/usr/share/doc/HOWTO/de-html/DE-AX25-HOWTO-6.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="LinuxDoc-Tools 0.9.65">
 <TITLE>Linux AX25 HOWTO: Einen AX.25-Port einrichten </TITLE>
 <LINK HREF="DE-AX25-HOWTO-7.html" REL=next>
 <LINK HREF="DE-AX25-HOWTO-5.html" REL=previous>
 <LINK HREF="DE-AX25-HOWTO.html#toc6" REL=contents>
</HEAD>
<BODY>
<A HREF="DE-AX25-HOWTO-7.html"><IMG SRC="next.png" ALT="Weiter"></A>
<A HREF="DE-AX25-HOWTO-5.html"><IMG SRC="prev.png" ALT="Zurück"></A>
<A HREF="DE-AX25-HOWTO.html#toc6"><IMG SRC="toc.png" ALT="Inhalt"></A>
<HR>
<H2><A NAME="s6">6.</A> <A HREF="DE-AX25-HOWTO.html#toc6">Einen AX.25-Port einrichten </A></H2>


<P>Jede der AX.25-Anwendungen liest die Parametereinstellungen 
f&uuml;r die verschiedenen AX.25-Ports aus einer speziellen 
Konfigurationsdatei. F&uuml;r reine AX.25-Ports ist dies die 
Datei <CODE>/etc/ax25/axports</CODE>. Sie mu&szlig; f&uuml;r jeden auf dem 
System verwendeten AX.25-Port einen Eintrag erhalten. </P>

<H2><A NAME="ss6.1">6.1</A> <A HREF="DE-AX25-HOWTO.html#toc6.1">Das AX.25-Netzwerk-Device erstellen </A>
</H2>


<P>Das Netzwerk-Device ist das, was aufgelistet wird, wenn man 
<CODE>ifconfig</CODE> startet. Es sind die Objekte, an die der 
Linux-Kernel Netzwerkdaten sendet und von denen er sie empf&auml;ngt. 
Fast immer ist das Netzwerk-Device mit einem physikalischen Port 
verbunden, in manchen Situationen ist dies aber nicht notwendig. Das 
Netzwerk-Device steht in direkter Beziehung zu einem Ger&auml;tetreiber. 
Der Linux-AX.25-Code enth&auml;lt einige Ger&auml;tetreiber. Der gebr&auml;uchlichste ist 
sicher der KISS-Treiber, weiterhin gibt es noch SCC-Treiber, 
den BayCom- Treiber und den SoundModem-Treiber.</P>
<P>Jeder dieser Treiber erzeugt ein Netzwerk-Device, wenn er gestartet wird. 
Wichtiger Hinweis f&uuml;r Nutzer eines 2.2.x-Kernels:
Wird ein Kernel der 2.2.x-Reihe verwendet, so ist jedem 
AX.25-Netzwerk-Device eine IP-Adresse zuzuordnen, auch wenn 
damit kein TCP/IP gefahren werden soll. Im einfachsten Fall 
geschieht das mit <CODE>ifconfig {Devicename} {IP-Adresse}</CODE>:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
ifconfig bcsf_0 44.136.8.5 netmask 255.255.255.0 up
</PRE>
</CODE></BLOCKQUOTE>
</P>

<H3><A NAME="DE-AX25-HOWTO-kiss"></A> KISS </H3>


<P>Optionen bei der Kernel-Kompilierung:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
General Setup

[*] Networking support

Network Device Support

[*] Network Device Support
...
[*] Radio network interfaces
...
[*] Serial port KISS driver for AX.25
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Die h&auml;ufigste Konfiguration ist sicher ein KISS-TNC an der 
seriellen Schnittstelle. Dieser mu&szlig; vorkonfiguriert und an 
die Schnittstelle angeschlossen sein. Der TNC kann mit einem 
Programm wie Minicom oder Seyon in den KISS-Modus gebracht werden.</P>
<P>Um ein KISS-Device zu erzeugen, wird das Programm <CODE>kissattach</CODE>
verwendet:
(Annahmen: TNC h&auml;ngt an <CODE>/dev/ttyS0</CODE> (COM1) und der 
vorgesehene Port in <CODE>/etc/ax25/axports</CODE> hei&szlig;t radio)</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/usr/sbin/kissattach /dev/ttyS0 radio
kissparms -p radio -t 100 -s 100 -r 25
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Damit wird ein KISS-Netzwerk-Device erzeugt. Diese Devices erhalten die Namen 
<CODE>ax0</CODE> - <CODE>ax9</CODE>. Beim ersten Aufruf erzeugt <CODE>kissattach</CODE> 
<CODE>ax0</CODE>, beim zweiten <CODE>ax1</CODE> usw..</P>
<P>Jedes Kiss-Device hat eine zugeh&ouml;rige serielle Schnittstelle. 
Mit <CODE>kissparms</CODE> lassen sich verschiedene Parameter des Kiss-Device einstellen. 
Das oben dargestellte Beispiel erzeugt ein Kiss-Device, welches die erste 
serielle Schnittstelle und den Eintrag »radio« in der Datei 
<CODE>/etc/ax25/axports</CODE> 
nutzt. Anschlie&szlig;end wird es auf ein TXDelay und eine Slottime von 100 
Millisekunden und einen Persistence-Wert von 25 eingestellt. 
Weitere Informationen geben die Hilfeseiten der einzelnen Programme. </P>
<P>Erscheint die Fehlermeldung</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
kissattach: TIOCSETD: Invalid argument
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>so sollte man nochmals pr&uuml;fen, ob der Serial port KISS driver auch wirklich in 
den Kernel einkompiliert oder als Modul geladen wurde. Der Treiber kann fest 
einkompiliert werden (<CODE>CONFIG_MKISS=y</CODE> in 
<CODE>/usr/src/linux/config</CODE>) wenn die 
AX-25-Unterst&uuml;tzung (siehe Abschnitt 
<A HREF="DE-AX25-HOWTO-4.html#DE-AX25-HOWTO-kernel-compilieren">Den Kernel kompilieren</A>) 
ebenfalls fest einkompiliert wurde.  Andernfalls mu&szlig; er als Modul 
kompiliert werden, oder die Erstellung des neuen Kernels w&uuml;rde fehlschlagen. </P>
<P>Einrichtung von Dual-Port-TNCs</P>
<P>Das <CODE>mkiss</CODE>-Utility, das bei den AX.25-Utilities 
dabei ist, erlaubt die Nutzung 
beider Modems an einem Dual-Port-TNC. Die Konfiguration ist recht einfach. 
Der Multiport-TNC wird an eine serielle Schnittstelle des Rechners 
angeschlossen. Die anschlie&szlig;ende Konfiguration l&auml;&szlig;t ihn dann als mehrere 
einzelne seriell angeschlossene TNCs erscheinen. </P>
<P>Das Ganze mu&szlig; <EM>vor</EM> der AX.25-Konfiguration durchgef&uuml;hrt werden. 
Die Ger&auml;te, die dann einzurichten sind, sind 
Pseudo-TTY-Interfaces, (<CODE>/dev/ttyq*</CODE>) 
und nicht die eigentliche serielle Schnittstelle. Mit Pseudo-TTY wird eine Art 
R&ouml;hre (Pipe) erzeugt, durch die Programme, die mit TTY-Ger&auml;ten Daten 
austauschen, mit anderen Programmen, die ebenfalls f&uuml;r Datenaustausch mit 
TTY-Ger&auml;ten entwickelt wurden, kommunizieren k&ouml;nnen. </P>
<P>Jede dieser R&ouml;hren hat ein »Master«- und ein »Slave«-Ende. 
Die »Master«-Enden hei&szlig;en <CODE>/dev/ptyq*</CODE>, die »Slave«-Enden 
<CODE>/dev/ttyq*</CODE>. Jeder Master hat einen Slave, 
<CODE>/dev/ptyq0</CODE> ist also der Master einer Pipe, 
deren Slave <CODE>/dev/ttyq0</CODE> ist. Man mu&szlig; das »Master«-Ende 
einer Pipe vor dem »Slave«-Ende &ouml;ffnen. 
<CODE>mkiss</CODE> nutzt diesen Mechanismus, um ein einzelnes 
serielles Device auf mehrere virtuelle Devices aufzuteilen. </P>
<P>Hat man z.B. einen Dual-Port-TNC an eine serielle Schnittstelle 
<CODE>/dev/ttyS0</CODE> mit 9600 bps angeschlossen, erzeugen die Befehle</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/usr/sbin/mkiss -s 9600 /dev/ttyS0 /dev/ptyq0 /dev/ptyq1
/usr/sbin/kissattach /dev/ttyq0 port1
/usr/sbin/kissattach /dev/ttyq1 port2
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>zwei Pseudo-TTY-Devices, die beide wie ein normaler 
Single-Port-TNC erscheinen. </P>
<P>Nun lassen sich <CODE>/dev/ttyq0</CODE> und <CODE>/dev/ttyq1</CODE> 
wie serielle Schnittstellen mit daran 
angeschlossenen konventionellen KISS-TNCs behandeln. 
Das hei&szlig;t, man verwendet <CODE>kissattach</CODE> wie oben beschrieben, 
f&uuml;r die AX.25-Ports port1 und port2. 
Auf die serielle Schnittstelle selbst kann kein <CODE>kissattach</CODE>
angewendet werden, da <CODE>mkiss</CODE> diese ja bereits nutzt. Der 
Befehl <CODE>mkiss</CODE> kennt einige Optionen: </P>

<P>
<DL>
<DT><B>-c</B><DD>
<P>schaltet die Erzeugung einer Pr&uuml;fsumme f&uuml;r jedes KISS-Paket 
ein.
Die meisten KISS-Implementationen, au&szlig;er dem G8BPG KISS-ROM,
unterst&uuml;tzen dies jedoch nicht. </P>

<DT><B>-s</B><DD>
<P>&lt;Baudrate&gt; stellt die Baudrate der seriellen Schnittstelle ein. </P>

<DT><B>-h</B><DD>
<P>schaltet den Hardware-Handshake ein (Voreinstellung: Aus). 
Wird von den meisten KISS-Implementationen nicht unterst&uuml;tzt. </P>

<DT><B>-l</B><DD>
<P>schaltet eine Mitschrift (logging) in die syslog-Logdatei ein.</P>
</DL>
</P>



<H3>BayCom</H3>


<P>Folgende Optionen zur Kernel-Kompilierung sind wichtig: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
Code maturity level options 

[*] Prompt for development and/or incomplete code/drivers 

General Setup 
[*] Networking support 
... 

Network Device Support 

[*] Radio network interfaces 
[*] BAYCOM ser12 and par96 driver for AX.25 
</PRE>
</CODE></BLOCKQUOTE>
</P>

<P>F&uuml;r erste Tests sollte der Treiber mit »m« als Modul kompiliert 
werden. Thomas Sailer (<CODE>sailer@ife.ee.ethz.ch</CODE>) entwickelte 
trotz des weitverbreiteten Glaubens, es w&uuml;rde nicht sonderlich gut 
funktionieren, eine BayCom-Unterst&uuml;tzung f&uuml;r Linux. </P>
<P>Sein Treiber unterst&uuml;tzt die seriellen Ser12, die parallelen Par96 und 
die verbesserten PicPar-Modems. Informationen &uuml;ber diese Modems erh&auml;lt 
man auf der WWW-Seite des BayCom-Teams unter folgender URL:</P>
<P>
<BLOCKQUOTE><CODE>
<A HREF="http://www.baycom.de">http://www.baycom.de</A></CODE></BLOCKQUOTE>
</P>
<P>Der erste Schritt ist, herauszufinden, welche I/O-Adresse und IRQ 
die Schnittstelle verwendet, an die das BayCom-Modem angeschlossen 
ist. Der BayCom-Treiber mu&szlig; mit diesen Werten konfiguriert werden. 
Ist dies geschehen, erzeugt der Treiber Netzwerk-Devices mit den 
Namen <CODE>bc0</CODE>, <CODE>bc1</CODE>, <CODE>bc2</CODE> usw.. </P>
<P>In den Kerneln der 2.2.x-Reihe wurden die Bezeichnungen f&uuml;r das 
Baycom-Modul und die von ihm erzeugten Devices ge&auml;ndert. Es gibt
hier f&uuml;r Half- und Fullduplex getrennte Treiber: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
Modul-Name           Funktion                                  Device
------------------------------------------------------------------------------
baycom_ser_fdx       serielles BayCom-Modem, Fullduplex und    bcsf0..bcsf3
                     Halfduplex, umschaltbar, 
                     w&auml;hlbare Baudrate
                     
baycom_ser_hdx       serielles BayCom-Modem, nur Halfduplex,   bcsh0..bcsh3
                     nur 1200 Baud
                     
baycom_par           paralleles PicPar- und Par96-Modem,       bcp0..bcp3

baycom_epp           EPP-Modem                                 bce0..bce3
                     (Treiber noch in Entwicklung!)
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Anstelle von </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod baycom
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>schreibt man also </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod baycom_ser_fdx 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>und konfiguriert <CODE>bcsf0</CODE> statt <CODE>bc0</CODE>. </P>
<P>Das sieht dann z.B. so aus:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod baycom_ser_fdx mode="ser12*" iobase=0x3f8 irq=4
sethdlc -i bcsf0 -p mode "ser12*" io 0x3f8 irq 4
</PRE>
</CODE></BLOCKQUOTE>
</P>

<P>Ausf&uuml;hrlichere Informationen zu den neuen Treibern k&ouml;nnen in der Datei 
<CODE>/usr/src/linux/Documentation/networking/baycom.txt</CODE> 
nachgelesen werden. </P>
<P>Die Parameter der verwendeten Schnittstelle k&ouml;nnen mit dem Utility 
<CODE>sethdlc</CODE>
eingestellt werden, hat man nur ein BayCom-Modem installiert, so kann man die 
Parameter auf der Kommandozeile f&uuml;r insmod angeben, wenn der als Modul 
eingerichtete Treiber geladen wird. </P>
<P>Als Beispiel eine einfache Konfiguration. Zun&auml;chst wird der normale 
serielle Treiber f&uuml;r die erste Schnittstelle (COM1) abgeschaltet, 
dann der BayCom-Treiber f&uuml;r ein serielles 1200-Baud-Modem an 
COM1 eingerichtet und die Software-DCD eingeschaltet:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
setserial /dev/ttyS0 uart none 
insmod hdlcdrv 
insmod baycom mode="ser12*" iobase=0x3f8 irq=4 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P><B>Wichtig:</B> Einige Schnittstellenbausteine bereiten Probleme im 
Zusammenhang mit dem BayCom-Treiber. Dieser wird zwar geladen,
kann aber nicht auf die Schnittstelle zugreifen. Dies betrifft
insbesondere viele der neueren 16550A-UARTs, wie sie auf 
Pentium-Motherboards oft eingebaut sind.
Benutzer eines Kernel 2.2.x k&ouml;nnen in einem solchen Fall
an Stelle von <CODE>baycom_ser_fdx</CODE> 
<CODE>baycom_ser_hdx</CODE> probieren, da dieser
Treiber in anderer Weise auf die Hardware zugreift.</P>
<P>Wer nun keine zus&auml;tzliche Schnittstellenkarte mit 8250 oder 
16450 UART vorsehen will, der sollte vor die erste 
<CODE>setserial</CODE>-Zeile des Beispiels einf&uuml;gen: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
setserial /dev/ttyS0 uart 16550A skip_test 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Weiterhin st&ouml;rt der Linux-Treiber f&uuml;r die parallele Schnittstelle die korrekte 
Funktion des BayCom-Treibers. Man sollte daher auf den »parallel printer 
support« im Kernel verzichten oder diesen als Modul kompilieren, damit er bei 
Notwendigkeit via <CODE>rmmod</CODE> entfernt werden kann: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
rmmod lp 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Das komplette Skript sieht dann etwa so aus: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
#!/bin/sh 
rmmod lp 
setserial /dev/ttyS0 uart 16550A skip_test
sleep 3 
setserial /dev/ttyS0 uart none 
insmod hdlcdrv 
insmod baycom mode="ser12*" iobase=0x3f8 irq=4 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Damit sollte der Treiber funktionieren, was man mit 
<CODE>sethdlc -d</CODE> einfach nachpr&uuml;fen kann. Der Wert hinter 
<CODE>dbg2</CODE> sollte etwa 2000-3000 sein und sich st&auml;ndig &auml;ndern. 
Die Probleme mit dem Schnittstellenbaustein sind ausschlie&szlig;lich 
auf Schwierigkeiten des Linux-BayCom-Treibers bei der Hardwareinitialisierung 
zur&uuml;ckzuf&uuml;hren und deshalb von der eingesetzten Modemschaltung weitestgehend 
unabh&auml;ngig. F&uuml;r den Test mit <CODE>sethdlc</CODE> braucht das Modem 
nicht angeschlossen zu sein. </P>
<P>Ein Par96-Modem am Parallelport LPT1 mit Hardware-DCD richtet man so ein: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod hdlcdrv 
insmod baycom mode="par96" iobase=0x378 irq=7 options=0 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Dies ist aber nicht unbedingt der beste Weg. 
<CODE>sethdlc</CODE> arbeitet genau so gut mit einem Modem wie mit mehreren. In der 
Hilfeseite (<CODE>man sethdlc</CODE>) findet man alle Details, einige Beispiele sollen 
diesen Aspekt hier verdeutlichen. Es wird angenommen, das BayCom-Modul ist mit </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod hdlcdrv 
insmod baycom
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>bereits geladen oder als Treiber in den Kernel einkompiliert. Man kann das 
Netzwerk-Device bc0 nun einrichten: </P>
<P>
<UL>
<LI>als Parallelport-Modem an LPT1 mit Software-DCD: 

<BLOCKQUOTE><CODE>
<PRE>
sethdlc -p -i bc0 mode par96 io 0x378 irq 7 
</PRE>
</CODE></BLOCKQUOTE>

</LI>
<LI>als serielles Modem an COM1: 

<BLOCKQUOTE><CODE>
<PRE>
sethdlc -p -i bc0 mode "ser12*" io 0x3f8 irq 4 
</PRE>
</CODE></BLOCKQUOTE>
</LI>
</UL>
</P>



<H3>AX.25-Kanalzugriffsparameter </H3>


<P>Die AX.25-Kanalzugriffsparameter entsprechen den Parametern 
ppersist, txdelay und slottime. Wiederum wird dazu <CODE>sethdlc</CODE> 
verwendet. Genaueres steht wiederum in der Hilfeseite, aber ein 
weiteres Beispiel kann nicht schaden. Wir setzen also das oben 
begonnene Skript fort, indem wir den BayCom-Treiber mit TXDelay 
200&nbsp;ms, SlotTime 100&nbsp;ms PPersist 40 und Half-Duplex einrichten: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
sethdlc -i bc0 -a txd 200 slot 100 ppersist 40 half 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Alle Zeitwerte werden in Millisekunden angegeben.</P>
<P>Die AX.25-Unterst&uuml;tzung des Kernels f&uuml;r die Nutzung des 
BayCom-Device einrichten </P>
<P>Der BayCom-Treiber erzeugt Standard-Netzwerk-Devices, die der 
Kernel-AX.25-Code nutzen kann. Damit ist die Konfiguration fast 
dasselbe wie bei einer PI- oder PacketTwin-Karte. Zun&auml;chst gibt 
man dem BayCom-Device ein Rufzeichen: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/sbin/ifconfig bc0 hw ax25 VK2KTJ up
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Einige Versionen von <CODE>ifconfig</CODE> unterst&uuml;tzen den eben 
angegebenen Weg nicht. Man kann dann so vorgehen:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
/sbin/ifconfig bc0 up 
axparms -setcall bc0 VK2KTJ up 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Als n&auml;chstes wird in der Datei <CODE>/etc/ax25/axports</CODE> ein 
Eintrag f&uuml;r BayCom hinzugef&uuml;gt. Die Verbindung des Eintrags zum 
entsprechenden Netzwerk-Device geschieht &uuml;ber das eingestellte 
Rufzeichen. </P>
<P>Verwendet ein Programm den Eintrag mit dem f&uuml;r BayCom vergebenen 
Rufzeichen, so wird das BayCom-Device angesprochen. 
Das neue AX.25-Device kann nun ganz normal verwendet werden, 
es l&auml;&szlig;t sich  f&uuml;r TCP/IP einrichten, man kann es dem <CODE>ax25d</CODE> 
hinzuf&uuml;gen und NetROM oder ROSE dar&uuml;ber laufen lassen. </P>



<H3>SoundModem </H3>


<P>Folgende Optionen bei der Kernel-Kompilierung sind wichtig: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
Code maturity level options

[*] Prompt for development and/or incomplete code/drivers 

General Setup 

[*] Networking support 

Network Device Support 

[*] Radio network interfaces 
...
[*] Soundcard modem driver for AX.25 
[?] Soundmodem support for Soundblaster and compatible cards 
[?] Soundmodem support for WSS and Crystal cards 
[?] Soundmodem support for 1200 baud AFSK modulation 
[?] Soundmodem support for 2400 baud AFSK modulation (7.3728 MHz crystal) 
[?] Soundmodem support for 2400 baud AFSK modulation (8 MHz crystal) 
[?] Soundmodem support for 2666 baud AFSK modulation
[?] Soundmodem support for 4800 baud HAPN-1 modulation 
[?] Soundmodem support for 4800 baud PSK modulation 
[?] Soundmodem support for 9600 baud FSK G3RUH modulation 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Thomas Sailer (<CODE>sailer@ife.ee.ethz.ch</CODE>) entwickelte einen 
neuen Treiber f&uuml;r den Kernel, mit dem man die Soundkarte als Modem 
nutzen kann. Schlie&szlig;t das Funkger&auml;t an die Soundkarte an, um 
damit Packet zu spielen! Thomas empfiehlt mindestens einen 486DX2/66, 
wenn man diese Software verwenden will, da die gesamte digitale 
Signalverarbeitung von der CPU &uuml;bernommen wird. </P>
<P>Der Treiber kann im Moment 1200 bps AFSK, 2400 bps AFSK, 4800 bps HAPN, 
4800 bps PSK und 9600bps FSK (G3RUH-kompatibel) emulieren. Zur Zeit 
werden nur SoundBlaster- und Windows Sound System-kompatible Karten 
unterst&uuml;tzt. Da die Soundblaster-Emulation inzwischen selbst bei 
Billig-Karten recht gut geworden ist, lohnt sich ein Test in jedem Fall.
Soundkarten, die vom Linux-Sound-Treiber nicht unterst&uuml;tzt 
werden, sollten unter DOS initialisiert werden. Dazu startet man ein 
Minimal-DOS, in dessen Konfigurationsdateien lediglich die Soundkartentreiber 
aufgerufen werden, und l&auml;dt anschlie&szlig;end Linux via LOADLIN. 
PCI-Soundkarten (z.B. SoundBlaster PCI64) werden derzeit 
noch <EM>nicht</EM> unterst&uuml;tzt.</P>
<P>Die Soundkarten ben&ouml;tigen eine kleine Zusatzschaltung zur Ansteuerung 
der PTT, Informationen dazu findet man auf Thomas Soundmodem-PTT-Seite:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
&lt;htmlurl url="http://www.ife.ee.ethz.ch/~sailer/pcf/ptt_circ/ptt.html"
         name="http://www.ife.ee.ethz.ch/~sailer/pcf/ptt_circ/ptt.html">
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Es gibt einige M&ouml;glichkeiten f&uuml;r die PTT-Schaltung: die Soundausgabe 
von der Karte auswerten oder die Ausgabe von der seriellen, 
parallelen oder MIDI- Schnittstelle zu nutzen. Die Webseite bietet f&uuml;r 
jede Option Beispielschaltungen. </P>
<P>Wer die »2400 baud« Betriebsarten nutzen will, beachte eine 
kleine Besonderheit: Urspr&uuml;nglich kam man auf 2400 baud, indem 
man den herk&ouml;mmlichen 1200 baud-Modems auf der Basis des TCM3105 
(siehe dazu auch <CODE>
<A HREF="http://www.ardos.de/gerd/tcm3105.html">http://www.ardos.de/gerd/tcm3105.html</A></CODE>) einen Quarz mit 
h&ouml;herer Frequenz verpa&szlig;te. Zwei Quarzfrequenzen sind &uuml;blich: 7.3728 
und 8.0 MHz. Bevor man sich f&uuml;r eine davon entscheidet, sollte man 
in Erfahrung bringen, womit die Gegenstationen arbeiten, da die 
Wahl der falschen Frequenz die Verbindung stark beeintr&auml;chtigen bzw. 
unm&ouml;glich machen kann. Der SoundModem-Treiber erzeugt 
Netzwerk-Devices mit Namen <CODE>sm0</CODE>, <CODE>sm1</CODE>, <CODE>sm2</CODE> usw., 
wenn er eingerichtet wurde.</P>
<P>Der SoundModem-Treiber beansprucht die gleichen Ressourcen wie 
Linux-Sound- und Parallelport-Treiber. Wenn man also den SoundModem-Treiber 
verwenden m&ouml;chte, d&uuml;rfen sowohl der Linux-Sound-Treiber als auch der 
Treiber f&uuml;r die parallele Schnittstelle nicht geladen sein. Nat&uuml;rlich 
lassen sich all diese als Module kompilieren, so da&szlig; sie mit 
<CODE>insmod</CODE> und <CODE>rmmod</CODE> nach Belieben geladen und entfernt 
werden k&ouml;nnen. </P>
<P>Einige OMs laden zuerst den Linux-Sound-Treiber, um die Soundkarte zu 
initialisieren, enfernen diesen dann wieder und laden dann den SoundModem- 
Treiber: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
(rmmod lp) 
insmod sound (evtl. Optionen)
rmmod sound 
insmod hdlcdrv 
insmod soundmodem (evtl. Optionen, dazu sp&auml;ter)
</PRE>
</CODE></BLOCKQUOTE>
</P>


<H3>Die Soundkarte einrichten </H3>


<P>Der SoundModem-Treiber initialisiert die Soundkarte nicht. In den 
AX.25-Utilities ist zu diesem Zweck das Programm <CODE>setcrystal</CODE> 
enthalten, welches f&uuml;r Soundkarten mit dem Crystal-Chipset 
verwendet werden kann. Wer eine andere Karte hat, mu&szlig; andere 
Software zum Initialisieren verwenden. Die Syntax von <CODE>setcrystal</CODE>: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
setcrystal [-w wssio] [-s sbio] [-f synthio] [-i irq] [-d dma] [-c dma2] 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Will man eine SoundBlaster auf I/O-Adresse 0x388, IRQ 10 und DMA 1 
einrichten, so verwendet man: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
setcrystal -s 0x388 -i 10 -d 1 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Ein Windows-Sound System konfiguriert man so auf IO-Adresse 
0x534, IRQ 5, DMA 3: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
setcrystal -w 0x534 -i 5 -d 3 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Mit »-f synthio« kann man die Adresse des Synthesizers einstellen, 
mit »-c dma2« richtet man den zweiten DMA-Kanal f&uuml;r 
Vollduplexbetrieb ein. </P>


<H3>Den SoundModem-Treiber konfigurieren </H3>


<P>Nachdem die Soundkarte eingerichtet ist, mu&szlig; man dem SoundModem-Treiber 
mitteilen, wo sich die Soundkarte befindet und welche Art von Modem emuliert 
werden soll. Diese Einstellungen k&ouml;nnen mit <CODE>sethdlc</CODE> 
vorgenommen werden, ebenso 
k&ouml;nnen die erforderlichen Parameter dem SoundModem-Modul auf 
der <CODE>insmod</CODE>-Kommandozeile mitgegeben werden. </P>
<P>Als Beispiel eine einfache Konfiguration f&uuml;r eine SoundBlaster, die ein 
1200 bps-Modem emuliert: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod hdlcdrv
insmod soundmodem mode="sbc:afsk1200" iobase=0x220 irq=5 dma=1 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Aber es geht auch genau so gut mit <CODE>sethdlc</CODE>, das sowohl mit 
einer Karte als auch mit mehreren funktioniert: 
Zun&auml;chst mu&szlig; auch hier das Modul geladen </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
insmod hdlcdrv 
insmod soundmodem 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>oder die SoundModem-Unterst&uuml;tzung in den Kernel einkompiliert sein. 
Wir richten damit beispielsweise das schon oben konfigurierte 
Windows Sound System ein, da&szlig; es ein 9600-bps-FSK-Modem nach 
G3RUH als Device <CODE>sm0</CODE> emuliert und einen Parallelport an 
0x378 zur Ansteuerung der PTT nutzt: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
sethdlc -p -i sm0 mode wss:fsk9600 io 0x534 \
        irq 5 dma 3 pario 0x378 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Die in Punkt 6.1.3.1. erw&auml;hnte SoundBlaster einrichten, da&szlig; sie 
als Device <CODE>sm1</CODE> ein 4800 bps-HAPN-Modem emuliert und eine 
serielle Schnittstelle an 0x2f8 zur PTT-Ansteuerung nutzt:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
sethdlc -p -i sm1 mode sbc:hapn4800 io 0x388 irq 10 dma 1 serio 0x2f8
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>...als 1200-bps-AFSK-Modem mit PTT &uuml;ber serielle Schnittstelle an 0x2f8: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
sethdlc -p -i sm1 mode sbc:afsk1200 io 0x388 irq 10 dma 1 serio 0x2f8 
</PRE>
</CODE></BLOCKQUOTE>
</P>

<P>Die Konfiguration der Kanalzugriffsparameter erfolgt analog 
dem bei BayCom Gesagten. </P>
<P>Das Device <CODE>sm0</CODE> soll ein TXDelay von 100ms, eine Slottime von 50ms, 
eine Ppersist (Persistence) von 128 und full-Duplex-Betrieb fahren: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
sethdlc -i sm0 -a txd 100 slot 50 ppersist 120 full 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Alle Werte sind auch hier in Millisekunden anzugeben. </P>


<H3>Die Audiopegel einstellen und den Treiber feinabstimmen </H3>


<P>Es ist f&uuml;r die Funktion jedes Funkmodems sehr wichtig, da&szlig; die 
Audiopegel korrekt eingestellt sind. Dies gilt ebenso f&uuml;r das 
SoundModem. Thomas Sailer hat einige Utilities entwickelt, die 
diese Aufgabe erleichtern. Es sind die Programme <CODE>smdiag</CODE>
und <CODE>smmixer</CODE>. <CODE>smdiag</CODE> bietet zwei Anzeigearten, einmal als 
Oszilloskop, zum zweiten als Augenmuster an. 
Mit <CODE>smmixer</CODE> kann man die Sende- und Empfangspegel abgleichen. </P>
<P>Um <CODE>smdiag</CODE> im »Augen-Modus« f&uuml;r das SoundModem-Device 
<CODE>sm0</CODE> zu starten: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
smdiag -i sm0 -e 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P><CODE>smmixer</CODE> wird f&uuml;r <CODE>sm0</CODE> so gestartet:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
smmixer -i sm0 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Beide Programme zeigen die aktuellen Einstellungen f&uuml;r die 
Pegel an den Aus- und Eing&auml;ngen der Karte an. Um diese zu ver&auml;ndern, 
gibt es zwei Wege: </P>
<P>
<OL>
<LI>(bei von Linux unterst&uuml;tzten Karten): Man besorge sich 
ein Mixerprogramm - es finden sich einige auf 
<BLOCKQUOTE><CODE>
<A HREF="ftp://sunsite.unc.edu/pub/Linux/apps/sound/mixers">sunsite.unc.edu:/pub/Linux/apps/sound/mixers</A></CODE></BLOCKQUOTE>
 - und stelle damit die Werte ein. 
G&uuml;nstig sind kommandozeilenorientierte Programme wie 
<CODE>cmix</CODE>, da sie in das Startskript eingebunden werden k&ouml;nnen 
und so immer die gleichen Einstellungen gegeben sind. 
</LI>
<LI>bei nicht von Linux unterst&uuml;tzten Soundkarten, 
die &uuml;ber DOS-Treiber initialisiert werden m&uuml;ssen, sollte man 
das der Karte meist beiliegende Mixer-Utility f&uuml;r DOS nutzen. 
Dies trifft auf einen Gro&szlig;teil der Onboard-Soundkarten zu. 
Siehe dazu auch das <EM>
<A HREF="http://metalab.unc.edu/LDP/HOWTO/Sound-HOWTO.html">Sound HOWTO</A></EM>. </LI>
</OL>
</P>


<H3>Die AX.25-Unterst&uuml;tzung des Kernels             f&uuml;r die Nutzung des SoundModem-Device einrichten </H3>


<P>Der SoundModem-Treiber erzeugt Standard-Netzwerk-Devices, die der 
Kernel-AX.25-Code nutzen kann. Damit ist die Konfiguration mit der eines 
BayCom-Modems, einer PI- oder PacketTwin-Karte vergleichbar.
Zun&auml;chst gibt man dem SoundModem-Device ein Rufzeichen: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/sbin/ifconfig sm0 hw ax25 VK2KTJ up
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Einige Versionen von <CODE>ifconfig</CODE> unterst&uuml;tzen den 
eben angegebenen Weg nicht. Dann kann man so vorgehen:</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
/sbin/ifconfig sm0 up 
axparms -setcall sm0 VK2KTJ up
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Als n&auml;chstes wird in der Datei <CODE>/etc/ax25/axports</CODE> ein 
Eintrag f&uuml;r SoundModem hinzugef&uuml;gt. Die Verbindung des Eintrags 
zum entsprechenden Netzwerk-Device geschieht &uuml;ber das 
eingestellte Rufzeichen. Verwendet ein Programm den Eintrag mit 
dem f&uuml;r SoundModem vergebenen Rufzeichen, so wird das SoundModem-Device 
angesprochen. </P>
<P>Das neue AX.25-Device kann nun ganz normal verwendet werden, es 
l&auml;&szlig;t sich  f&uuml;r TCP/IP einrichten, man kann es dem <CODE>ax25d</CODE>
hinzuf&uuml;gen und NetROM oder ROSE dar&uuml;ber laufen lassen. </P>
<P>Erscheinen Fehlermeldungen beim Aufruf von <CODE>ifconfig</CODE> wie
diese</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
no such device
permission denied
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>sollte man die Konfigurationsoptionen (I/O-Adresse, IRQ, DMA) nochmals 
&uuml;berpr&uuml;fen. </P>



<H3>PI-Karte </H3>


<P>Folgende Optionen sind bei der Kernel-Kompilierung wichtig: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
General Setup

[*] Networking support

Network Device Support 
... 
[*] Radio network interfaces 
...
[*] Ottawa PI and PI/2 support for AX.25
</PRE>
</CODE></BLOCKQUOTE>
</P>

<P>Der Treiber erzeugt Netzwerk-Devices mit den Namen <CODE>pi0</CODE>, 
<CODE>pi1</CODE>, <CODE>pi2</CODE> usw., wobei die erste PI-Karte als <CODE>pi0</CODE> 
angesprochen wird, die zweite als <CODE>pi1</CODE> etc.. Wurde der Treiber 
in den Kernel kompiliert und hat er die Karte korrekt erkannt, 
l&auml;&szlig;t er sich einrichten: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/sbin/ifconfig pi0a hw ax25 VK2KTJ up 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Damit wird die erste PI-Karte mit dem Rufzeichen VK2KTJ 
konfiguriert und aktiviert. Nun mu&szlig; noch der entsprechende 
Eintrag in <CODE>/etc/ax25/axports</CODE> erfolgen, und es kann losgehen. 
Der PI-Karten-Treiber wurde von David Perry 
(<CODE>dp@hydra.carleton.edu</CODE>) geschrieben. </P>



<H3>PacketTwin </H3>


<P>Folgende Optionen beim Kernelkompilieren: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
General Setup
 
[*] Networking support 

Network Device Support 

...
[*] Radio network interfaces 
...
[*] Gracilis PacketTwin support for AX.25 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Der Treiber erzeugt Netzwerk-Devices mit den Namen <CODE>pt0</CODE>, <CODE>pt1</CODE>, 
<CODE>pt2</CODE> usw., wobei die erste PacketTwin-Karte als <CODE>pt0</CODE> angesprochen 
wird, die zweite als <CODE>pt1</CODE> etc.. Wurde der Treiber in den Kernel 
kompiliert und hat er die Karte korrekt erkannt, l&auml;&szlig;t er sich einrichten: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/sbin/ifconfig pt0a hw ax25 VK2KTJ up 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Damit wird die erste PacketTwin-Karte mit dem Rufzeichen VK2KTJ 
konfiguriert und  aktiviert. Nun mu&szlig; noch der entsprechende Eintrag 
in <CODE>/etc/ax25/axports erfolgen</CODE>, und es kann losgehen. 
Der PacketTwin-Treiber wurde von Craig Small 
(<CODE>csmall@triode.apana.org.au</CODE>) geschrieben. </P>




<H3>SCC, allgemein </H3>


<P>Wichtige Kernel-Kompilier-Optionen: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
General Setup 

[*] Networking support

Network Device Support 

...
[*] Radio network interfaces 
...
[*] Z8530 SCC KISS emulation driver for AX.25 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Joerg Reuter, DL1BKE (<CODE>jreuter@lykos.tng.oche.de</CODE>) entwickelte 
die allgemeine Unterst&uuml;tzung f&uuml;r SCC-Karten. Sein Treiber ist 
f&uuml;r eine Vielzahl Karten konfigurierbar und stellt wie die 
anderen Netzwerk-Device zur Verf&uuml;gung, so da&szlig; 
man die SCC-Karte wie eine Netzwerkkarte ansprechen kann. </P>


<H3>Die Konfigurations-Tools finden und installieren </H3>


<P>W&auml;hrend der Kernel-Treiber in den Standard-Quelltexten enthalten 
ist, gibt es bei Joerg neuere Versionen seines Treibers und die 
dazu notwendigen Konfigurationsprogramme. Diese findet man hier:</P>
<P>
<UL>
<LI><CODE>
<A HREF="ftp://ftp.tu-dresden.de/pub/soft/hamradio/packet/tcpip/linux/">ftp.tu-dresden.de:/pub/soft/hamradio/packet/tcpip/linux/</A></CODE></LI>
<LI><CODE>
<A HREF="ftp://ftp.ucsd.edu/hamradio/packet/tcpip/linux">ftp://ftp.ucsd.edu/hamradio/packet/tcpip/linux</A></CODE></LI>
</UL>
</P>
<P>Es gibt verschiedene Versionen, man mu&szlig; sich 
die f&uuml;r seinen Kernel passende heraussuchen.</P>
<P>
<DL>
<DT><B>Kernel 2.0.x:</B><DD>
<P><CODE>z8530drv-2.4a.dl1bke.tar.gz</CODE></P>

<DT><B>Kernel 2.1.6 oder neuer:</B><DD>
<P><CODE>z8530drv-utils-3.0.tar.gz</CODE></P>
</DL>
</P>
<P>Mit folgenden Befehlen l&auml;&szlig;t sich das Paket installieren: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
cd /usr/src gzip -dc /tmp/z8530drv-2.4a.dl1bke.tar.gz | tar xvpofz - 
cd z8530drv 
make clean 
make dep 
make module (wenn der Treiber als Modul erstellt werden soll) 
make for_kernel (wenn der Treiber in den Kernel einkompiliert werden soll) 
make install
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Nach dem erfolgreichen Kompilieren sollten sich drei neue 
Programme im Verzeichnis <CODE>/sbin</CODE> finden: 
<CODE>gencfg</CODE>, <CODE>sccinit</CODE> und <CODE>sccstat</CODE>. Diese Programme dienen 
zur Einrichtung des Treibers f&uuml;r die SCC-Karte. Der Treiber 
erzeugt Netzwerkdevices mit den Namenn <CODE>scc0</CODE> - <CODE>scc7</CODE>. 
Hat man vorhin <CODE>make for_kernel</CODE> eingegeben, so mu&szlig; der 
Kernel neu kompiliert werden. </P>
<P>Die Option </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
[*] Z8530 SCC KISS emulation driver for AX.25 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>beim »Network Device Support« mu&szlig; angegeben sein.
Hat man sich entschieden, den Treiber als Modul zu 
kompilieren (<CODE>make module</CODE>), so wurde ein Modul 
namens <CODE>scc.o</CODE> in das entsprechende Verzeichnis 
<CODE>/lib/modules/{kernelversion}/net</CODE> kopiert, 
welches mit <CODE>insmod</CODE> geladen werden kann. </P>


<H3>Den Treiber f&uuml;r die verwendete Karte einrichten </H3>


<P>Der Z8530-SCC-Treiber ist so flexibel entwickelt worden, da&szlig; 
er m&ouml;glichst viele verschiedene SCC-Karten unterst&uuml;tzt. Der 
Preis daf&uuml;r ist eine etwas kompliziertere Konfiguration. 
In dem Treiber-Archiv findet sich eine ausf&uuml;hrliche 
Dokumentation, wer Probleme hat, sollte diese lesen. </P>
<P>Insbesondere <CODE>doc/scc_eng.doc</CODE> bzw. <CODE>doc/scc_ger.doc</CODE> 
bieten detailliertere Informationen, die nicht in diesem 
HOWTO enthalten sind. Das Programm <CODE>sccinit</CODE> liest die 
Datei <CODE>/etc/z8530drv.conf</CODE> als Haupt-Konfigurationsdatei 
aus. Sie ist in zwei gro&szlig;e Abschnitte gegliedert, Hardware-Parameter 
und Kanal-Konfiguration. Nachdem diese Datei entsprechend 
editiert wurde, mu&szlig; nur der Aufruf <CODE>sccinit</CODE> in das Skript, welches die 
Netzwerkkonfiguration w&auml;hrend des Systemstarts vornimmt, eingetragen werden. 
Der Treiber l&auml;&szlig;t sich erst nach einem Aufruf von sccinit nutzen. </P>


<H3>Konfiguration der Hardware-Parameter </H3>


<P>Der erste Abschnitt ist in Abs&auml;tze unterteilt, von denen jeder 
einen Z8530-Chip repr&auml;sentiert. Jeder Absatz besteht aus einer 
Liste mit Schl&uuml;sselw&ouml;rtern und den zugeordneten Werten.
Standardm&auml;&szlig;ig lassen sich bis zu 4 SCC-Chips angeben. Wer 
mehr braucht, mu&szlig; in der Datei <CODE>scc.c</CODE> die Zeile </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
#define MAXSCC 4 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>entsprechend anpassen. Erlaubte Schl&uuml;sselworte und Argumente:</P>
<P>
<DL>
<DT><B>chip</B><DD>
<P>Wird verwendet, um die einzelnen Abschnitte voneinander zu     
trennen. Beliebige Argumente sind erlaubt, sie werden nicht verwendet.</P>

<DT><B>data_a</B><DD>
<P>Wird zur Angabe der Adresse des Datenports f&uuml;r den
SCC-Kanal »A« verwendet. Argument ist eine Hexadezimalzahl,
zum Beispiel 0x300.</P>

<DT><B>ctrl_a</B><DD>
<P>Wird zur Angabe der Adresse des Steuerports f&uuml;r den
SCC-Kanal »A« verwendet. Argument ist eine Hexadezimalzahl,
zum Beispiel 0x304.</P>

<DT><B>data_b</B><DD>
<P>Wird zur Angabe der Adresse des Datenports f&uuml;r den
SCC-Kanal »B« verwendet. Argument ist eine Hexadezimalzahl,
zum Beispiel 0x301.</P>

<DT><B>ctrl_b</B><DD>
<P>Wird zur Angabe der Adresse des Steuerports f&uuml;r den
SCC-Kanal »B« verwendet. Argument ist eine Hexadezimalzahl,
zum Beispiel 0x305.</P>

<DT><B>irq</B><DD>
<P>Gibt den IRQ an, den der in diesem Abschnitt einzustellende
Chip verwendet. Argument ist eine Integerzahl, wie 5.</P>

<DT><B>pclock</B><DD>
<P>Gibt die am PCLK-Pin des Z8530 anliegende Taktfrequenz an.
Als Argument wird ein Integerwert erwartet (Frequenz in Hz),
Voreinstellung ist 4915200&nbsp;Hz, wenn dieses Schl&uuml;sselwort nicht
angegeben wird.</P>

<DT><B>board</B><DD>
<P>Der Typ der 8530-SCC-Karte. Folgende Werte sind erlaubt:</P>
<P>
<DL>
<DT><B>PA0HZP</B><DD>
<P>die PA0HZP-SCC-Karte</P>

<DT><B>EAGLE</B><DD>
<P>die EAGLE-SCC-Karte</P>

<DT><B>PRIMUS</B><DD>
<P>die PRIMUS-PC (DG9BL-)Karte</P>

<DT><B>BAYCOM</B><DD>
<P>die BayCom-(U)SCC-Karte</P>
</DL>
</P>

<DT><B>escc</B><DD>
<P>Optional, schaltet die Unterst&uuml;tzung f&uuml;r erweiterte 
SCC-Chips (ESCC) wie den 8580, 85180 oder 85280 ein.
Als Argument steht entweder das Wort yes oder no.
Voreinstellung ist no.</P>

<DT><B>vector</B><DD>
<P>Optional, gibt die Adresse des Vector-Latch (auch als
Intack-Port bekannt) f&uuml;r die PA0HZP-Karten an. Es gibt nur
ein Vector-Latch f&uuml;r alle Chips. Voreinstellung: 0.</P>

<DT><B>special</B><DD>
<P>Optional, gibt die Adresse eines speziellen 
Funktionsregisters f&uuml;r manche Karten an. Voreinstellung: 0.</P>
</DL>
</P>

<P>Einige Beispielkonfigurationen: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
BayCom USCC 
chip    1
data_a  0x300 
ctrl_a  0x304 
data_b  0x301
ctrl_b  0x305 
irq     5
board   BAYCOM 
# # SCC Chip2 # 
chip    2
data_a  0x302 
ctrl_a  0x306 
data_b  0x303
ctrl_b  0x307 
board   BAYCOM 

PA0HZP SCC-Karte
chip    1 
data_a  0x153 
data_b  0x151
ctrl_a  0x152 
ctrl_b  0x150 
irq    9 
pclock  4915200 
board   PA0HZP 
vector 0x168 
escc    no 
# # SCC Chip2 #
chip    2 
data_a  0x157 
data_b  0x155
ctrl_a  0x156 
ctrl_b  0x154 
irq    9 
pclock  4915200 
board   PA0HZP 
vector 0x168 
escc    no 

DRSI-SCC-Karte
chip    1 
data_a  0x303 
data_b  0x301
ctrl_a  0x302 
ctrl_b  0x300 
irq    7 
pclock  4915200 
board   DRSI
escc    no 
</PRE>
</CODE></BLOCKQUOTE>
</P>

<P>Bei wem die Karte bereits unter NOS funktioniert, der kann die 
Treiber-Befehle des PE1CHL-NOS-Treibers mit dem Befehl 
<CODE>gencfg</CODE> in eine f&uuml;r die Konfigurationsdatei des Z8530-Treibers 
nutzbare Form bringen. <CODE>gencfg</CODE> wird genau so wie f&uuml;r den 
PE1CHL-Treiber von NOS aufgerufen: Zum Beispiel erstellt</P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
 
gencfg 2 0x150 4 2 0 1 0x168 9 4915200 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>eine Grundkonfiguration f&uuml;r die OptoSCC-Karte. </P>



<H3>Kanal-Konfiguration</H3>


<P>Im Abschnitt Kanal-Konfiguration werden alle anderen f&uuml;r den 
jeweiligen Port relevanten Parameter eingestellt. Auch dieser 
Abschnitt ist in einzelne Abs&auml;tze unterteilt. Jeder dieser Abs&auml;tze 
steht f&uuml;r einen logischen Port, da jede SCC-Karte zwei Ports 
bereitstellt, gibt es f&uuml;r jeden Hardware-Absatz zwei 
solcher Abs&auml;tze. Die dazu notwendigen Schl&uuml;sselworte und Werte 
m&uuml;ssen in der Datei <CODE>/etc/z8530drv.conf</CODE> immer <EM>nach</EM>
dem Abschnitt mit den Hardware-Parametern 
stehen. Die Reihenfolge in diesem Abschnitt ist sehr 
wichtig, mit der hier vorgeschlagenen Reihenfolge 
sollte es funktionieren. </P>
<P>Folgende Schl&uuml;sselw&ouml;rter und Werte gibt es hier: </P>
<P>
<DL>
<DT><B>device</B><DD>
<P>Mu&szlig; in der ersten Zeile einer Port-Definition stehen und
gibt den Namen der speziellen Ger&auml;tedatei an, auf die
sich die weitere Konfiguration bezieht, z.B. <CODE>scc0</CODE>.</P>

<DT><B>speed</B><DD>
<P>Gibt die &Uuml;bertragungsrate in Bits pro Sekunde an, mu&szlig;
ganzzahlig sein, z.B. 1200.</P>

<DT><B>clock</B><DD>
<P>Gibt an, aus welcher Quelle der Datentakt stammt.</P>
</DL>
          </P>
<P>Erlaubte Werte sind:</P>
<P>
<DL>
<DT><B>dpll</B><DD>
<P>normaler Halbduplexbetrieb</P>

<DT><B>external</B><DD>
<P>Das Modem hat einen eigenen Sende-/Empfangstakt</P>

<DT><B>divider</B><DD>
<P>verwendet den Fullduplex-Teiler, wenn installiert</P>

<DT><B>mode</B><DD>
<P>Gibt die zu verwendende Datenkodierung an. M&ouml;gliche Werte
sind nrz und nrzi. </P>

<DT><B>rxbuffers</B><DD>
<P>Gibt die Anzahl der im Speicher zu reservierenden Empfangs-
puffer vor. Der Wert ist ganzzahlig, z.B. 8.</P>

<DT><B>txbuffers</B><DD>
<P>Gibt die Anzahl der im Speicher zu reservierenden Sende-
puffer vor. Der Wert ist ganzzahlig, z.B. 8.</P>

<DT><B>bufsize</B><DD>
<P>Gibt die Gr&ouml;&szlig;e der Sende-/Empfangspuffer vor. Der Wert wird
in Bytes angegeben und stellt die Gesamtl&auml;nge eines Paketes
dar, es mu&szlig; also die L&auml;nge der AX.25-Header zum Datenfeld
hinzugerechnet werden. Dieses Schl&uuml;sselwort ist optional, die
Voreinstellung 384.</P>

<DT><B>txdelay</B><DD>
<P>Das von KISS bekannte TXDelay, der Wert ist ganzzahlig und
wird in Millisekunden angegeben.</P>

<DT><B>persist</B><DD>
<P>Der Wert f&uuml;r die Persistence, ganzzahlig.</P>

<DT><B>slot</B><DD>
<P>KISS-Slottime, ganzzahlig, in Millisekunden.</P>

<DT><B>tail</B><DD>
<P>Der TXTail-Wert bei KISS, ganzzahlig, in Millisekunden.</P>

<DT><B>fulldup</B><DD>
<P>Das bei KISS verwendete Fullduplex-Flag, Wert ist entweder
1 f&uuml;r Vollduplex oder 0 f&uuml;r Halbduplex.</P>

<DT><B>wait</B><DD>
<P>Der Wait-Wert bei KISS, ganzzahlig, in Millisekunden.</P>

<DT><B>min</B><DD>
<P>Der Min-Wert bei KISS, ganzzahlig, in Sekunden.</P>

<DT><B>maxkey</B><DD>
<P>Die maximale Sendezeit bei KISS ganzzahlig, in Sekunden.</P>

<DT><B>idle</B><DD>
<P>Der Idle-Timer-Wert, ganzzahlig, in Sekunden.</P>

<DT><B>maxdef</B><DD>
<P>Der Maxdef-Wert bei Kiss, ganzzahlig.</P>

<DT><B>group</B><DD>
<P>Der group-Wert bei KISS, ganzzahlig.</P>

<DT><B>txoff</B><DD>
<P>Der txoff-Wert bei Kiss, ganzzahlig, in Millisekunden.</P>

<DT><B>softdcd</B><DD>
<P>Der Wert f&uuml;r SoftDCD (Software-Rauschsperre), ganzzahlig.</P>

<DT><B>slip</B><DD>
<P>Das Slip-Flag bei KISS, ganzzahlig. </P>
</DL>
</P>



<H3>Den Treiber verwenden </H3>


<P>Man verwendet die <CODE>scc*</CODE>-Ger&auml;te wie andere Netzwerk-Devices auch.
Beispiel: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/sbin/ifconfig scc0 44.136.8.5 netmask 255.255.255.0
/sbin/ifconfig scc0 up 
axparms -setcall scc0 VK2KTJ up
</PRE>
</CODE></BLOCKQUOTE>
</P>



<H3>Die Programme sccstat und sccparam </H3>


<P>Bei der Fehlersuche kann das Programm <CODE>sccstat</CODE> helfen, 
indem man damit die aktuelle Konfiguration eines SCC-Device 
anzeigen lassen kann. Aufruf zum Beispiel mit: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
sccstat scc0 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Es werden viele Informationen zur Einstellung und Funktion 
des SCC-Ports <CODE>scc0</CODE> angezeigt. </P>
<P>Mit dem Programm <CODE>sccparam</CODE> kann man nach dem Booten die 
Konfiguration ver&auml;ndern. Die Syntax ist an den NOS-Befehl 
param angelehnt, zum Setzen des TXTail-Wertes 
auf 100&nbsp;ms w&uuml;rde man eingeben: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
sccparam scc0 txtail 0x8 
</PRE>
</CODE></BLOCKQUOTE>
</P>



<H3>BPQ-Ethernet </H3>


<P>Folgende Optionen sind bei der Kernel-Kompilierung wichtig: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
General Setup 

[*] Networking support 

Network Device Support 

... 
[*] Radio network interfaces 
...
[*] BPQ Ethernet driver for AX.25 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Linux bietet Kompatibilit&auml;t mit BPQ-Ethernet. Damit kann man das 
AX.25-Protokoll &uuml;ber Ethernet im lokalen Netzwerk verwenden, um 
mit anderen BPQ-Maschinen im Netzwerk zusammenzuarbeiten. Die 
BPQ-Devices tragen die Namen <CODE>bpq1</CODE> bis <CODE>bpq9</CODE>. Das 
Device <CODE>bpq0</CODE> geh&ouml;rt zu <CODE>eth0</CODE>, <CODE>bpq1</CODE> zu <CODE>eth1</CODE> usw..
Die Konfiguration ist sehr offen. </P>
<P>Zun&auml;chst mu&szlig; das Ethernet-Device eingerichtet sein. Das hei&szlig;t, 
der Kernel mu&szlig; mit Ethernet-Unterst&uuml;tzung kompiliert sein und 
diese mu&szlig; auch funktionieren. Im <EM>
<A HREF="http://metalab.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html">Ethernet HOWTO</A></EM> findet man 
dazu weiterf&uuml;hrende Informationen.</P>
<P>Um die BPQ-Unterst&uuml;tzung einzurichten, mu&szlig; das Ethernet-Device mit einem 
Rufzeichen versehen werden: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/sbin/ifconfig bpq hw ax25 VK2KTJ up 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Beachte, da&szlig; das Rufzeichen mit dem Rufzeichen in der Datei 
<CODE>/etc/ax25/axports</CODE> &uuml;bereinstimmt, das f&uuml;r diesem 
Port gelten soll. </P>



<H3>BPQ-Node mit Linux-AX.25-Unterst&uuml;tzung verbinden</H3>


<P>BPQ verwendet normalerweise sogenannte Multicast-Adressen. Die 
Linux-Implementation macht das nicht, sie verwendet 
stattdessen die normale Ethernet Broadcast Address. 
Deshalb sollte die Datei <CODE>NET.CFG</CODE> f&uuml;r den 
BPQ-ODI-Treiber wie folgt ge&auml;ndert werden: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
LINK SUPPORT
         MAX STACKS 1
         MAX BOARDS 1 LINK
DRIVER   NE2000     ; oder anderer Bezeichner, passend zur Karte
         INT 10     ; entsprechend den Einstellungen der
         PORT 300   ; Netzwerkkarte
FRAME    ETHERNET_II
PROTOCOL BPQ 8FF ETHERNET_II  ; f&uuml;r BPQ erforderlich - kann die PID
                              ; ver&auml;ndern
BPQPARAMS                     ; optional, nur gebraucht, wenn
                              ; die voreingestellte Zieladresse
                              ; &uuml;berschrieben werden soll
ETH_ADDR FF:FF:FF:FF:FF:FF    ; Zieladresse 
</PRE>
</CODE></BLOCKQUOTE>
</P>



<H2><A NAME="ss6.2">6.2</A> <A HREF="DE-AX25-HOWTO.html#toc6.2">Die Datei /etc/ax25/axports </A>
</H2>


<P>Diese Datei ist eine einfache Textdatei, die mit einem 
Texteditor erzeugt wird. Sie hat folgendes Format: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
Portname    Rufzeichen    Baudrate  Paketl&auml;nge   Maxframe   Beschreibung
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>wobei gilt:</P>
<P>
<DL>
<DT><B>Portname</B><DD>
<P>Bezeichner f&uuml;r den Port </P>

<DT><B>Rufzeichen</B><DD>
<P>Rufzeichen, welches dem Port zugeordnet werden soll</P>

<DT><B>Baudrate</B><DD>
<P>Baudrate zum TNC </P>

<DT><B>Paketl&auml;nge</B><DD>
<P>L&auml;nge des Datenfeldes eines Paketes in Bytes</P>

<DT><B>Maxframe</B><DD>
<P>maximale Anzahl unbest&auml;tigter Pakete (AX.25-Window)</P>

<DT><B>Beschreibung</B><DD>
<P>kurzer beschreibender Text</P>
</DL>
</P>
<P>Beispieldatei von Terry Dawson: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
radio  VK2KTJ-15       4800   256   2    4800 bps auf 144.800 MHz
ether  VK2KTJ-14   10000000   256   2    BPQ Ethernet-Device 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Zur Erinnerung: Jeder AX.25-Port mu&szlig; ein eigenes Rufzeichen/SSID 
bekommen. Jedes zu verwendende Device mu&szlig; einen Eintrag in dieser 
Datei bekommen, dies betrifft KISS, BayCom, SCC, PI, PacketTwin 
und SoundModem-Ports. Jeder Eintrag beschreibt genau ein 
AX.25-Netzwerk-Device. Die Eintr&auml;ge in der 
Datei sind mit den Netzwerk-Devices &uuml;ber das Rufzeichen/SSID verbunden.
Das ist nicht zuletzt ein Grund daf&uuml;r, da&szlig; jeder Port ein eigenes 
Rufzeichen/SSID verlangt. </P>


<H2><A NAME="ss6.3">6.3</A> <A HREF="DE-AX25-HOWTO.html#toc6.3">Das AX.25-Routing einrichten </A>
</H2>


<P>Es ist sowohl f&uuml;r normale AX.25- als auch f&uuml;r IP-Verbindungen sinnvoll, 
voreingestellte Digipeaterpfade f&uuml;r spezielle Stationen zu 
erstellen. Dazu kann man das Programm <CODE>axparms</CODE> verwenden: </P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
/usr/sbin/axparms -route add radio VK2XLZ VK2SUT 
</PRE>
</CODE></BLOCKQUOTE>
</P>
<P>Mit diesem Befehl setzt man einen Digipeaterpfad f&uuml;r VK2XLZ 
via VK2SUT auf den AX.25-Port mit dem Namen radio. 
Weiterf&uuml;hrende Informationen sind in der Hilfeseite zu 
<CODE>axparms</CODE> zu finden. </P>



<HR>
<A HREF="DE-AX25-HOWTO-7.html"><IMG SRC="next.png" ALT="Weiter"></A>
<A HREF="DE-AX25-HOWTO-5.html"><IMG SRC="prev.png" ALT="Zurück"></A>
<A HREF="DE-AX25-HOWTO.html#toc6"><IMG SRC="toc.png" ALT="Inhalt"></A>
</BODY>
</HTML>
doc-linux-de 2003.10-5 / usr / share / doc / HOWTO / de-html / DE-AX25-HOWTO-6.html
