Media Share 9

home *** CD-ROM | disk | FTP | other *** search

/ Media Share 9 / MEDIASHARE_09.ISO / network / baycom15.zip / TERMHELP.SCC < prev

Wrap

Text File | 1991-12-24 | 137KB | 3,563 lines

BEACON 8354 BADRESS 8787 BTEXT 9305 CONNECT 9537 UNPROTO 10124 CLEAR 10898 CNOT 11173 L2CTEXT 11529 DCALL 11900 DISCTIME 12172 DWAIT 12433 EXITLOG 13380 FILES 14188 FRACK 16301 HBAUD 16838 HELP 17439 INFO 18130 INSMODE 18369 IPOLL 18639 LINK 18918 LINKTIME 19551 LOG 19946 MONITOR 20242 MAXFRAME 20814 MCALLS 21167 MHEARD 21504 MSELECT 22243 MYCALL 23114 OSHELL 23629 PACLEN 24153 READ 24471 RPRG 24856 RESPTIME 25161 RETRY 25571 SSID 25794 TASTEN 26136 TINFO 27080 TQUIT 27383 TXDELAY 27679 TAIL 28114 BILDSCHIRM 28464 VIEW 29153 EDIT 29466 SATTRIB 29784 WRITE 30542 WPRG 30906 DRUCKER 31461 PRINTER 31518 SAVEPORTS 32059 KANAL 32377 XCONNECT 32925 DISCONNECT 33223 MODEM 33456 AKTUELL 34210 BAYCOM 34623 BAYCOMNODE 35220 CPU 37987 CSTATUS 38779 USERS 39113 DESTINAT 39450 FIND 40190 GATE 40979 HARDWARE 41299 LTASKS 41577 MAIL 42951 MSG 43425 NODE 43948 NETZKNOTEN 44761 FLEXNET 45723 CONVERS 47368 DIGIPEATER 48032 AUTOROUTER 48963 LINKSTRECK 49765 RMNC 50172 THENET 50462 MAILBOX 52764 S&F 53593 FORWARD 53864 VERTEILER 54894 DIEBOX 55701 DXL-BOX 58398 DXL-GATE 61464 USER-ROUTI 63536 NODES 64093 NODECONV 64952 PATH 65897 PARMS 66786 QUIT 67236 NODEUSERS 67860 NODELINKS 69240 NODECSTAT 70564 SOFTWARE 71475 TALK 71744 DOSCLEAR 72272 ECHO 72669 RCMD 73894 PASSWORT 74498 INIWRITE 75067 OFF.COM 75648 L2.EXE 76223 SCC.EXE 76661 SCC.INI 77200 PARA.EXE 77963 TERMHELP 78650 SCC.PWD 79204 Z8530 79482 HDLC 80255 VERSION 80631 SYSTEM 80780 REMOTE 81394 GERMAN 81747 MHEADER 82552 ENGLISH 82821 VADAPTER 83198 TBUFFER 83766 RBUFFER 84375 MBUFFER 84895 BUFFER 85645 RS232 86311 SCC-KARTE 86792 D1LINES 87228 D2LINES 87663 VLINES 88104 VCOLUMNS 88879 WWRAP 89425 KNAX 89937 CBELL 90298 ANSWER 90686 QTEXT 91559 DIR 91955 CD 92641 DUPLEXDIGI 93029 HOP-TO-HOP 93784 BLINK 94535 COMMAND 95237 DAMA 95824 TERM-BEF 96696 TNC-BEF 97933 INI-BEF 99119 MOUSE 100272 HENNING 101183 COMBASE 101746 COMINT 102459 SCCBASE 103206 SCCINT 103856 ST 104640 LIST 106918 ST-MAKROS 107123 CTEXT 108283 CRTSAVE 108727 CARRIER 109314 DCD 110021 NRZI 111682 BITSTUFF 112187 ALTER 112997 BELL 114637 BEREICH 114813 BOARD 116268 BULLETIN 118102 CHECK 118938 BOX-DIR 120786 ERASE 122759 DB-FORWARD 123598 FREE 124206 GATEWAY 124404 INHALTE 124581 LIFETIME 125496 BOX-LIST 125911 BOX-LOG 126724 MYBBS 126960 NAME 127342 QTH 127543 BOX-READ 127744 REPLY 128930 SEND 129589 TELL 130900 TRANSFER 131524 USAGE 132389 SPEAK 133071 STATUS 133831 STATUSZEIL 135893 TIME 136753 INDEX 2650 \\INDEX A ^AKTUELL^ ^ALTER^ ^ANSWER^ ^Autorouter^ B ^BADRESS^ ^BayCom^ ^BayComNode^ ^BEACON^ ^BELL^ ^Bereich^ ^Bildschirm^ ^Bitstuff^ ^BLINK^ ^BOARD^ ^Box-DIR^ ^Box-LIST^ ^Box-LOG^ ^Box-READ^ ^BTEXT^ ^BUFFER^ ^Bulletin^ C ^CARRIER^ ^CBELL^ ^CD^ ^CHECK^ ^CLEAR^ ^CNOT^ ^COMBASE^ ^COMINT^ ^COMMAND^ ^CONNECT^ ^Convers^ ^CPU^ ^CRTSAVE^ ^CSTATUS^ ^CTEXT^ D ^D1LINES^ ^D2LINES^ ^DAMA^ ^DB-FORWARD^ ^DCALL^ ^DCD^ ^DESTINAT^ ^DieBox^ ^Digipeater^ ^DIR^ ^DISCONNECT^ ^DISCTIME^ ^DOSCLEAR^ ^Drucker^ ^DuplexDigi^ ^DWAIT^ ^DXL-Box^ ^DXL-Gate^ E ^ECHO^ ^EDIT^ ^ENGLISH^ ^ERASE^ ^EXITLOG^ F ^FILES^ ^FIND^ ^FlexNet^ ^Forward^ ^FRACK^ ^FREE^ G ^GATE^ ^GATEWAY^ ^GERMAN^ H ^HARDWARE^ ^HBAUD^ ^HDLC^ ^HELP^ ^HENNING^ ^Hop-to-Hop^ I ^INFO^ ^Inhalte^ ^INI-Bef^ ^INIWRITE^ ^INSMODE^ ^IPOLL^ K ^KANAL^ ^KNAX^ L ^L2.EXE^ ^L2CTEXT^ ^Lifetime^ ^LINK^ ^Linkstreck^ ^LINKTIME^ L ^LIST^ ^LOG^ ^LTASKS^ M ^MAIL^ ^Mailbox^ ^MAXFRAME^ ^MBUFFER^ ^MCALLS^ ^MHEADER^ ^MHEARD^ ^Modem^ ^MONITOR^ ^MOUSE^ ^MSELECT^ ^MSG^ ^MYBBS^ ^MYCALL^ N ^NAME^ ^Netzknoten^ ^Node^ ^NODECONV^ ^NODECSTAT^ ^NODELINKS^ ^NODES^ ^NODEUSERS^ ^NRZI^ O ^OFF.COM^ ^OSHELL^ P ^PACLEN^ ^PARA.EXE^ ^PARMS^ ^Passwort^ ^PATH^ ^Printer^ Q ^QTEXT^ ^QTH^ ^QUIT^ R ^RBUFFER^ ^RCMD^ ^READ^ ^REMOTE^ ^REPLY^ ^RESPTIME^ ^RETRY^ ^RMNC^ ^RPRG^ ^RS232^ S ^S&F^ ^SATTRIB^ ^SAVEPORTS^ ^SCC-Karte^ ^SCC.EXE^ ^SCC.INI^ ^SCC.PWD^ ^SCCBASE^ ^SCCINT^ ^SEND^ ^SOFTWARE^ ^SPEAK^ ^SSID^ ^ST^ ^ST-Makros^ ^STATUS^ ^Statuszeil^ ^SYSTEM^ T ^TAIL^ ^TALK^ ^Tasten^ ^TBUFFER^ ^TELL^ ^Term-Bef^ ^TERMHELP^ ^TheNet^ ^TIME^ ^TINFO^ ^TNC-Bef^ ^TQUIT^ ^TRANSFER^ ^TXDELAY^ U ^UNPROTO^ ^USAGE^ ^User-Routi^ ^USERS^ V ^VADAPTER^ ^VCOLUMNS^ ^VERSION^ ^VERTEILER^ ^VIEW^ ^VLINES^ W ^WPRG^ ^WRITE^ ^WWRAP^ X ^XCONNECT^ Z ^Z8530^ \\INDEX ---dummy--- ************************** **************************************************************************** **************************************************************************** **************************************************************************** **************************************************************************** **************************************************************************** **************************************************************************** **************************************************************************** **************************************************************************** ****** Diesen Block als Platzhalter für weiteren Index lassen ************** **************************************************************************** Hinweise zum Aufbau des BayCom-Helpfiles: ----------------------------------------- - Das File ist nach Stichworten gegliedert. - Jedes Stichwort darf max. 10 Zeichen lang sein und muß mit einem Buchstaben beginnen. - Der Text zu einem Stichwort wird stets mit \\ (2 mal Backslash) und folgendem Stichwort eingeleitet. - Der Text sollte in Seiten zu je 18 Zeilen untergliedert sein. Die letzte Seite (bei einseitigen Texten also die erste) darf jedoch maximal 17 Zeilen haben, sonst wird eine neue Seite 'angepatzt', was zu einer Fehlermeldung ("ungünstige Seitenlänge") führt. - Am Anfang und Ende jeder Seite sollte nach Möglichkeit zur besseren Übersicht eine Leerzeile eingehalten werden. Leerzeilen am Ende der letzten Seite sind nicht notwendig und werden angemahnt, wenn sie zu unnötigen Seitenumbrüchen führen. Es sollte also z.B. bei einem 2seitigen Text die 1. 18. und 19. Zeile frei bleiben, damit der Text nicht in die Ecke des Fensters geflickt wird. - Die Zeilen dürfen nicht länger als 69 Zeichen sein, der Rest wird bei der Ausgabe abgeschnitten. - Sichworte werden stets zwischen HOCHPFEILE geschrieben. Von diesen ist bei der Help-Ausgabe ein Querverweis auf andere Punkte möglich. Dies geht bis zu einer beliebigen Schachtelung, insofern sollte heftig von dieser Möglichkeit Gebrauch gemacht werden. - In den Texten dürfen keine Hochpfeile enthalten sein (auch in diesem nicht, daher kein Beispiel, wie ein Hochpfeil aussieht). - Nach der Änderung des Textes muß UNBEDINGT ein Start von para -h erfolgen. Erst dann ist das File zum Einsatz geeignet. Fehlermeldungen sollten ernstgenommen werden, da die Texte sonst evtl. nicht schön aussehen. !! Es muß für die Indizierung noch genug Platz am Anfang des Files !! sein. Ist dies nicht der Fall, wird der Inhalt rigoros !! überschrieben. Sollte also der Sternchen-Block am Anfang nicht !! noch mindestens 20 Zeilen haben, so ist geraten ihn durch !! Block-Copy im Editor weiter zu vergrößern. **************************************************************************** ******** ab hier beginnen die eigentlichen Helptexte: ********* **************************************************************************** \\BEACON BEacon <kanal> <sekunden> Diese Zeit in 1sec-Schritten besagt, wie oft die Bake ausgesendet werden soll. Bakensendungen sind normalerweise nur für explizite Tests sinnvoll und sollten in allen andern Fällen unterbleiben. Die Angabe <kanal> ist nur bei Verwendung einer ^SCC-Karte^ notwendig. Bei RS232-Betrieb genügt die Angabe der Zeit, z.B. :BE 180 Querverweis: ^BADRESS^ ^BTEXT^ \\BADRESS :BADRESS <kanal> <ziel> <mycall> [ <digikette> ] Mit diesem Befehl wird das Adreßfeld für die eigene Bake eingestellt. Es kann damit die Bake unter beliebigem Rufzeichen <mycall> ausgesendet werden. Das Rufzeichen <ziel> muß kein echtes Rufzeichen sein, es handelt sich vielmehr meist um ein Symbol, das das Paket als Bake identifiziert. Die Angabe <kanal> ist nur bei Verwendung einer ^SCC-Karte^ notwendig. Beispiel: badress 0 bake dl8mbt Querverweis: ^BEACON^ ^BTEXT^ \\BTEXT :BText <kanal> ........text......... Bakentext. Dieser Text wird mit jeder Bake ausgesendet. Die Angabe <kanal> ist nur bei Verwendung einer ^SCC-Karte^ notwendig. Querverweis: ^BEACON^ ^BADRESS^ \\CONNECT :Connect <call> <digi> [ <digi> ... ] Connect mit üblicher Syntax. Das Leerzeichen nach dem C muß eingegeben werden. Auf dem Port 0 (F10) wird niemand connected, sondern das ^UNPROTO^-Call mit Digis angegeben (ähnlich WA8DED-Soft). :Connect <call> <kanal> Connect auf einem bestimmten Kanal der ^SCC-Karte^. Hier kann auch ohne Einträge in der LINKS-Liste auf einem bestimmten Kanal gesendet werden. Die Kanalnummer ist dabei vor dem ersten Digi anzugeben. Es ist egal, ob ein Buchstabe (A..H) oder eine Zahl (0..7) angegeben wird. \\UNPROTO Der Befehl UNPROTO existiert bei BayCom nicht. Da allgemeine Daten ohnehin nur auf Port 0 (mit F10 erreichbar) gesendet werden können, auf dem kein Connect möglich ist, wird dort der ^CONNECT^-Befehl zum Einstellen der unprotokollierten Adresse verwendet. Intern wird tatsächlich ein Connect ausgeführt, der allerdings nicht zu einer Verbindung führt. Die Daten werden als UI,P (unumbered Info with Poll) gesendet. Das gesetzte Poll-Bit hat den Vorteil, daß man die Aussendung auch für Testzwecke verwenden kann, weil laut AX.25 auf UI-Frames mit Poll mit einem DM,F zu reagieren ist, das man auf dem Monitor beobachten kann. Diese Methode wird z.B. von ^FlexNet^ zum Suchen von Stationen mit dem FIND-Befehl verwendet. \\CLEAR Bildschirm löschen. Möglichkeiten: -------------- :CLear löscht den Empfangsbildschirm (mittleres Bildschirmfenster) :CLear 1 löscht das Sendefenster :CLear 3 löscht das Monitorfenster :CLear 123 löscht alle Fenster \\CNOT :CNOT <call> <call> .... Setzt eine Liste von Rufzeichen, von denen kein Paket akzeptiert wird. Die Pakete von und zu Stationen aus der Liste werden so behandelt, als wären sie nicht empfangen worden, also schlicht ignoriert. DM wird nicht gesendet. Am Monitor werden Pakete von diesen Stationen trotzdem angezeigt. \\L2CTEXT :L2ctext <text> Dieser Text (maximal 1 Zeile lang) wird beim Betrieb OHNE Terminal bei jedem Connect von außen ausgesendet. Der L2CTEXT wird nur ausgegeben, wenn das Terminal ^SCC.EXE^ nicht gestartet ist, sondern nur L2 im Hintergrund läuft. Wenn das Terminal läuft, wird nur ^CTEXT^ gesendet Querverweis: ^ANSWER^, ^QTEXT^ \\DCALL :DCall <call> Digipeatercall. Unter diesem Rufzeichen digipeatet die Station. Bei Betrieb von ^BayComNode^ ist dieses Rufzeichen üblicherweise identisch mit dem Nodecall, bei Betrieb des Terminals sollte es gleich dem ^MYCALL^ sein. \\DISCTIME :DISCTime <10sec-Wert> Zeit in 10sec-Schritten, nach der eine Verbindung getrennt wird, wenn keine Daten übertragen werden. DISCTIME 0 bedeutet, daß Verbindungen unendlich lange bestehen bleiben, auch wenn sich nichts rührt. \\DWAIT :DWait <kanal> <10ms-Wert> Wartezeit, die der Kanal frei sein muß, ehe auf Sendung gegangen wird. Zur Verringerung von Kollisionen ist die tatsächliche Zeit eine Zufallszeit zwischen Null und dem doppelten eingestellten Wert. Da bei üblichen Funkgeräten eine relativ lange Totzeit zwischen Empfang und Sendung liegt, muß dem mit einem entsprechend hohen Zufallswert Rechnung getragen werden. Empfohlen werden Werte zwischen 10 und 30, je nach Kanalbelegung. Das hier angewandte Verfahren entspricht von der Güte her in etwa dem sonst bekannten Persistence-CSMA. Übrigens ist es ein Trugschluß zu glauben, mit kurzem DWAIT kommt man besonders schnell durch. Oft ist (insbesondere auf ^DuplexDigi^-Einstiegen) eine lange Wartezeit erheblich besser, weil man erst sendet, wenn alle anderen schon fertig sind und damit einer geringeren Kollisionswahrscheinlichkeit unterliegt. \\EXITLOG :EXITLOG ON/OFF bestimmt, ob das Log stets sofort auf Platte geschrieben wird (OFF) oder ob es erst beim Ausstieg aus dem Terminal (ALT-X) komplett hinausgeschrieben wird (ON). Normalerweise stört eine permanente Logbuchführung nicht, kann aber insbesondere auf Laptops ohne Festplatte relativ lästig sein. Der Nachteil an der Zwischenspeicherung ist allerdings, daß für das Log Arbeitsspeicher belegt wird, und daß bei einem 'harten' Ausstieg (Rechner ausschalten, Absturz) die neuesten Log-Daten verlorengehen. Außerdem wird das Datum der Logeinträge erst beim Hinausschreiben auf Platte/Disk erzeugt. Das kann bei verspätetem Schreiben der Logdaten ein falsches Datum erzeugen, wenn es erst am nächsten Tag gemacht wird. Querverweis: ^LOG^ \\FILES L2.EXE - Der eigentliche TNC. Hier befindet sich die komplette SCC-Bedienung COMx-Software, und der AX.25-Ablauf. Auch ein Teil des Kommando- Prozessors ist hier enthalten. Für alle anderen Programmteile ist die residente Installation von L2.EXE erforderlich, ansonsten wird entsprechend nachgefragt. Ansprechbar ist der Layer 2 mit INT 47h, die Kennung seiner Anwesenheit hinterlegt er bei INT 49h. SCC.EXE - Das Terminal. Eine Benutzerschnittstelle, die L2.EXE zum Betrieb benötigt. In diesem sind nur die Terminalfunktionen enthalten. Das Programm benutzt L2 als TNC, wobei die Schnittstelle sehr maschinennah definiert ist und deshalb nicht anderweitig benutzt werden kann. PARA.EXE- Ein Parameter-Compiler, der aus dem Textfile SCC.INI das maschinenlesbare SCC.PAR macht. Außerdem wird dabei SCC.VID gelöscht, um evtl. Inkompatibilität zu verhindern. OFF.COM - Der 'Aufräumdienst'. Beseitigt L2.EXE aus dem Speicher, setzt die Interruptvektoren zurück und speichert ggf. SCC.PAR ab. SCC.INI - Das Setup-File. Hier werden alle nötigen Betriebsparameter hinterlegt. Das File ist weitgehend selbsterklärend und wird in Form einer Kommandodatei von PARA.EXE abgearbeitet. Es empfiehlt sich, das File mit einem Editor durchzusehen und ggf. Anpassungen an die persönlichen Erfordernisse vorzunehmen. SCC.PWD - ^Passwort^-File. Kann zur Zugangsberechtigung bei der eigenen Station oder für Sysops von ^TheNet^ oder ^BayComNode^-Digipeatern verwendet werden. TERMHELP.SCC - Dies ist ein Hilfetext, in dem alle vom Programm aus aufrufbaren Hilfen enthalten sind. SCC.VID - In diesem File speichert SCC.EXE den Bildschirminhalt ab, den es bei Neustart wieder restaurieren kann. SCC.PAR - Hier werden die von PARA.EXE erzeugten und innerhalb SCC.EXE veränderbaren Betriebsparameter abgelegt. \\FRACK :FRack <100ms-wert> (=Timer 1), bezeichnet einen Startwert für den Zeitpunkt der Wiederholung eines Frames, wenn keine Bestätigung gekommen ist. Der eigentliche Timer 1 adaptiert sich während der Verbindung nach der durchschnittlichen Antwortszeit des Partners (round trip timer). Die Zeit wird in 100ms-Schritten angegeben. Sinnvolle Werte liegen hier bei 40..60 Bei ^HBAUD^ 300 ist die automatische Anpassung nicht aktiv, da sie sich bei Betrieb auf Kurzwelle nicht bewährt hat. \\HBAUD HBaud <kanal> <Baudrate> Betrieb mit ^SCC-Karte^: Hier kann die Baudrate quasi stufenlos eingestellt werden. Eine Quantisierung erfolgt in geraden Bruchteilen von 38400. Bei Hardwareclock (siehe ^CARRIER^) ist HBAUD nur für den Empfänger wirksam. COM1/COM2: Nur 2 Baudraten sind einstellbar: HB 1200 und HB 300 Alle anderen Einstellungen sind wirkungslos. Eine stufenlose Einstellung ist leider nicht möglich. !!! Nach dem Verändern der Baudrate muß mindestens ein Paket !!! gesendet werden, erst dann ist die Einstellung wirksam \\HELP :HELP <stichwort> gibt eine Hilfe zu einem Wort aus CTRL-F1 Gibt Hilfe zu dem Wort aus, auf dem der Cursor steht. Das Wort muß unter dem Cursor oder maximal eine Stelle links vom Cursor stehen. ALT-F1 Gibt den zuletzt aktiven Hilfetext nochmal aus. Weitere Hilfen zu ^Bildschirm^, ^Tasten^ und ^Modem^ ^Term-Bef^ehle, ^TNC-Bef^ehle, ^INI-Bef^ehle Im Helpfenster funktionieren die Tasten: Z (AltF1) zurück I Index (= Stichwortliste) E (ESC) Fenster zu H diese Seite Bild Bild Blättern in mehrseitigen Texten (Anz. rechts unten) \\INFO :Info sendet Infotext über die Station. Dieser Text muß als File namens INFO.SCC auf der Platte/Diskette gespeichert sein. Dieser Befehl ist in erster Linie für Anwendung von der Ferne mittels //INFO gedacht. \\INSMODE :INSMODE ON/OFF gibt an, ob das Terminal nach dem Hochstarten im Insert-Modus (gedrückte Taste wird in der Zeile eingefügt, ON) oder im Überschreibemodus (Overwrite, OFF) ist. Der Modus ist beliebig mit der Taste EINFG (INS) umschaltbar. \\IPOLL :IPoll <dezimal> Maximale Info-Länge bis zu der mit I-Poll nachgefragt wird, wenn eine Bestätigung aussteht. Hier ist eine Länge von max. ca 80 Zeichen sinnvoll, da bei diesem Wert die statistische Grenze zwischen Gesamtoverhead und Nutzdaten liegt. \\LINK :LINk <call> <kanal> Eintragen eines Link-Partners auf einem bestimmten SCC-Kanal. Es können bis zu 8 Rufzeichen vordefiniert werden. Dabei wird <kanal> auf den gewünschten SCC-Kanal gesetzt. Mit :LINK <call> ** wird das Call aus der Liste ausgetragen. Beispiel: link db0aab 0 link db0pv 1 Zu den eingetragenen Rufzeichen wird unabhängig von Eintragungen in der MH-Liste der angegebene Kanal verwendet. Nicht eingetragene Rufzeichen werden entweder über die MH-Liste bestimmt, oder beim Connect muß der gewünschte Kanal angegeben werden. \\LINKTIME :LINKTime <dezimal> (CHECK, Inactive link timer, Timer 3) testet die Verbindung wenn keine Daten fließen. LINKTIME läuft in 10sec-Schritten! Wenn sich bei der Verbindung nichts tut, wird nach Ablaufen des Timers die Folge RR,P .. RR,F gesendet. Dabei wird festgestellt, ob der Verbinungspartner noch da ist. Wenn nicht, wird die Verbindung ggf. getrennt. \\LOG :LOG ON/OFF Schaltet die automatische Logbuchführung ein/aus. Das Log wird im File LOG.SCC abgelegt und kann mit jedem Texteditor betrachtet und bearbeitet werden. Neue Einträge werden stets hinter die bestehenden Daten angefügt. Querverweis: ^EXITLOG^ \\MONITOR :MOnitor <kanaele> Bestimmt die Modem-Kanäle, von denen der Monitor dargestellt wird. MO 0 1 2 3 4 5 6 7 stellt alle Kanäle dar, MO 0 zeigt beispielsweise nur den ersten Kanal. Diese Angaben sind nur relevant, wenn wirklich mehrere Modems betrieben werden. Bei Einkanalbetrieb an COM1/COM2 ist nur MONITOR 0 sinnvoll. Zum gänzlichen Abschalten des Monitors kann ein unbenutzter Kanal angegeben werden, z.B. :mo 9 !!! Seit der Version 1.5 sind bei der Angabe zwischen den !!! Monitorkanälen Leerzeichen einzuhalten \\MAXFRAME :MAxframe <kanal> <anzahl> Maximale Anzahl der Pakete, die in einem Durchgang gesendet werden, ehe auf eine Bestätigung gewartet wird. Hier sind Werte im Bereich 1 .. 7 gültig, andere Einstellungen können zu eigenwilligen Effekten führen. Die Angabe <kanal> ist nur bei Verwendung einer ^SCC-Karte^ notwendig. \\MCALLS :MCalls <call1> <call2> .... Setzt die für den Monitor zu selektierenden Rufzeichen. Es können maximal 8 Rufzeichen angegeben werden, die je nach Stellung von ^MSELECT^ entweder einzeln oder paarweise ausgewertet werden. Wird keine ^SSID^ angegeben, dann sind die Calls unter allen SSIDs gültig. \\MHEARD :MHeard gibt gehörte Rufzeichen aus MH Zeigt die zuletzt direkt gehörten Rufzeichen MH * Alle Rufzeichen der letzten 120 min, ohne Pfadangabe MH # Alle Einträge seit 15 Minuten, mit Pfad MH <call>Zeit, Pfad und ^SSID^s, wann <call> gehört wurde Durch Angabe von Px kann ein Modemkanal gewählt werden, falls mehrere Modems in Betrieb sind (z.B. MH P2 #). P0 entspricht dem ersten Kanal. Wird eine Zeit (in Minuten) angegeben, so erfolgt Ausgabe seit dieser Zeit, also z.B. MH P2 * 20 -> alle Einträge seit 20min von Kanal 2. Zeiten werden in HH:MM ausgegeben, wobei die Zeit gezeigt wird, die seit dem letzten empfangenen Paket vergangen ist. (Also nicht die Uhrzeit!) \\MSELECT :MSelect <dezimal> bestimmt den Monitor-Auswahlmodus. Dabei können einzelne Calls selektiert werden, um bestimmte Vorgänge einfacher zu verfolgen. 0 Monitor-Selektion aus, d.h. alles Empfangene wird dargestellt 1 QSO-Mitschnitt. Hierbei werden die ^MCALLS^-Rufzeichen stets paarweise ausgewertet und nur Verbindungen, in denen BEIDE Rufzeichen vorkommen, werden auf dem Monitor dargestellt. Das ist auch bei mehreren Paaren gleichzeitig möglich. 2 MFROM Nur Pakete VON den Rufzeichen in der MCALLS-Liste werden auf dem Monitor dargestellt. 3 MTO Nur Pakete ZU den ^MCALLS^-Rufzeichen werden dargestellt. +10 Wird zu den Zahlen 10 addiert (11,12,13), so wird die entsprechende Funktion invertiert, d.h. die selektierten Calls werden NICHT dargestellt, ansonsten ganz normale Anzeige. \\MYCALL :MYcall <call> [ <call> .... ] Eigenes Rufzeichen. Angegeben werden bis zu 4 MYCALLs, unter denen die Station im Terminal connectbar ist. Beim Herausconnecten mit dem ^CONNECT^-Befehl wird stets das erste Call aus der Liste verwendet. Es ist zum Betrieb in Packet-Radio dringend erforderlich, hier das eigene Rufzeichen einzugeben. Es genügt allerdings die Angabe eines einzigen Rufzeichens, die Möglichkeit der Verwendung mehrerer Rufzeichen muß nicht genutzt werden. \\OSHELL :Oshell <DOS-Kommando> führt einen DOS-Befehl aus. Es wird zu diesem Zweck COMMAND.COM nachgeladen und der Bildschirm auf DOS-Ebene umgeschaltet. Auch die Fernsteuerung dieses Befehls ist möglich aber meist nicht sehr sinnvoll und sollte deshalb mit RCMD gesperrt werden. Allerdings ist der zur Verfügung stehende Speicher nicht allzu groß, daher sind nur sehr kompakte Anwendungen auf diese Weise zu starten. Aber für die üblichen Dinge wie DIR, DEL und COPY reicht es allemal. \\PACLEN :PAClen <dezimal> PACLEN, maximale Framelänge, gilt nur für Benutzeroberfläche, bei Interlink-Verbindung wird original-Framelänge weitergegeben. Achtung: 0 ist nicht 256, sondern 0 (führt zum Absturz) PACLEN 256 ist ein gültiger Wert, oberhalb ist mit sonderbaren Effekten zu rechnen. \\READ :Read <filename> liest ein Textfile von der Platte (bzw. vom Pfad in <filename> angegeben) und sendet es als Text über Funk aus. Dabei werden die bei DOS üblichen CR LF Zeilenumbrüche in die bei Packet-Radio üblichen CR umgewandelt. Außerdem werden bei ^GERMAN^ ON die deutschen Umlaute in den DIN-Zeichensatz umgewandelt, das muß beachtet werden. \\RPRG :RPrg <filename> Liest ein binäres File von der Platte und sendet aus. Die Daten werden transparent gesendet, es erfolgt jedoch keine Erkennung von Anfang und Ende eines Files, das muß selbst gemacht werden. Automatische Binärfileübertragung ist nicht implementiert. \\RESPTIME :RESptime <100ms-Schritt> Dieser Wert muß von Null verschieden sein, ist aber eigentlich nicht erforderlich. Bei bilateralem Datenfluß können die Bestätigungen eingespart werden, wenn T2 einen Wert >> ^DWAIT^ hat. Totzdem ist in der Praxis eine Einstellung von ca. RESPTIME 2 sinnvoll, da dadurch kurze Pausen entstehen, in denen auch andere mal zu Wort kommen. \\RETRY :RETry <dezimal> max. Anzahl Wiederholungen. Bei SABM und DISC ohne Digi wird nur der Wert RETRY/2 verwendet, um unnötig lange Wartezeiten zu vermeiden wenn eine Station nicht erreichbar ist. \\SSID Secondary Station IDentifier. So wird eine Zahl bezeichnet, die man an ein Rufzeichen mit dem Minuszeichen getrennt anhängen kann. Es ist auf diese Weise möglich, einem Rufzeichen mehrere verschiedene Geräte oder Aufgabengebiete zuzuteilen. Beispiel: DL8MBT-12 SSID zum Rufzeichen \\Tasten ALT-X beendet das Programm ALT-1 Cursor in oberes Bildschirmfenster setzen ALT-2 Cursor in mittleres Bildschirmfenster setzen (RX-Fenster) ALT-3 Cursor in unteres Bildschirmfenster setzen (Mon-Fenster) F1 ... F6 Schaltet zwischen den einzelnen Ports um. F9 Cursor wechselt in das nächste Bildschirmfenster F10 Monitor, Unproto. ESC oder TAB: Schaltet Kommando-/Datenmode um, wie Doppelpunkt SHIFT-TAB: Stoppt die Ausgabe auf dem angewählten Port. CTRL-RETURN: in die nächste Zeile, ohne die Zeile auszuwerten PAGE-DOWN: Text um eine Seite nach oben rollen PAGE-UP: Text um eine Seite nach unten rollen CTRL-PAGE-UP: Monitorfenster vergrößern, Text wird mitgezogen CTRL-PAGE-DOWN: Monitorfenster verkleinern, Text wird mitgezogen CTRL-HOME: Sendefenster verkleinern, Text wird mitgezogen CTRL-END: Sendefenster vergrößern, Text wird mitgezogen \\TINFO :TInfo <100ms-Wert> Info-Timer. Gilt nur für Benutzeroberfläche, ist die Zeit, die verstreichen muß, bis Frames gepackt werden, nachdem keine Info mehr in den Puffer geschrieben worden ist. Bei explizitem Drücken der Return-Taste wird grundsätzlich Info sofort gesendet. \\TQUIT :TQuit <10sec-Wert> Quittimer, trennt Verbindung nach Q, auch wenn noch Daten vorliegen. Diese Zeit ist als Timeout gedacht, damit hoffnungslose Verbindungen nicht noch Ewigkeiten aufrecht erhalten bleiben, auch wenn keine Daten mehr über den Kanal gehen. \\TXDELAY TXdelay <kanal> <10ms-Wert> Zeit zwischen Hochtasten des Senders und Aussenden gültiger Daten. Diese Zeit dient zur Kompensation von Verzögerungen in Sender und Empfänger, sollte aber stets so KLEIN wie möglich eingestellt werden. Die Einstellung erfolgt in 10ms-Schritten. Sinnvolle Werte liegen zwischen 12 und 25. Die Angabe <kanal> ist nur bei Verwendung einer ^SCC-Karte^ notwendig. \\TAIL TAIl <kanal> <10ms-Wert> TXTAIL. Zeit, die vor dem Abschalten des Senders verstreicht, wenn keine Daten mehr vorliegen. Wichtig für Vollduplexverbindungen (nur ^SCC-Karte^) und Modems mit 'langer Leitung' (z.B. 7911, Wert ca. TA 3) Die Angabe <kanal> ist nur bei Verwendung einer ^SCC-Karte^ notwendig. \\Bildschirm Der Bildschirm ist in 3 Fenster unterteilt, die durch ^Statuszeilen^ getrennt werden, in denen wichtige Betriebsparameter angezeigt werden. - oberes Fenster: Eingabe von Kommandos und Daten. Hier kann der Cursor frei bewegt werden. Bei Eingabe eines Doppelpunkts am Zeilenanfang wird die Zeile als Kommando interpretiert. - mittleres Fenster: Empfangsfenster. Hier werden alle ankommenden Daten angezeigt, die für die eigene Station bestimmt sind und eine feste Verbindung besteht. - unteres Fenster: Monitor. Hier werden alle ankommenden und gesendeten Pakete dargestellt. Umschalten und Verändern der Fenster ist bei ^Tasten^ beschrieben. \\VIEW :View <filename> stellt eine Datei auf dem Bildschirm dar. Es können nur Textfiles betrachtet werden; die Daten werden auf dem Empfangsbildschirm (mittleres Bildschirmfenster) dargestellt. Eine Unterbrechung der Ausgabe ist mittels SHIFT-TAB (siehe auch ^Tasten^) möglich. \\EDIT :Edit <filename> eröffnet ein Textfile, um von der Tastatur in ein File zu schreiben. Dabei wird alles, was man eingibt, nicht ausgesendet sondern in das File geschrieben. Besteht das File mit dem Namen bereits, so wird der eingegebene Text an die bestehenden Daten angehängt. \\SATTRIB SAttrib <fenster> <hex> wählt das Bildschirmattribut für das Bildschirmfenster <fenster> Fenster-Nummern: 0 Sendefenster 1 obere Statuszeile 2 STOP-Anzeige(Blink) 3 Empfangsfenster 4 unten: Connected 5 unten: kein Connect 6 unten: Port gewählt 7 Monitor: Adressen 8 Monitor: Infofeld 9 Helptexte 10 Helptext markiert 11 Helptext gewählt 12 Control-Zeichen Hex-Nummern der Farbattribute: 0=Schwarz 1=Blau 2=Grün 3=Cyan 4=Rot 5=Magenta 6=Braun 7=Weiß 8=Dunkelgrau 9=Hellblau A=Hellgrün B=Hell-Cyan ) nur Vordergrund C=Hellrot D=Hell-Mag E=Gelb F=Hellweiß ) Hintergrund blinkt Beispiel: :SAttrib 3 1E Empfangsausgabe: gelbe Schrift auf blauem Grund \\WRITE :Write <filename> Speichert den Text vom Funk auf die Platte. Beendet wird die Eingabe durch WRITE OFF Dabei werden die bei Packet-Radio üblichen CR Zeilenumbrüche in die beim DOS üblichen CR LF Folgen umgewandelt. Außerdem werden bei ^GERMAN^ ON die deutschen Umlaute vom DIN-Zeichensatz in den IBM-Zeichensatz umgewandelt. \\WPRG :WPrg <filename> Speichert ein binäres Programm auf die Platte. Die Daten werden transparent empfangen, es erfolgt jedoch keine Erkennung von Anfang und Ende eines Files, das muß selbst gemacht werden. Die Fernsteuerung ist während des Empfangs binärer Daten blockiert. Als einziges Kommando funktioniert //WPRG OFF (muß so ausgeschrieben werden). Zu beachten ist, daß vor diesem Kommando stets ein Zeilenumbruch (Return-Taste) kommen muß, was üblicherweise am Ende von binären Dateien nicht der Fall ist. \\Drucker siehe ^PRINTER^ \\Printer :Write PRN schaltet den Drucker ein. Da unter MS-DOS alle Geräte wie Files behandelt werden, ist auf die Weise prinzipiell jedes Ausgabegerät möglich. Deshalb entfällt ein eigenes Kommando für Druckerbetrieb, um größtmögliche Flexibilität zu gewährleisten. Eine besonders sinnvolle Anwendung besteht auch mittels :Write NUL wodurch Mailboxinhalte von gewohnt unbeschreiblicher Tragweite gesichert werden können. Das spart Papier und es gehen garantiert nie wichtige Informationen verloren. \\SAVEPORTS :Saveports <dezimal> gibt die Anzahl der Bildschirme an, die beim Verlassen des Programms auf Disk/Platte abgespeichert werden. Bei langsamen Rechnern oder Betrieb von Diskette empfiehlt sich hier, nur einen Port einzustellen oder die Funktion mittels :SAVE 0 ganz abzuschalten. \\KANAL :Kanal <dezimal> !!! Nur bei Einsatz einer ^SCC-Karte^ relevant !!! Schaltet die SCC-Kanalnummer. Während einer laufenden Verbindung ist dies nicht sinnvoll. Die Einstellung gilt nur für den momentan aktiven Port. Der Monitor wird jeweils von allen Kanälen dargestellt. Durch entsprechende Einträge in der Link-Liste muß normalerweise der Kanal nicht per Hand eingestellt werden. Kanalumschaltung ist nur am F10-Bildschirm sinnvoll, da normalerweise der Kanal beim Connect-Befehl bestimmt wird. \\XCONNECT :Xconnect <mycall> <call> [ <digi> ... ] Connect mit einem vom ersten MYcall abweichenden Call, also Herausconnecten unter beliebigem Rufzeichen. Beispiel: :x dl8mbt-6 db0rgb db0aab Hier will DL8MBT-6 eine Verbindung zu DB0RGB via DB0AAB aufbauen \\DISCONNECT :Disconnect Trennt eine Verbindung. Ein zweimaliges Aufrufen trennt wie üblich sofort. :d all Trennt alle laufenden Verbindungen. Dies ist sinnvoll vor einem überstürzten Verlassen des Programms. \\Modem Belegung der Leitungen (Achtung: unübliche Belegung!) Signal 25pol 9pol Bedeutung ------------------------------------------------------------------- DTR - 20 - 4 - Sendedaten +-10V RTS - 4 - 7 - PTT Hi-aktiv, also -10V=RX, +10V=TX CTS - 5 - 8 - RX-Daten. Meist reicht TTL-Pegel GND - 7 - 5 - Masse TXD - 2 - 3 - unbenutzt, (Taktausgang) ------------------------------------------------------------------- Von den Leitungen DTR,RTS,TXD können über 3 Dioden in Durchlaßrichtung die Spannungen abgenommen und zur Modem-Stromversorgung benutzt werden. Dies ist allerdings eine Brachialmethode, für evtl. überlastete Schnittstellentreiber wird keine Haftung übernommen! \\AKTUELL ╔═════════════════════════╗ AKTUELL ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Gibt die letzten Neuigkeiten aus. Hier wird ein File von der Platte gelesen, das vom Sysop unter dem Namen AKTUELL.SCC gespeichert ist. Ist kein File vorhanden, erfolgt eine entsprechende Meldung. \\BayCom BayCom ist eine AX.25-Software, die seit Februar 1990 existiert und von DG3RBU (Hardware, Dokumentation, Test) und DL8MBT (Software) stammt. Sie besteht aus einem Terminalteil für Endbenutzer und einem Netzknotenteil namens ^BayComNode^, der in einigen Digipeatern in Bayern eingesetzt wird. Für den Betrieb beim Endbenutzer gibt es einen residenten Layer-2, der die Funktionen des TNC übernimmt. Dieser kann auf dem Rechner im Hintergrund laufen. Bei Bedarf kann das Terminal gestartet werden, das für den Benutzer alle erforderlichen Funktionen zur Verfügung stellt. \\BayComNode BayCom-Node ist eine Netzknotensoftware, die auf IBM-AT-kompatiblen Rechnern mit spezieller Einsteckkarte (^SCC-Karte^) läuft. Im Moment können bis zu 8 Funkstrecken angesteuert werden mit je max. 19200Bd, was aber noch erweiterungsfähig ist. BayCom-Node läuft komplett resident, wodurch am gleichen Rechner noch entweder das Terminal, oder die OE5DXL-Mailbox und -Gatesoftware laufen kann. Prinzipiell kann man drei wesentliche Eigenschaften festhalten: - sieht ähnlich aus wie TheNet (Benutzeroberfläche) - verhält sich am Funk ähnlich wie ^FlexNet^ (Digipeating, Router) - hat aber innerlich mit beiden vorgenannten Systemen nicht die geringste Gemeinsamkeit. 'via' digipeating mit Auftrennung des Bestätigungsweges ist möglich. Der Autorouter setzt fehlende Digirufzeichen ein, so daß nur die nötigsten Wege eingegeben werden müssen. Das Verhalten in dieser Beziehung gleicht in etwa dem von ^FlexNet^ 3.0. Die Wege zu Endstellen (Terminals) werden ggf. der MH-Liste entnommen, die die letzten 2047 Rufzeichen speichert und damit eine gewisse Rekonstruktion der Wege ermöglicht. Es wird dabei aber nicht der komplette Pfad, sondern stets nur der Einstiegsdigi gespeichert. Befehlsliste zu BayCom-Node: (A)ktuell Gibt die neuesten Neuigkeiten aus (C)onnect <call> <digi> Verbindungsaufbau zu <call>. (CS)tatus Users-Liste aenlich RMNC/FlexNet, siehe ^NODECSTAT^ (CONV)ers Schaltet in den ^Convers^modus (auch TALK, MSG oder /) (^CPU^) gibt Auslastungsstatistik des Knotenrechners aus (D)estinat gibt bekannte Netzknoten aus (^DESTINAT^) (F)ind <call> sucht in der MH-Liste nach <call>, siehe ^FIND^ (H)elp Hilfetext. HELP INDEX zeigt verfuegbare Stichworte. (HA)rdware gibt eine Beschreibung der Digipeater-Hardware aus. (I)nfo sendet kurzen Infotext ueber den Digi (L)inks zeigt benachbarte Digipeater (^NODELINKS^) (LT)asks gibt den Status der Taskverwaltung aus (^LTASKS^) (G)ate schaltet auf das ^DXL-Gate^ um (falls vorhanden) (M)ail schaltet zur naechstgelegenen ^Mailbox^ um (MAP) gibt eine Darstellung der Umgebung des Digis aus (MH)eard gibt zuletzt gehoerte Rufzeichen aus (siehe ^MHEARD^) (MS)g <call> .. Sendet einen Text zu <call> (^MSG^) (N)odes gibt dem System bekannte Netzknoten aus (^NODES^) (P)ath <call> zeigt Weg zu <call> (^PATH^) (PAR)ms Ausgabe der eingestellten Parameter (^PARMS^) (Q)uit Verbindung trennen (besser: einfach disconnecten) (U)sers zeigt Liste aller momentanen Benutzer (^NODEUSERS^) (SO)ftware gibt eine Beschreibung der Digi-Software aus. (ST)atus zeigt ^Status^meldung mit internen Debugging-Daten (T)alk <call> .. Sendet einen Text zu <call> (^TALK^) \\CPU ╔═════════════════════════╗ CPU ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Hier wird die durchschnittliche und momentene Auslastung des Rechners berechnet und angezeigt. Dabei geht in die Aufstellung nur die BayCom-Node Software ein, einer evtl. laufenden Mailbox steht der Rest der Prozessorleistung zur Verfügung. Die Zeiten werden in Einheiten zu 13ms (dieser krumme Wert ist systembedingt, da er von der Baudrate 75Bd abgeleitet wird) gemessen und dann in Relation zur Laufzeit des Systems gesetzt. Die zweite Spalte zeigt Werte an, die in den letzten 40 Sekunden ermittelt wurden und lassen somit auf die momentene Auslastung des Rechners schließen. \\CSTATUS :Users ) oder ) Befehle gleichwertig :CStatus ) gibt eine Liste der momentan verbundenen Stationen aus. Beispiel: Port Status Call 1 Info Transfer DL8MBT > DB0AAB 2 Link setup DL8MBT-2 > DG3RBU \\USERS :Users ) oder ) Befehle gleichwertig :CStatus ) gibt eine Liste der momentan verbundenen Stationen aus. Beispiel: Port Status Call 1 Info Transfer DL8MBT > DB0AAB 2 Link setup DL8MBT-2 > DG3RBU \\DESTINAT ╔═════════════════════════════════════╗ Destinations ║ Kommando für ^BayComNode^ und ^FlexNet^ ║ ╚═════════════════════════════════════╝ gibt dem System bekannte Netzknoten aus (DESTINAT gleich NODES) Die Liste wird vom ^FlexNet^-kompatiblen ^Autorouter^ ständig auf dem Laufenden gehalten. Man kann also davon ausgehen, daß die aufgeführten Stationen auch tatsaechlich erreichbar sind. D * Listet alle Einträge, auch die rückwärtigen und die, die im Moment nicht erreichbar sind D LOCAL Listet nur Knoten, die im Moment mit einer Laufzeit unter 100sec erreichbar sind D <call> Zeigt den Weg zu <call> (siehe auch HELP PATH) \\FIND ╔═════════════════════════════════════╗ FIND <call> ║ Kommando für ^BayComNode^ und ^FlexNet^ ║ ╚═════════════════════════════════════╝ Bei ^BayComNode^ wirkt dieses Kommando wie ^MHEARD^ zum Suchen einer Station. Der FIND-Befehl ist nur aus Komaptibilität zu ^FlexNet^ eingebaut. Bei FlexNet hat dieses Kommando eine wichtigere Bedeutung. Es können damit Stationen explizit gesucht werden. Der Digipeater schickt bei Absetzen des Befehls an alle seine umliegenden Nachbarn ein ^UNPROTO^-Paket, in dem die gesuchte Station angesprochen wird. Eine Antwort wird ggf. angezeigt. Die Anzahl der Digipeater, über die auf die Weise gesucht wird, kann vom Sysop eingegeben werden. \\GATE ╔═════════════════════════╗ GATE ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ schaltet auf das ^DXL-Gate^way um. Ist die OE5DXL-Software nicht installiert, erscheint eine Fehlermeldung. \\HARDWARE ╔═════════════════════════╗ HARDWARE ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Gibt eine Beschreibung der Digipeater-Hardware aus (falls geladen) \\LTASKS ╔═════════════════════════╗ LTASKS ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Listet den Status der Prozessverwaltung. Die Ausgabe ist nur für Debuggingzwecke gedacht und in der Praxis ohne Bedeutung. Für Interessierte sei es trotzdem kurz erklärt: Beispiel: Task Stack Event Port Ticks Adress 0 214 2 48 5548 3B0B:0004 1 312 1 49 26 3B0B:0331 * 2 86 0 45 1 3B0B:065E Wait: 1 0 Stack: 548 548 470 0 0 0 0 0 0 0 0 0 Task: Laufende Nummer eines Prozesses Stack: momentane Stacktiefe eines wartenden Prozesses Event: Ereignis, bis zu dessen Eintreten der Prozeß suspendiert ist 0 Prozeß läuft gerade 1 warten auf freien Sendepuffer 2 warten auf Empfangsdaten 3 warten auf Verbindungsaufbau 4 warten auf DOS-Freigabe 5 warten auf Zeichen im Monitorpuffer 6 nächste Zeitscheibe abwarten Port: Portnummer des Layer 2, der mit diesem Prozeß korrespondiert Ticks: verstrichene Zeit in 13ms-Schritten seit Suspendierung Adress: Far Pointer auf den Task-Kontrollblock Wait: Warteschleife für die Fortsetzung der wartenden Prozesse Stack: Maximal erreichte Stacktiefe aller Task-Blöcke \\MAIL ╔═════════════════════════╗ MAIL ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ schaltet auf die nächstgelegene Mailbox. Ist im System eine Mailbox installiert, so wird diese aufgerufen. Ansonsten wird die nächste zuständige Mailbox ueber den Interlink aufgerufen. Ist keine Box konfiguriert, so wird der Verbindungsaufbau nicht klappen. \\MSG ╔═════════════════════════╗ MSG ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Mit diesem Kommando kann man in den Conversmodus gelangen. Mögliche Anwendungen sind: msg <call> ....text..... ;sendet den Text zur Station <call> msg <call> (ohne Text) ;sendet alles eingegebene zu <call> msg <nummer> ;schaltet auf Conversrunde <nummer> Siehe auch ^NODECONV^ \\Node Node=Knoten. So werden generell Netzknoten bezeichnet, also Stationen, die in der Lage sind, in einem Datennetz Informationen weiterzuleiten. Das heißt, diese Bezeichnung trifft für jede Art von Packet-Radio-Station zu. Im Allgemeinen sind damit jedoch fest installierte, unbemannte Stationen (^Digipeater^, 'Network-Node') gemeint, die Funkstrecken zu anderen Knoten unterhalten und für die Benutzer ('Terminal-Node') einen Zugang zur Verfügung stellen. Von ^BayCom^ gibt es eine Terminal-Version, die für den Einsatz beim Benutzer gedacht ist, und eine Node-Version zum Einsatz bei Digipeatern. Einige Kommandos aus dieser Liste betreffen nur die Node-Version. Weitere gängige Knotenkonzepte sind z.B. ^FlexNet^, ^TheNet^, ^DXL-Gate^ \\Netzknoten So werden generell Stationen bezeichnet, die in der Lage sind, in einem Datennetz Informationen weiterzuleiten. Das heißt, diese Bezeichnung trifft für jede Art von Packet-Radio-Station zu. Im Allgemeinen sind damit jedoch fest installierte, unbemannte Stationen (^Digipeater^, 'Network-Node') gemeint, die Funkstrecken zu anderen Knoten unterhalten und für die Benutzer ('Terminal-Node') einen Zugang zur Verfügung stellen. Diese Systeme können andere Netzknoten zum Teil automatisch auffinden (siehe ^FlexNet^), einige andere Systeme sind sogar in der Lage, ^User-Routing^ zu betreiben (BayCom, DXL). Von ^BayCom^ gibt es eine Terminal-Version, die für den Einsatz beim Benutzer gedacht ist, und eine Node-Version zum Einsatz bei Digipeatern. Einige Kommandos aus dieser Liste betreffen nur die Node-Version. Weitere gängige Knotenkonzepte sind z.B. ^FlexNet^, ^TheNet^, ^DXL-Gate^ \\FlexNet Netzwerksoftware von Gunter Jost, DK7WJ. Läuft auf einem speziellen Rechner (^RMNC^), der im Frankfurter Raum entwickelt wurde. FlexNet zeichnet sich unter anderem dadurch aus, dass die Verbindung zum Ziel wie über einen ganz normalen ^Digipeater^ aufgebaut werden kann, man den Knoten also nicht connecten muss. Ab dem Zeitpunkt des Zustandekommens der Verbindung wird dann aber ^Hop-to-Hop^- Digipeating betrieben, d.h. daß jeder Digi in der Kette ein empfangenes Paket sofort bestätigt und dann zum nächsten Digi weiterreicht, was sich durch flüssigeren Verbindungsablauf auszeichnet. Kennzeichen von FlexNet ist weiterhin das Vorhandensein eines Autorouters, d.h. der Knoten kennt zu einer großen Anzahl erreichbarer Ziele immer den Weg mit der theoretisch günstigsten Laufzeit. Dieser ^Autorouter^ wurde auch in die ^BayCom^-Nodes übernommen. Zusätzliche Eigenschaften wie ^Convers^-Runden und ein Auffinden von nicht am Benutzerzugang befindlichen Stationen über benachbarte Digipeater ergänzen die FlexNet-Software. Befehle der FlexNet-Digipeater: (A)ktuell Text über aktuelle Neuigkeiten ausgeben (B)eacon Ausgeben, welche Baken aktiv sind (C)convers ^Convers^-Modus einschalten (C)onnect Verbindungsaufbau, siehe ^Connect^ (D)estinations Zeigt bekannte Digis im Netzwerk (^Nodes^) (F)ind <call> Suche im Umkreis nach einem Benutzer (I)nfo Info-Text über den Digi ausgeben (L)inks Ausgabe der Linkpartner, siehe ^NODELINKS^ (Q)uit Verbindung zum Digi trennen (S)etsearch Digis ausgeben, die mit ^FIND^ benutzt werden (U)sers Benutzerliste, siehe ^NODECSTAT^ \\Convers Convers-Runden nennt man eine spezielle Betriebsform bei PR, bei der mehrere Benutzer eine Art "Gesprächsrunde" bilden. Diese connecten dazu einen ^Netzknoten^ oder eine entsprechend dafür ausgestattete Station. Nach dem Einstieg in den Convers-Modus (durch Eingabe eines entsprechenden Befehls, z.B. CONV wird jede von einem Teilnehmer eingeschriebene Zeile an alle anderen Teilnehmer ausgestrahlt. Auch wenn Conversrunden eine Frequenz stark belasten können, weil alle Pakete vervielfacht werden, bilden sie doch eine sehr schöne Ergänzung für die Kommunikativität in dieser Betriebsart. Bedienung bei ^BayComNode^ siehe ^NODECONV^. \\Digipeater Allgemeine Bezeichnung für die Eigenschaft einer Station, Pakete von einer sendenden Station aufzunehmen und diese dann entweder auf der gleichen oder auf einer anderen Frequenz wieder abzustrahlen. Erlaubte diese Eigenschaft (im Gegensatz zu Relais ist das Digipeaten auf der gleichen Frequenz übrigens jeder Station auf PR erlaubt) in der Anfangszeit von PR eine Ausdehnung der Verbindung über den normalen UKW-Bereich hinaus, so bilden extra genehmigte Digipeater (DB0...-Rufzeichen), die Pakete auf einer Zugangsfrequenz im 70cm-Band aufnehmen und diese über Richtfunkstrecken im Gigahertz-Bereich weiterleiten, das Rückgrat des heute üblichen PR-Netzes. Solche festen Digipeater bedienen sich heute einer besonderen Form der Nachrichtenweiterleitung, nämlich dem sogenannten ^Hop-to-Hop^-Digipeating und erlauben so eine erheblich schnellere Abwicklung der Verbindungen. Siehe auch ^Netzknoten^. \\Autorouter Der Autorouter ist eine spezielle Vorrichtung bei fest installierten ^Digipeater^n, die der Knotensoftware das Erkennen der Netztopographie erlaubt und dem Benutzer die Wahl des jeweiligen Weges zu einem gewünschten Ziel erleichtert. Autorouter waren zuerst bei ^TheNet^-Knoten installiert, eine fortschrittlichere Form findet man heute bei ^FlexNet^ und ^BayCom^-Knoten. Dieser Autorouter mißt die jeweilige Übertragungszeit eines langen Testpakets auf den an ihm angeschlossenen ^Linkstrecken^. Diese Zeiten, werden über das Netz aufaddiert weitergeleitet, so daß entfernte Knoten dann den jeweils zeitgünstigsten Weg auswählen können. Die Zeiten zu den Zielknoten können bei den erwähnten Digipeatern in der Linkliste und mit dem Destinations-Befehl abgefragt werden. \\Linkstrecke So heißen die im Gigahertzbereich betriebenen Verbindungen zwischen Digipeatern. Die Linkstrecken werden teilweise mit speziellen Modems bei hoher Geschwindigkeit betrieben (bis 9600Bd) und ermöglichen so raschen Datentransfer. Da die Errichtung solcher Strecken recht teuer und auch technisch nicht einfach ist, ist die Güte und Anzahl von Digipeater zu Digipeater recht unterschiedlich. \\RMNC Rechnersystem, bestehend aus mehreren Kanalkarten mit Motorola 6809-Prozessor und Z8530-^HDLC^-Controller. Entwickelt von der Frankfurter PR-Gruppe, hat dieses Rechnersystem mit der zugehörigen Software ^FlexNet^ im gesamten europäischen Raum große Verbreitung gefunden. \\TheNet Diese Netzknotensoftware stammt ursprünglich aus den USA und wird dort unter dem Namen NET/ROM kommerziell vertrieben. Sie läuft auf handelsüblicher TNC2-Hardware und bietet eingeschränktes Autorouting an. Die Software wurde von OMs der Nord><link-Gruppe modifiziert und weiterentwickelt und wird inzwischen überwiegend unter dem Namen 'TheNetNode' auf IBM-PC und Atari ST Hardware verwendet. Übersicht über mögliche Kommandos: (Abkürzungsmöglichkeit in Klammern) (A)ktuell zeigt Neuigkeiten bezüglich des jeweiligen Knotens (C)onnect leitet den Verbindungsaufbau zum jeweils angegebenen Call oder Zielknoten ein. Die einzelnen ^Netzknoten^ des TheNet-Netzes besitzen einen Autorouter, d.h. jeder Knoten ist jedem anderen Knoten bekannt, der Verbindungsaufbau dorthin kann ohne Angabe und Kenntnis der jeweiligen Zwischendigis erfolgen. Ist eine Station nicht bekannt, wird versucht, diese auf dem Benutzerzugang zu erreichen. (CO)nvers leitet den ^Convers^-Modus ein, die Angabe einer "Rundennummer" ist dabei möglich. Mittels /? oder /help kann weitere Info über die einzelnen vorhandenen Befehle angefordert werden. CQ <text> CQ-Ruf auf der Benutzerfrequenz (HA)rdware gibt eine Hardwarebeschreibung aus (H)ilfe zeigt Kurzauflistung der Befehle (I)nfo kurze Stationsbeschreibung (L)inks zeigt die eingetragenen Knotennachbarn an (M)ap Anzeige einer Umgebungskarte mit den Nachbarknoten (MH)eard zeigt eine Liste der auf der Benutzerfrequenz gehörten Knoten (N)odes Nodesliste: Liste der bekannten Netzknoten (P)ath <Call> gibt den Pfad zum angegebenen Digipeater aus (Q)uit Die Verbindung zum Knoten wird getrennt (Disconnect) (R)outes Ausgabe bestehender Knoten (SO)ftware Gibt kurze Information zur verwendeten Software aus (S)tatistik zeigt Anzahl der gesendeten und empfangenen Bytes, Tokenzahl, Störungen etc. (TE)st gibt eine 4kB lange Folge von 0/1 aus, was zu Abgleich- arbeiten am ^Modem^ nützlich sein kann (T)ime Systemzeit und Datum ausgeben (U)ser Anzeige der Benutzer, die den Knoten gerade benutzen. \\Mailbox Mailboxsysteme Eine Mailbox erlaubt das Empfangen und Versenden von Nachrichten an bestimmte Benutzer (persönliche Nachrichten) und an alle (^Bulletin^s). Mailboxen tauschen untereinander im Store-and-^Forward^-Verfahren (S&F) Nachrichten aus. Es gibt verschiedene Mailboxsysteme, die alle einen gemeinsamen Vorrat an Funktionen bieten (Lesen und Verschicken von Nachrichten, Teilnahme am Forwardverkehr), sich jedoch in der genauen Handhabung der Befehle und dem Angebot zusätzlicher Funktionalitäten unterscheiden. Im deutschsprachigen Bereich sind derzeit im wesentlichen zwei Mailboxsysteme verbreitet, - ^DieBox^-Systeme - ^DXL-Box^-Systeme Die in Mailboxen des Amateurfunkverkehrs eingespeicherten Nachrichten unterliegen in ihren ^Inhalte^n Beschränkungen. \\S&F Abkürzung für 'Store and ^Forward^', also Speichern und Weiterleiten. Dahinter verbirgt sich die Fähigkeit der ^Mailbox^en, Nachrichten von Benutzer anzunehmen und zu geeigneter Zeit an eine angegebene Zieladresse weiterzuleiten. \\Forward So nennt man das automatische Weiterleiten von Nachrichten an andere ^Mailbox^en. Man unterscheidet zwischen der Weiterleitung von persönlichen Nachrichten und der von allgemeinen Nachrichten. Bei persönlichen Nachrichten muß explizit die Zielmailbox des Empfängers im ^Send^-Befehl (siehe ^DieBox^, ^DXL-Box^) angegeben werden (wird immer hinter einem @ angegeben). Die danach eingeschriebene Nachricht wird dann anschließend über das PR-Netz an das persönliche Board des Empfängers in der Zielbox weitergeleitet. Die möglichen Boxcalls erfährt man z.B. aus den jeweils ins PR-Netz eingespielten Mailboxlisten. Achtung bei Forward ins aussereuropäische Ausland: Hier muß meist noch der Kontinent/Landeskenner mit angegeben werden, um eine korrekte Weiterleitung zu gewährleisten (nach USA auch der Bundesstaat). Bei allgemeinen Boards wird ein ^Verteiler^ angegeben, in dem die entsprechende Nachricht dann an alle Mailboxen verteilt wird (sie landet dann dort in dem jeweils entsprechenden Board). \\VERTEILER Zum Adressieren von Bulletins werden Bereichskenner verwendet, üblich sind hier z.B. folgende Kürzel: @WW oder @ALL (weltweit) @EU (europaweit) @ALLE (deutschsprachiger Raum) @DL (Deutschland) bzw. andere Landeskenner (HB, OE, F) Daneben sind auch immer noch lokale Kenner üblich, z.B. @BA (Bayern), @WEST (Westen Deutschlands), @OEDL (Österreich + Deutschland) Im Zweifelsfall beim zuständigen Sysop nachfragen! Nachrichten unter WW, EU oder ALL sollten auf jeden Fall in englischer Sprache abgefasst werden. Bitte auch darauf achten, seine Nachrichten nicht zuuu breit zu streuen, so macht es wenig Sinn, eine Info über den Jugendgruppenfieldday des OVs Urwald 46 @WW zu verbreiten.... \\DieBox DieBox nennt sich das von DF3AV (Nord><Link) entwickelte Mailboxsystem für IBM-PC. Es stellt das zur Zeit vermutlich am weitesten verbreitete Mailboxsystem in Europa dar. DieBox-Systeme bieten folgenden Befehlsumfang: ^BELL^ ^CHECK^ ^Box-DIR^ ^ERASE^ ^DB-FORWARD^ ^Box-LIST^ ^MYBBS^ ^NAME^ ^QUIT^ ^BOX-READ^ ^SEND^ ^SPEAK^ ^TELL^ ^TRANSFER^ ^USAGE^ Nach dem Einloggen sind folgende Befehle möglich: (Abkürzungsmöglichkeiten in Klammern) (C)HECK Mit dem Check-Befehl können sowohl neue Nachrichten seit dem letzten Login abgerufen werden als auch der Datenvorrat nach bestimmten Kriterien (Absender, Betreff etc.) durchsucht werden. Da dieser Befehl sehr mächtig ist, sei auf die in der Mailbox mit Help Check abrufbaren genauen Infos verwiesen. (D)IR Auflistung aller vorhandenen Boards. Mit DIR USERS werden alle User-Boards angezeigt. (E)rase <Boardname> <Nummer> löscht das entsprechende File, aber nur, wenn es von einem selbst stammte oder an einen selbst gerichtet war. (H)elp gibt einen Text aus, in dem eine Kurzübersicht über vorhandene Befehle aufgeführt ist. Mittels der Eingabe von HELP <Befehlsname> kann man ausführlichere Infos über das jeweilige Kommando erhalten (L)ist <Boardname> listet alle Einträge des entsprechenden Boards auf. (M)YBBS Eigene Heimatmailbox eintragen, wird automatisch über das PR-Netz anderen Boxen mitgeteilt (Q)uit Beenden der Verbindung. (R)ead <Boardname> <Nummer> liest ein File aus. Bei Files an einen selbst muß kein Boardname angegeben werden, bei anderen Privatfiles tritt anstelle des Boradnamens das entsprechende Call. (S)end Dient zum Absenden einer Nachricht, egal ob an ein Board oder an einen speziellen Empfänger (siehe ^Mailbox^) Gibt man nur S ein, werden alle Angaben abgefragt, es ist aber auch möglich, alle Angaben in einer Zeile zu machen. Beispiel: S DF4UD @DB0CZ Digi Wegscheid Betreff Adresse zum Weiterleiten (siehe ^Forward^) Adressat Anschliessend wird man zur Eingabe des Textes aufgefordert, dieser wird mit der Folge ***END oder mit einem Ctrl-Z beendet. (S)peak Sprache für die Ausgabe der Systemmeldungen wählen (U)sage zeigt alle momentan eingeloggten Benutzer. U ALL zeigt einen Logauszug. \\DXL-Box Mailbox nach OE5DXL Die DXL-Box läuft auf Einplatinenrechnern mit Prozessor 64B180 oder in der von OE1ATU portierten Version auf IBM-kompatiblen PCs. Sie ist besonders in Österreich und Südbayern verbreitet und kann zusammen mit dem ^BayComNode^ auf einem Rechner laufen. In der Originalversion gehört zur DXL-Box die Knotensoftware nach OE5DXL (sog. ^DXL-Gate^). Durch den ^GATEWAY^-Befehl kann man jeweils in den Knotenteil des Systems umschalten, Die DXL-Box kennt über diese Befehle: ^ALTER^ ^CONVERS^ ^Box-DIR^ ^ERASE^ ^FREE^ ^GATEWAY^ ^Box-LOG^ ^QUIT^ ^QTH^ ^Box-READ^ ^REPLY^ ^SEND^ ^TIME^ ^NodeUSERS^ Wichtige Befehle der DXL-Box sind : (A)LTER zeigt die jeweils eigenen Parameter im System an (z.B Zeilenzahl, bei der die Ausgabe gestoppt wird, Sprache, Heimatmailbox etc.) Hier sei auf die Angabe des Befehls HELP ALTER in der DXL-Box verwiesen, mit dem man nähere Infos erhält. (D)IR Mit diesem Befehl werden die Nachrichten des jeweils im nach jeder Eingabe erzeugten Prompt stehenden Boards angezeigt. Will man die Auflistung aller Boards betrachten, so gebe man DIR BOARDS ein, mit DIR USERS erhält man die Auflistung aller Usermailboxen. Mittels DIR NEWS erhält mam eine Auflistung aller seit dem letzten Login neu eingetroffenen Nachrichten. (E)rase <Boardname> <Nummer> löscht das entsprechende File, aber nur, wenn es von einem selbst stammte oder an einen selbst gerichtet war. (G)ateway Wechsel in das ^DXL-Gate^, soweit vorhanden. (H)elp gibt einen Text aus, in dem eine Kurzübersicht über vorhandene Befehle aufgeführt ist. Mittels der Eingabe von HELP <Befehlsname> kann man ausführlichere Infos über das jeweilige Kommando erhalten Log Log des jeweiligen Tages anzeigen Mit LOG <Call> wird das persönliche Log des betreffenden OMs angezeigt. (Q)uit Beenden der Verbindung. (R)ead <Boardname> <Nummer> liest ein File aus. Bei Files an einen selbst muß kein Boardname angegeben werden, bei anderen Privatfiles tritt anstelle des Boradnamens das entsprechende Call. (S)end Dient zum Absenden einer Nachricht, egal ob an ein Board oder an einen speziellen Empfänger (siehe ^Mailbox^) Gibt man nur S ein, werden alle Angaben abgefragt, es ist aber auch möglich, alle Angaben in einer Zeile zu machen. Beispiel: S DL5FBD @DB0GV BayCom-Probleme Betreff Adresse zum Weiterleiten (siehe ^Forward^) Adressat Anschliessend wird man zur Eingabe des Textes aufgefordert, dieser wird mit der Folge NNNN oder mit einem Ctrl-Z beendet. (U)sers zeigt alle momentan eingeloggten Benutzer. \\DXL-Gate Netzknotensystem von OE5DXL Ursprünglich von OE5DXL für ein Z180/Z80-System konzipiert, wurde das DXL-System inzwischen auch auf den PC portiert und läuft - entweder nur als Mailbox oder als kombiniertes System Mailbox und Gateway auch z.B. auf ^BayComNode^-Netzknoten. Das Gateway stellt dabei den ^Digipeater^-Teil des Systems dar, während die Mailbox zum Speichern und Auslesen von Nachrichten dient. Durch Connecten des Netzknotens unter seinem Call (ohne ^SSID^) kommt man in das Gateway. Zur Abfrage, welche anderen Netzknoten dem System bekannt sind, dient der Befehl (L)ANS. Der Rechner zeigt dann eine Liste von Ortsnamen, die mit dem C-Befehl connectet werden können. Nehme ich an, daß z.B. DG9YAG in Frankfurt (FFM) qrv ist, kann ich ihn mittels C DG9YAG FFM in Frankfurt connectet. (P)ATH <LAN/CALL>. Mit diesem Befehl kann der Pfad zu einem LAN oder einem bekannten Call abgefragt werden. Es folgt dann eine Ausgabe, in der die momentan aktuelle Route sowie zu erwartende Linkzeiten eingetragen sind. (MY)LAN. Man kann sich beim DXL-System unter einem LAN eintragen, unter dem man dann gesucht wird, falls einen jemand mit dem C-Befehl connectet. Diese Information wird auch zu anderen DXL-Nachbarknoten weitergeleitet (^User-Routing^). Das eigene Eintragen ist immer zu empfehlen! (T)ERMINALS <LAN> gibt eine Liste aus, wer sich beim entsprechenden LAN eingetragen hat. MH * gibt eine MHeard-Liste aus (M)AIL. Wechsel in den Mailbox-Teil (C)onnect <Call> <LAN> baut eine Verbindung zum angegebenen Call über das entsprechende LAN auf. Wird das LAN weggelassen, wird eine eventuell bekannte Route benutzt (wenn man sich mit MY) eingetragen hat, ansonsten meldet der Knoten "UNKNOWN". Will man auf dem Benutzerzugang eine Station connecten, muß C <Call> A eingegeben werden (A = 1. Port des Systems) CONV <Nummer> Man wechselt in eine Convers-Runde (siehe auch ^Convers^), hier sind dann folgende Befehle möglich: /users zeigt Benutzer im Conversmode /bye beendet Convers \\User-Routi User-Routing So heißt die Fähigkeit eines ^Netzknotens^, einzelne Benutzer im Packet-Radio-Netz zu finden. Beim ^DXL-Gate^ muß sich der Benutzer durch Eingabe des MYLAN-Befehls selbst eintragen, der ^BayComNode^ dagegen merkt sich anhand einer MH-Liste den Einstiegsdigi der letzten 2000 Stationen, die über diesen Knoten eine Verbindung geführt haben und versucht diese Station dann bei einem Connectversuch dort zu erreichen, wo sie zuletzt gehört wurde. Allerdings funktioniert dieses Routing nicht in einer ^TheNet^-Umgebung. \\NODES ╔═════════════════════════╗ NODES ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ gibt dem System bekannte Netzknoten aus (NODES gleich DESTINAT) Die Liste wird vom ^FlexNet^-kompatiblen Router ständig auf dem laufenden gehalten. Man kann also davon ausgehen, daß die aufgeführten Stationen auch tatsächlich erreichbar sind. Einträge, die laut Router rueckwärts gehen, zu denen also eine Link-Schleife aufgebaut werden müsste, werden in dieser Liste NICHT dargestellt. N * Listet alle Einträge, auch die rückwärtigen und die, die im Moment nicht erreichbar sind N LOCAL Listet nur Knoten, die im Moment mit einer Laufzeit unter 100sec erreichbar sind N <call> Zeigt den Weg zu <call> (siehe auch HELP ^PATH^) \\NODECONV In den ^Convers^-Modus kommt man bei allen üblichen ^Netzknoten^ mit dem Befehl CONV. Bei ^BayComNode^ funktionieren dann die Kommandos: /users listet momentane Benutzer des Conversmode mit Kanalnummer. --- bedeutet, dass der User nicht im Convers, aber im Node eingeloggt ist und per Rufzeichen angesprochen werden kann. /quit Conversmode verlassen. /<x> Auf Runde <x> wechseln. (z.B. /25) /<call> Nachricht an <call> absetzen. (z.B. /dk5rq) - Auch die sonst üblichen Kommandos /who /bye /exit /channel /msg /write funktionieren sinngemäß an den entsprechenden Stellen. - Mit /<call> oder /<x> wird die Zielgruppe gewechselt. Gibt man eine Nachricht an (z.B. /dg3rbu das ist ein Test), so wird nur diese gesendet, der momentane Modus bleibt aber erhalten. - Einstellige Kommandos (z.B. /u) können auch ohne / angege- ben werden, einzelne Buchstaben werden nicht weitergereicht. \\PATH ╔═════════════════════════╗ Path <call> ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ zeigt den Weg zu <call> (falls dem System bekannt). Der Pfad wird zunächst der Nodes-Liste entnommen. Ist dort kein Eintrag vorhanden, dann wird die MH-Liste nach dem Call untersucht. Kann der Weg aus dem Zusammenhang zwischen Nodes- und MH-Liste rekonstruiert werden, so wird er ausgegeben. Zunächst wird der Weg nur soweit ausgegeben, wie er dem System direkt bekannt ist. Zusätzlich wird jedoch ein Paket ins Netz gesendet, das den gesamten Weg über den Autorouter verfolgt und beim Zurückkommen den gesamten Pfad darstellt. Diese zweite Ausgabe kann jedoch eine ganze Weile dauern, weil wirklich alle dazwischenliegenden Knoten abgeklappert werden. \\PARMS ╔═════════════════════════╗ PARMS ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ PARms Ausgabe der eingestellten Parameter PAR zeigt alle Parameter an PAR 1 nur Layer 1 Parameter PAR 2 nur Layer 2 Parameter PAR C Anzeige der verfügbaren Rufzeichen PAR M Ausgabe von Speicher- und Portbelegung \\QUIT QUIT trennt eine bestehende Verbindung, ähnlich ^DISCONNECT^, allerdings wird hier abgewartet, bis evtl. noch auszusendende Daten bestätigt sind, um sicher zu gehen, daß alles beim Partner angekommen ist. Vor dem Trennen der Verbindung wird der ^QTEXT^ gesendet. Ist der Fall hoffnungslos, sprich, kommen die Daten auch nach mehreren Versuchen nicht an, so wird ^TQUIT^ abgewartet und dann die Verbindung trotzdem getrennt. Besonders sinnvoll ist dieser Befehl per Fernsteuerung in der Form //QUIT weil dann beide sicher sein können, daß alle Daten angekommen sind. \\NODEUSERS ╔═════════════════════════╗ USERS ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ zeigt Liste aller momentanen Benutzer. 'Mailbox' Die Liste zeigt zunächst die mit der DXL-Software verbundenen Rufzeichen. Dabei wird in Klammern das Rufzeichen angegeben, unter dem die Verbindung laeuft. Auch Downlink-Ports werden angegeben, solange die Verbindung noch nicht steht. Dabei steht in Klammern das Rufzeichen, das die Verbindung aufbaut. 'Update' Der Linkdaten-Austausch mit anderen Digipeatern. 'Node' Als nächstes folgen Einträge, die mit BayCom-Node verbunden sind, und keinen Downlink aufgebaut haben. 'Circuit' Schließlich werden die geschalteten Verbindungen ausgegeben, wobei (soweit es festgestellt werden konnte) Einstiegs- und Ausstiegsdigi angegeben werden. Die Schreibweise ist entweder per Call oder symbolisch, je nachdem wie die Verbindung aufgebaut wurde. 'L.setup' besagt, daß gerade eine Verbindung 'via' den Knoten aufgebaut wird, sich aber der Downlink-Partner noch nicht gemeldet hat. u <kanal> wirkt wie cs <kanal>, nur ein Funkkanal wird gelistet Siehe auch ^NODECSTAT^ \\NODELINKS Hier werden die benachbarten Digipeater angezeigt. Das jeweils angezeigte Rufzeichen wird auf dem entsprechenden Kanal hinausgeroutet. Ist keine ^SSID^ angegeben, so ist 0-15 auf diesem Link ansprechbar, bei expliziter Angabe nur eine SSID. Angegeben wird das Rufzeichen, die Antwortszeit in 1/10sec Schritten und die SCC-Kanalnummer, also die Funkstrecke. Beispiel: M.NORD:DB0AAB> Links: OE7XAR-2 29 P1 DB0LNA 52/49 P2 DB0PV-6 3 P3 DB0MWE --- P4 DB0KFB 83/94 P5 DB0EIC 36/40 P6 DB0APW ( 257/329 ) via DB0PV-5 DB0PV-0 25 via DB0PV-15 Kommentar: - Die einfachen Zahlen beziehen sich auf Nachbarn, die nicht das ^FlexNet^-Routingprotokoll beherrschen. Hier wird der Link nur mit der Folge SABM -- UA getestet, was relativ ungenau ist. - Die doppelten Werte (durch / getrennt) beziehen sich auf FlexNet-kompatible Nachbarn. Bei diesen wird die Linkstrecke durch ein 240 Byte langes Testframe gemessen. Die beiden Zahlen beziehen sich auf Hin- und Rückweg. --- bedeutet, daß der Link im Moment nicht funktioniert - Werte in Klammern bedeuten, daß dem System eine bessere Strecke bekannt ist, als die direkte. Sie wird also zwar vermessen, aber vom Router momentan nicht benutzt. \\NODECSTAT ╔═════════════════════════╗ CSTATUS ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Users-Liste ähnlich RMNC/FlexNet. Wird eine Kanalnummer angebeben, (z.B. cs 5) so werden nur die Links von diesem Kanal ausgegeben. Die Liste zeigt zunaechst die Calls an, die mit dem Knoten verbunden sind, und darunter (durch Leerzeile getrennt) die Calls, die über den Knoten verbunden sind. Die Liste ist nach den Kanalnummern geordnet 37: S5 U2 P3 DB0RGB>DL8MBT v DB0LNA* DB0AAB* | Digikette | Absender- und Zielrufzeichen auf diesem Link | Anzahl unbestätigter Frames auf diesem Link | Linkstatus (1=disc 2=link-setup 3=disc-request 4=FRMR 5=info-transfer 6=wait-Ack 7=REJ-sent) | interne Portnummer \\SOFTWARE ╔═════════════════════════╗ SOFTWARE ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Gibt eine Beschreibung der Digipeater-Software aus (falls geladen) \\TALK ╔═════════════════════════╗ TALK ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ Mit diesem Kommando kann man in den Conversmodus gelangen. Mögliche Anwendungen sind: t <call> ....text..... ; sendet den Text zur Station <call> t <call> (ohne Text) ; sendet alles Eingegebene zu <call> t <nummer> ; schaltet auf Conversrunde <nummer> Siehe auch HELP ^CONVERS^ \\DOSCLEAR ╔══════════════════════════╗ DOSCLEAR ON/OFF ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ bestimmt, ob nach dem Verlassen des Programms der Bildschirm gelöscht wird (ON) oder ob der DOS-Bildschirm wieder in den ursprünglichen Zustand restauriert wird (OFF) \\ECHO :ECHO ON/OFF bestimmt, ob die selbst eingetippten Zeichen zur Kontrolle zusätzlich auf dem Empfangsbildschirm dargestellt werden sollen oder nicht. Dabei wird die Farbe des Sendebildschirms gewählt, so daß bei entsprechender Einstellung die gesendeten und empfangenen Daten unterschieden werden können. Da es Geschmackssache ist, ob wirklich das oben stehende unten nochmal dargestellt werden soll, ist die Funktion abschaltbar. Bei Fernsteuerung hat die Funktion eine andere Bedeutung: //e ...text... schickt den angegebenen Text wieder zum QSO-Partner zurück. Dies ist speziell für Tests der Verbindungslaufzeit recht praktisch. * Aus programminternen Gründen darf nur //e angegeben werden, und * NICHT //echo ausgeschrieben werden. Seit der Version 1.50 ist eine spezielle Einstellung des ECHO-Parameters möglich, die allerdings nur in SCC.INI eingestellt werden kann: ECHO 2 In dieser Stellung wird nur auf dem Empfangsbildschirm, was nach einem Prompt-Zeichen > eines Digipeaters oder einer Mailbox eingegeben wurde. Im QSO-Betrieb stört das Echo oft, hingegen beim maschinellen Betrieb kann es ganz interessant sein. \\RCMD :RCMD <kommandos> gibt spezielle Kommandos zur Fernsteuerung frei. Dabei werden die Befehlswörter einfach mit denen in der RCMD-Zeile verglichen, Abkürzung ist allerdings möglich. Beispiel: :rcmd cstatus info mheard quit users help eröffnet das Fernsteuern auch für die Abkürzungen //cs oder //q. :rcmd * ; erlaubt alle Kommandos bei der Fernsteuerung. Hinweis: Bitte keine Beschwerden, daß die Anzahl der Kommandos nicht ausreicht. BayCom ist ein Terminal, keine Mailbox, und die Fernsteuerung hat hier eine vollkommen untergeordnete Rolle! \\Passwort Die Passwort-Generierung erfolgt vollautomatisch für DXL-Box und ^BaycomNode^, sobald 'pw' eingegeben wird. Auch BayCom Terminal wertet nun ein Passwort aus, es kann mit //j angefordert werden und eröffnet dann sämtliche Fernsteuermöglichkeiten, wenn es richtig beantwortet wird. Die Erzeugung des Passwortes ähnelt den Netrom-Gepflogenheiten. Im File ^SCC.PWD^ kann zu diesem Zweck ein 80stelliger String abgespeichert werden, bei dem jede Position einer Zahl zugeordnet wird und so auf Übereinstimmug geprüft werden kann. \\INIWRITE WRITE das Eröffnen von Files kann nun auch im SCC.INI angegeben werden. Etwaige offene Files werden beim Verlassen des Terminals gemerkt und beim Wiederaufruf exakt an der Stelle fortgesetzt, wo sie unterbrochen wurden. Auf die Weise kann sogar während Binärfileübertragungen, egal ob gesendet oder empfangen, das Terminal verlassen werden, um inzwischen etwas anderes zu machen. Allerdings wird dann nur noch so viel gesendet wie noch im Puffer ist. Es entstehen aber keinesfalls Fehler, es sei denn, L2 wird mittels OFF abgeschaltet. \\OFF.COM OFF.COM ist ein Programm zum abschalten des residenten ^L2.EXE^ mit OFF ? kann der Zustand (L2 in Betrieb oder nicht) abgefragt werden. Wird L2 abgeschaltet, so werden alle verwendeten Interruptvektoren und vor allem der belegte Speicher wieder freigegeben. Wenn allerdings nach dem Start von ^L2.EXE^ noch weitere residente Programme gestartet wurden (z.B. auch Norton Commander o.ä.), dann wird erst nach deren Ende der vergebene Speicher wieder nutzbar, da unter DOS 'Speicherschnipsel' nicht ordentlich verwaltet werden. \\L2.EXE L2.EXE ist der eigentliche TNC von BayCom. Das Programm wird gestartet und läuft von nun an resident im Speicher. Es verhält sich wie ein TNC, kann also connected werden und speichert den Inhalt zwischenzeitlich eingegangener Anrufe zwischen. Es ist jedoch keine Fernsteuerung möglich, solange das Terminal ^SCC.EXE^ nicht gestartet ist. Das Abschalten von L2 geht mit dem Programm ^OFF.COM^ \\SCC.EXE SCC.EXE ist das Terminalprogramm von BayCom. Es bedingt einen vorherigen Aufruf von ^L2.EXE^, um die erforderlichen Packet-Radio- Fähigkeiten zu besitzen. Kommandozeilenparameter: scc -c löscht beim Aufruf den Bildschirm scc -m verwendet minimalen Speicherplatz. Dadurch bleibt mehr Platz zum DOS-Ausstieg mittels :OSHELL (gedacht für den Einsatz beim Netzknoten) Der Name dieses Programmes kommt übrigens von dem auf der ^SCC-Karte^ verwendeten Bausteins ^Z8530^-SCC. \\SCC.INI Im File SCC.INI werden Default-Parameter festgelegt. Das File ist weitgehend selbsterklärend, es können alle Betriebsparameter dort abgelegt werden. Achtung: Bei jeder Änderung von SCC.INI wird automatisch SCC.PAR, also das im Betrieb verwendete Parameterfile gelöscht. Einstellungen, die während des Programmlaufes getroffen wurden, sind damit weg. Wichtige Dinge, die man im Betrieb nicht mehr ändern möchte, sollten deshalb stets in SCC.INI gemacht werden. Fast alle Parameter, die in SCC.INI eingestellt werden, können jedoch auch während des Betriebs geändert werden. Einstellungen, die Initialisierungswerte enthalten, z.B. die Wahl des Video-Adapters, sind jedoch erst nach dem nächsten Start wirksam! \\PARA.EXE PARA.EXE ist ein Programm, das die Parameter im Textfile ^SCC.INI^ in ein maschinenlesbares Format übersetzt und für die Verwendung in ^L2.EXE^ aufbereitet. Wird ^SCC.INI^ geändert, so erfolgt beim nächsten Start von ^L2.EXE^ automatisch ein PARA-Aufruf, sodaß man normalerweise mit dem Programm gar nicht in Berührung kommt. Eine weitere Fähigkeit von PARA ist es, das Helpfile ^TERMHELP^.SCC für die Verwendung vorzubereiten. Wurde es editiert, so ist es anschließend mit dem Aufruf para -h neu zu indizieren. Ein geändertes, nicht neu indiziertes Helpfile ist nicht brauchbar, weil die Einsprungstellen nicht stimmen. \\TERMHELP TERMHELP.SCC ist das File mit den Hilfetexten für das BayCom-Terminal. Es kann mit jedem Texteditor beliebig geändert und erweitert werden, allerdings sind die im File beschriebenen Regeln strikt einzuhalten. Nach jeder Änderung muß es durch einen Aufruf von ^PARA.EXE^ in der Form para -h neu indiziert werden. Unterbleibt das, so wird für nichts garantiert... Eventuell auftretende Warnungen und Hinweise sollten ernstgenommen werden, da sonst das Aussehen der Helptexte recht mies werden kann. \\SCC.PWD SCC.PWD ist das ^Passwort^-File von BayCom. Es wird sowohl vom ^BayComNode^ benutzt, als auch vom Terminal. Die Erzeugung eines Passworts geht ähnlich TheNet, d.h. es werden durch Zufallszahlen die Zeichen eines 80stelligen Strings angefordert. \\Z8530 Z8530-SCC (SCC = Serial-Communications-Controller) ist der in der Node-Version verwendete ^HDLC^-Contrller, der auf der ^SCC-Karte^, einer Einsteckkarte für den IBM-PC eingesetzt wird. Dieser Baustein kann 2 Modemkanäle ansteuern und übernimmt die unterste Schicht der Packet-Radio-Übertragung. Das ist im Wesentlichen die Aufbereitung des Datentaktes, Bildung und Dekodierung des differentiellen Codes sowie Ein- und Ausfügen von Nullbytes zur zuverlässigen Selbsttaktung. Außerdem berechnet der Baustein eine Prüfsumme nach einem zyklischen Redundanzcode (CRC), die bei gegebener Redundanz von 16 Bit bestmögliche Fehlererkennung gewährleistet. Von der Bezeichung dieses Bausteins kommt der Programmname ^SCC.EXE^ \\HDLC HDLC = Hi-Level Data Link Control Diese Abkürzung bezeichnet ein Verfahren, das zur fehlersicheren Übertragung von Paketdaten verwendet wird. Das Verfahren und die Codierung ist in den Normen ISO3309 und ISO7809 beschrieben und kann im Wesentlichen direkt verwendet werden. Im AX.25-Protokoll wird eine Modifikation von HDLC verwendet. \\VERSION VERsion gibt eine Einschaltmeldung mit Versionsnummer der Software aus. Außerdem werden einige Betriebsparameter angezeigt. \\SYSTEM :SYstem beendet das Programm. Die Funktion entspricht exakt der Tastenkombination ALT-X und ist in erster Line für Fernsteuerung gedacht. Das ist natürlich nur sinnvoll, wenn der Inhaber der Station es ausdrücklich wünscht. Es sollte dieses Kommando daher nicht mittels ^RCMD^ freigegeben werden, sondern nur mittels ^Passwort^ erreichbar sein. Sinnvoll ist die Anwendung eigentlich nur beim Einsatz in einem Netzknoten, wo auf diese Weise durch eine Endlosschleife in der AUTOEXEC.BAT dadurch die Software zurückgesetzt oder eine neu geladene gestartet werden kann. \\REMOTE REMote ON/OFF Dieser Befehl bestimmt, ob die eigene Station von der Ferne bedient werden kann oder nicht. Die Fernsteuerbefehle müssen stets in der Form //Befehl gegeben werden und können durch die ^RCMD^-Funktion selektiert werden. Mittels ^Passwort^ ist eine gänzliche Fernsteuerung der Station möglich. \\GERMAN GERman ON/OFF schaltet die Umwandlung der deutschen Umlaute vom IBM-Zeichensatz in den auf Packet-Radio meist üblichen DIN-Zeichensatz. Der Nachteil dieser Umwandlung ist, daß keine eckigen [] und geschweiften {} Klammern übertragen werden. GERMAN ON : DIN-Zeichensatz [\]{|} werden NICHT dargestellt GERMAN OFF : IBM-Zeichensatz, alle Zeichen bleiben original Die Einstellung wird auch bei ^WRITE^ und ^READ^ berücksichtigt. Bei laufender Verbindung (nur dann) kann mit ALT-U zwischen DIN und IBM gewechselt werden. Anzeige rechts in der ^Statuszeile^. Sobald ein Zeichen empfangen wird, das darauf hindeutet, daß der QSO-Partner IBM-Zeichen senden/empfangen kann, blinkt das U in der Statuszeile, um auf evtl. Inkompatibilität hinzuweisen. \\MHEADER MHEADer ON/OFF schaltet die Ausabe der Monitor-Adressen in eine eigene Zeile. Bei MHEADER OFF wird am Monitor jedes Paket in eine eigene Zeile geschrieben, MHEADER ON setzt einen Zeilenumbruch zwischen Adress- und Informationsfeld. \\ENGLISH ENglish ON/OFF Schaltet alle Meldungen des Programmes (nur beim Terminal ^SCC.EXE^) zwischen deutscher und englischer Sprache um. Die Programme ^PARA.EXE^, ^L2.EXE^ und ^OFF.COM^ sind unabhängig dieser Einstellung immer in deutsch, aber diese Ausgaben sind relativ unbedeutend und deshalb auch für nicht deutsch-sprechende zu entziffern. \\VADAPTER VAdapter <videokarte> benennt die Art der verwendeten Videoausgabe. Folgende Einstellungen sind möglich: 0 automatische Erkennung der Videokarte. Umschaltung zwischen Monochrom und Farbe. Wird EGA oder VGA erkannt, so erfolgt eine Umschaltung in 43, 50 oder 60-Zeilen Modus. 1 Monochrom-Video (MDA, Hercules) Video-RAM bei B000h! 2 Color-Ausgabe 80x25 Zeichen bei CGA, EGA, VGA 3 LCD-Ausgabe (wie 0, jedoch Schwarzweiß-Farbeinstellung) Eine Veränderung ist erst nach dem nächsten Start wirksam. \\TBUFFER TBuffer <anzahl> bestimmt die Zahl der ^Buffer^-Blöcke, die beim Senden von Daten zwischengespeichert werden. Insbesondere beim Senden von Files ist es unabhängig von der Einstellung von ^MAXFRAME^ möglich, eine bestimmte Menge Daten im Speicher zu halten, damit z.B. während kurzzeitigem Abstellen von BayCom Terminal die Daten kontinuierlich gesendet werden. Die Anzahl der Pufferspeicher bezeichnet Einheiten zu 330 Bytes (dieser krumme Wert ergibt sich aus der max. Länge eines Pakets) und sollte stets mindestens in der Größenordung von MAXFRAME liegen. \\RBUFFER RBuffer <anzahl> bestimmt die Zahl der ^Buffer^-Blöcke, die beim Empfangen von Daten zwischengespeichert werden. Ist das Terminal ^SCC.EXE^ nicht in Betrieb, so werden die empfangenen Daten zwischengespeichert. Wieviel dabei pro Port möglich ist, wird von diesem Parameter bestimmt. Die Anzahl der Pufferspeicher bezeichnet Einheiten zu 330 Bytes (dieser krumme Wert ergibt sich aus der max. Länge eines Pakets) und sollte stets mindestens in der Größenordung von 7 liegen. \\MBUFFER MBuffer <anzahl> bestimmt die Zahl der ^Buffer^-Blöcke, die für den ^Monitor^ zwischengespeichert werden. Ist das Terminal ^SCC.EXE^ nicht in Betrieb, so werden die empfangenen Daten zwischengespeichert. Wieviel dabei für den Monitor gespeichert wird, ist von diesem Parameter abhängig. Alle weiteren ankommenden Pakete werden für die Monitoranzeige verworfen. Ein Überlauf (wie bei TNCs passieren kann) tritt nicht auf. Die Anzahl der Pufferspeicher bezeichnet Einheiten zu 330 Bytes (dieser krumme Wert ergibt sich aus der max. Länge eines Pakets) und sollte höchstens die Hälfte der durch ^BUFFER^ eingestellten Blöcke betragen. Für den Netzkotenbetrieb sollte MBUFFER 2 eingestellt werden. \\BUFFER BUffer <anzahl> bestimmt die Zahl von Pufferblöcken, die dem Programm insgesamt zur Verfügung stehen. Die Puffer werden dynamisch verwaltet, d.h. je nach Anforderung vergeben und zurückgelegt. Ein Puffer belegt 340 Byte Speicher, und kann zu max. 330 Byte genutzt werden (Overhead). Die Bereiche dienen in erster Linie zur Aufnahme von zu sendenden und empfangenen Daten, aber auch für Dinge wie Logbuch etc. Je mehr hier angegeben wird, desto mehr Speicher belegt ^L2.EXE^ resident. Gibt man jedoch zu wenig an, ist alsbald mit Überlauf zu rechnen. Vorschläge: Terminalbetrieb 40 Buffer, Netzknoten 200 Buffer. \\RS232 RS232 <comnummer> hiermit wird in ^SCC.INI^ angegeben, an welcher Schnittstelle Packet-Radio betrieben werden soll (COM1 oder COM2). Die Verwendung von COM3 und COM4 ist nur eingeschränkt möglich, siehe ^COMINT^ und ^COMBASE^. Wird eine ^SCC-Karte^ verwendet, so ist hier 0 einzustellen, es sei denn es soll die RS232 noch zusätzlich für einen weiteren Kanal benutzt werden, was in der Praxis zwar möglich aber meist nicht sinnvoll ist. \\SCC-Karte BayCom-SCC-Einsteckkarte für IBM-PCs ------------------------------------ Diese Karte wurde 1990 von DG3RBU und DL8MBT entwickelt und dient zum Einsatz bei Netzknoten. Sie kann maximal 8 Kanäle mit max. 19200 Baud bedienen und ist mit Bausteinen des Typs ^Z8530^ bestückt. Eine Userversion der Karte ist seit Dezember 1991 ebenfalls verfügbar und hat 4 Kanäle mit 3 Modems direkt auf der Karte. \\D1LINES ╔══════════════════════════╗ D1lines <zeilen> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ bestimmt die Anzahl der Zeilen im Sendefenster und damit die Lage der ersten ^Statuszeile^ am Bildschirm. Diese kann im Betrieb mit CRTL-HOME und CTRL-END beliebig verändert werden, siehe ^Tasten^. \\D2LINES ╔══════════════════════════╗ D1lines <zeilen> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ bestimmt die Anzahl der Zeilen im Empfangsfenster und damit die Lage der zweiten ^Statuszeile^ am Bildschirm. Diese kann im Betrieb mit CTRL-Bild und CTRL-Bild beliebig verändert werden, siehe ^Tasten^. \\VLINES ╔══════════════════════════╗ :VLines <anzahl> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Video-Zeilen. Hier wird die Anzahl der Zeilen eingestellt, die von der Video-Ausgabe erwartet wird. Eine Umstellung für die EGA/VGA Videomodi ist nicht erforderlich, diese werden automatisch erkannt und eingestellt. Die Einstellung ist also nur wirksam, wenn keine automatische Umschaltung des Videomodus erfolgt. Normalerweise steht die Ausgabe auf 25 Zeilen, kann aber vergrößert werden, wenn VOR dem Start von ^SCC.EXE^ die Videoausgabe auf eine erweiterte Darstellung umgeschaltet worden ist. Querverweis: ^VCOLUMNS^ \\VCOLUMNS ╔══════════════════════════╗ :VColumns <anzahl> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Video-Spalten. Dieser Parameter steht normalerweise auf 80, weil die üblichen Videokarten 80 Zeichen pro Zeile ausgeben. Sollte der (vor dem Start von ^SCC.EXE^) eingestellte Videomode eine von 80 Spalten abweichende Ausgabe haben, so ist das in diesem Parameter zu vermerken. Querverweis: ^VLINES^ ^WWRAP^ \\WWRAP :WWrap <position> Word-Wrap, auch automatischer Zeilenumbruch. Dieser Parameter bestimmt die Position, ab der ein Wort in die nächste Zeile geholt wird, wenn es in die aktuelle Zeile nicht mehr paßt. Die Zeilenlänge ist normalerweise 80, weshalb auch dieser Parameter so eingestellt werden sollte. Eine Abweichung kann sinnvoll sein, wenn die Ausgabe beim QSO-Partner breiter oder schmäler ist, meist ist jedoch eine Änderung nicht sinnvoll. Querverweis: ^VCOLUMNS^ ^VLINES^ \\KNAX :KNax ON/OFF Schaltet ein 'Knack'-Geräusch, das bei jeder empfangenen Zeile am Terminal erzeugt wird. Durch dieses Knaxen wird man darauf aufmerksam, daß vom Empfänger Daten angekommen sind. Bis zur Version 1.2 war diese Funktion ständig aktiv. Da es manchmal nervtötend sein kann, ist es nun abschaltbar. Querverweis: ^CBELL^ \\CBELL :CBell ON/OFF Schaltet das Klingelzeichen. Ist CBELL ON, so wird bei Connect, Disconnect und einem vom QSO-Partner geschickten CTRL-G ein Ton erzeugt. Im Zustand CBELL OFF ist der Rechner ruhig, auch wenn noch so viele Klingelzeichen ankommen. Wichtig für nachtschlafende Zeiten, zu denen man im allgemeinen seine Ruhe wünscht. Querverweis: ^KNAX^ \\ANSWER :ANswer ON/OFF Schaltet den automatischen Aufruf von persönlichen Begrüßungstexten. Ist die Funktion eingeschaltet, so wird bei jedem Connect von außen im aktuellen Directory nach einem Textfile namens <call>.CTX (also z.B. DL5RL.CTX) gesucht und dessen Text gesendet. Ist zum betreffenden Rufzeichen kein Text vorhanden, so erfolgt keine Ausgabe. Bei ANSWER OFF wird nach diesen Files nicht gesucht, was insbesondere bei Diskettenbetrieb ratsam ist. *** Die Files mit den Antworttexten können seit der Version 1.5 *** in ein Subdirectory namens ANSWER abgelegt werden. Existiert *** dieses Directory nicht, so wird nach wie vor im aktuellen *** Directory gesucht. Im reinen L2-Modus (also ohne laufendem SCC-Terminal) werden keine Begrüßungstexte gesendet. Querverweis: ^L2CTEXT^, ^CTEXT^, ^QTEXT^ \\QTEXT :QText <Kennbuchstabe> Dieser Parameter kennzeichnet einen ^St^andardtext, der bei der Eingabe von ^QUIT^ am Terminal oder //QUIT vom QSO-Partner ausgesendet wird. Hier können allgemeine, mehr oder weniger interessante Floskeln wie 'auf Wiederschreiben' oder soetwas stehen, die gelegentlich als höflich empfunden werden. Querverweis: ^L2CTEXT^, ^CTEXT^, ^ANSWER^ \\DIR :DIR <maske> gibt aktuelles Directory aus. Die Angabe von <maske> folgt den üblichen DOS-Gepflogenheiten (also Konstrukte wie *.* \*.exe oder ähnlich) und auch die Ausgabe ist dem von DOS sehr ähnlich. Die Darstellung erfolgt auf dem Empfangsbildschirm (mittleres Bildschirmfenster) !!! In der Version 1.5 hat sich in die Funktion ein Fehler eingeschlichen. Unter bestimmten Konstellationen kommt es zu einer wirren Ausgabe seltsamer Zeichen. Der Effekt ließ sich in der Kürze der Zeit nicht mehr beheben und wird hoffentlich in der nächsten Version weg sein. Eine Wiederholung des Kommandos schafft meist Abhilfe. Querverweis: ^CD^ \\CD :CD <directory> wechselt das aktuelle Verzeichnis. Mit diesem Kommando kann in ein beliebiges Directory gesprungen werden, die Systemdateien werden nach wie vor in dem Directory gesucht, aus dem die Software geladen wurde. (Auch das Log-File, im Gegensatz zur Version 1.4) Beispiele :cd .. :cd \baycom\remote Querverweis: ^DIR^ \\DuplexDigi Ein Duplexdigi ist ein ^Digipeater^, der wie ein FM-Relais arbeitet, d.h. senden und empfangen gleichzeitig kann. Im allgemeinen ist es üblich, daß der Digi, alles was an seinem Empfänger ankommt, gleichzeitig auf den Sender überträgt. Üblich ist in DL im 70cm-Band eine Ablage von 7.6MHz im Frequenzbereich 438.300 ... 438.550 MHz Das hat gegenüber dem konventionellen Digi folgende Vorteile: - alle Stationen hören sich gegenseitig 'direkt'. Dadurch daß alles transparent übertragen wird, können alle Aussendungen von allen mitgelesen werden, ohne daß sie explizit 'via Digi' laufen müssen. - Verringerung von Kollisionen. Wenn einer sendet, hören ihn alle und werden deshalb nicht auf Sendung gehen. \\Hop-to-Hop Unter 'Hop-to-hop-Acknowledge' versteht man die Fähigkeit eines ^Digipeaters^, über ihn laufende Daten zwischenzuspeichern und bei Verlust selbst zu wiederholen. Am Anfang der Packet-Radio-Zeit war es üblich, Stationen als Digipeater zu benutzen, die jedes einzelne Paket einfach übertragen haben, ohne sich um die Vorgeschichte oder Zukunft des Packets zu kümmern. Das hat den Nachteil, daß der Verlust eines Packets auf einer langen Strecke nur von der ersten und der letzten Station ausgeglichen werden kann, und zwar jeweils über die gesamte Strecke. Inzwischen sind alle gängigen Netzknoten in der Lage, selbst Verbindungen zu verwalten und evtl. fällige Wiederholungen von Paketen auf kürzester Strecke zu vollziehen. \\BLINK ╔══════════════════════════╗ BLINK ON/OFF ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ schaltet das Blinken des ^L2.EXE^ in der rechten oberen Ecke. Es kann manchmal störend sein, wenn andere Programme diese Ecke des Bildschirms benutzen oder der Chef nicht sehen soll, daß Packet Radio auf dem gleichen Rechner im Hintergrund läuft. (Bitte nicht lachen, es gab diesbezügliche Wünsche, weshalb dieses Kommando nun eingebaut ist). Der Befehl kann für bessere Übersichtlichkeit aus ^SCC.INI^ herausgelassen werden und wird mit ON vorbesetzt. \\COMMAND COMmand ON/OFF Mit diesem Parameter wird eingestellt, ob nach Ausführung eines Befehls am Terminal automatisch ein Doppelpunkt in der nächsten Zeile erzeugt wird oder nicht. Benutzer von WA8DED-Firmware sind es gewohnt, daß vor jedem TNC-Kommando die ESC-Taste zu drücken ist. Genau so verhält sich BayCom bei COMMAND OFF. Die bisherige Einstellung (in der Version 1.2) war dauerhaft COMMAND ON, d.h. nach jedem Befehl erscheint unaufgefordert ein Doppelpunkt in der nächsten Zeile und muß explizit durch ESC, TAB oder DEL entfernt werden. \\DAMA DAMA ist ein Verfahren zur Verhinderung von Kollisionen auf dem Benutzerzugang eines Digipeaters. Dieses Verfahren, das von DK4EG grob spezifiziert und bislang von DL8ZAW in der ^TheNet^Node Knotensoftware implementiert wurde, steht noch im Versuchsstadium und könnte in Zukunft Verbesserungen beim Mehrfachzugriff von Benutzern auf einen Digipeater bringen. Das Grundprinzip besteht darin, daß der Digipeater jeden Benutzer einzeln aufruft und damit möglichst kein Benutzer ungefragt sendet und damit keine Kollisionen zwischen den Benutzern auftreten sollten. Der Parameter DAMA <Timeout> stellt eine Zeit in 10sec-Schritten ein, nach der bei Ausbleiben eines DAMA-Masters (also Digipeater, der das DAMA-Verfahren beherrscht) eine Umstellung auf konventionellen Kanalzugriff bewirkt. \\Term-Bef Befehle für BayCom-Terminal zusammengefaßt (siehe auch ^TNC-Bef^ehle): ^ANSWER^ Persönlicher CTEXT ^CBELL^ Pieps bei Connect/Disc ^CLEAR^ Bildschirm löschen ^COMMAND^ Doppelpunkt erzeugen ^CRTSAVE^ Bildschirmschoner ^CTEXT^ Conn-Text mit Terminal ^ECHO^ Selbstgetipptes zeigen ^EDIT^ Textfile erzeugen ^ENGLISH^ Meldungen deutsch/engl ^EXITLOG^ Log am Ende schreiben ^GERMAN^ DIN oder IBM Zeichen ^HELP^ Hilfe ausgeben ^INFO^ Information aussenden ^KNAX^ Geräusch bei Empfang ^L2CTEXT^ Ctext ohne Terminal ^LIST^ Standardtexte listen ^LOG^ Logbuchführen ein/aus ^MHEARD^ gehörte Rufzeichen ^OSHELL^ Aussteigen ins DOS ^QTEXT^ Text bei QUIT senden ^RCMD^ Fernsteuerung zulassen ^READ^ Textfile aussenden ^REMOTE^ Fernsteuerung ein/aus ^RPRG^ Binärfile aussenden ^SATTRIB^ Farben einstellen ^SAVEPORTS^ Bildschirme sichern ^ST^ Standardtexte eingeben ^SYSTEM^ Programmende (ALT-X) ^VERSION^ Einschaltmeldung ^VIEW^ File am Schirm zeigen ^WPRG^ Binärfile empfangen ^WRITE^ Textfile empfangen \\TNC-Bef Befehle für BayCom L2 zusammengefaßt (siehe auch ^Term-Bef^ehle): ^BADRESS^ Bakenrufzeichen ^BEACON^ Bakenzeit ^BTEXT^ Bakentext ^CNOT^ Connect sperren Liste ^CONNECT^ Verbindung aufbauen ^CSTATUS^ Liste der Connects ^DAMA^ Kollisionsverringerung ^DCALL^ Digipeatercall ^DISCONNECT^ Verbindung trennen ^DISCTIME^ Connect-Timeout ^DWAIT^ Kanal frei warten ^FRACK^ Wartezeit bis wiederh. ^HBAUD^ Baudrate ^IPOLL^ Info-Poll Länge ^KANAL^ Modemkanal schalten ^LINKTIME^ Verbindung checken ^MAXFRAME^ unbestätigte Frames ^MBUFFER^ Monitor-Pufferlänge ^MCALLS^ Monitor-Rufzeichen ^MHEADER^ Zeilenumbruch im Mon. ^MONITOR^ Monitor-Kanäle ^MSELECT^ Monitor-Selektierung ^MYCALL^ eigenes Rufzeichen ^PACLEN^ max. Paketlänge ^QUIT^ Verbindung trennen ^RESPTIME^ Antwortverzögerung ^RETRY^ max. Wiederholungen ^TAIL^ Flags am Frame-Ende ^TINFO^ Info-Verzögerung ^TQUIT^ Quit-Timeout ^TXDELAY^ Flags am Frame-Anfang ^XCONNECT^ C mit anderem MYcall \\INI-Bef Befehle, die es NUR im Initialisierungsfile ^SCC.INI^ gibt: ^BLINK^ Blinken in der oberen rechten Ecke, wenn L2 läuft ^BUFFER^ Anzahl Speicherblöcke, die für L2 reserviert werden ^D1LINES^ Anzahl der Zeilen im Sendefenster (1. Statuszeile) ^D2LINES^ Anzahl Zeilen bis RX-Fenster (2. Statuszeile) ^DOSCLEAR^ Bildschirm löschen bei Programmende ^INSMODE^ Insert-Modus setzen bei Programmstart ^RBUFFER^ Anzahl der Blöcke im Empfangspuffer ^TBUFFER^ Anzahl der Blöcke im Sendepuffer ^VADAPTER^ Typ des Videoadapters ^VCOLUMNS^ Anzahl der Zeichen pro Zeile ^VLINES^ Anzahl der Zeilen pro Bildschirm ^WWRAP^ Position des Zeilenumbruches einstellen ^MOUSE^ Schaltet Ansteuerung eines Maustreibers ^RS232^ Nummer der für PR verwendeten Schnittstelle ^COMBASE^ Basisadresse der verwendeten COM-Schnittstelle ^COMINT^ Interruptnummer der COM-Schnittstelle ^SCCBASE^ Basisadresse der SCC-Karte (falls vorhanden) ^SCCINT^ Interruptnummer der SCC-Karte Zu beachten sind auch noch die ^TNC-Bef^ehle und ^Term-Bef^ehle! \\MOUSE ╔══════════════════════════╗ MOUSE ON/OFF ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Mit diesem Befehl kann das Suchen nach einem Maustreiber beim Programmstart geschaltet werden. Normalerweise kann der Befehl immer auf ON bleiben, da beim Ausbleiben eines Maustreibers das von selbst erkannt wird und die Maus unaktiv bleibt. Es kann aber 2 Gründe geben, die das Abschalten des Maustreibers sinnvoll machen: - Es ist kein Maustreiber vorhanden, und der verwendete Interruptvektor INT 33H ist undefiniert bzw. verzweigt zu einem Fehler (kann bei uralten PCs passieren) - Es ist ein Maustreiber da, der aber nicht erwünscht ist, z.B. weil er den Programmstart erheblich verlangsamt oder weil der Mauscursor störend ist. \\HENNING :HENning <kanal> <0 / 1> Schaltet die Ansteuerung des 9600Bd-Modems nach DF9IC, das erstens NRZ statt ^NRZI^-Kodierung verlangt, und zum anderen einen externen RX- und TX-Takt vorschreibt. Der Name des Befehls kommt vom Namen des Modementwicklers Henning Rech, DF9IC. Das Modem ist u.A. auf der BayCom-USCC-Karte enthalten. Es handelt sich dabei um eine Weiterentwicklung des Modems von James Miller, G3RUH. Auf der USCC-Karte ist dieses Modem an Kanal 3 angeschlossen, hier ist also stets HENNING 3 1 zu setzen. \\COMBASE ╔══════════════════════════╗ COMBASE <adresse> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Mit diesem Befehl kann ggf. die Adresse der COM-Schnittstelle eingestellt werden. Es ist auf die Weise möglich, auch die Schnittstellen COM3 und COM4 anzupassen, oder es kann eine vollkommen andere Adresse eingestellt werden, falls dies die Hardware erlaubt. Eine Einstellung dieser Adresse bedingt auch stets die Einstellung des ^COMINT^-Parameters. Im Normalbetrieb mit COM1 oder COM2 muß dieser Parameter mittels ;-Zeichen am Zeilenanfang wegkommentiert werden. \\COMINT ╔══════════════════════════╗ COMINT <IRQ-Nummer> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Mit diesem Befehl kann ggf. die Interrupt-Nummer der COM-Schnittstelle eingestellt werden. Es ist auf die Weise möglich, auch die Schnittstellen COM3 und COM4 anzupassen. Es funktionieren allerdings nur die Hardware-Interrupts IRQ0 bis IRQ7, die AT-Interrupts können nicht benutzt werden. Eine Einstellung dieser Nummer bedingt auch stets die Einstellung des ^COMBASE^-Parameters. Im Normalbetrieb mit COM1 oder COM2 muß dieser Parameter mittels ;-Zeichen am Zeilenanfang wegkommentiert werden. \\SCCBASE ╔══════════════════════════╗ SCCBASE <Adresse> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Mit diesem Parameter wird ggf. die Adresse einer SCC-Einsteckkarte eingestellt. Die Angabe kann dezimal oder mit vorangestelltem $-Zeichen hexadezimal erfolgen. Mögliche Adressen für die User-^SCC-Karte^ sind dem USCC-Manual auf Seite 40 zu entnehmen. Die Einstellung in ^SCC.INI^ muß mit der Jumpereinstellung auf der Karte übereinstimmen. Beispiel: SCCBASE $300 (IO-Prototyp-Adresse, meist frei) \\SCCINT ╔══════════════════════════╗ SCCINT <IRQ-Nummer> ║ Nur in ^SCC.INI^ enthalten ║ ╚══════════════════════════╝ Hiermit kann die Nummer der bei Betrieb mit einer ^SCC-Karte^ verwendeten Interruptleitung angegeben werden. Näheres ist dem USCC-Manual auf Seite 40 zu entnehmen. Per Jumpereinstellung (JP2) kann zwischen IRQ5 und IRQ7 umgestellt werden, je nach dem was im System noch frei ist. Meistens sind beide Interrupts noch frei, es gibt jedoch einige Karten die von diesen Interrupts Gebrauch machen. Es sollten daher im Zweifelsfall die Beschreibungen aller im PC steckenden Karten angeschaut werden, meist hilft aber auch einfaches Ausprobieren. \\ST Standardtexte ------------- Auf vielfachen Wunsch wurde eine Eingabemöglichkeit für Tastaturmakros geschaffen. Es handelt sich dabei um kleine Texte oder Befehle, die einfach mittels ALT-<buchstabe> bzw. ALT-F<x> aufgerufen werden können. Die Texte werden dabei so behandelt, als hätte sie der Benutzer direkt von der Tastatur eingegeben. Benutzern von DIGICOM ist diese Möglichkeit bereits vertraut, daher wurde die Syntax sehr dem Vorbild nachempfunden. Eingabe eines Textes: :ST A text Dabei steht A für einen beliebigen Buchstaben oder Zahl auf der Tastatur, und dahinter darf ein beliebiger Text folgen. Im Beispiel wird der Text mit ALT-A aufgerufen. Mehrzeilige Texte: :ST A0 erste Zeile :ST A1 zweite Zeile etc... Es kann also jeder Zeile ein Buchstabe oder ein Zahl und eine Zeilenummer (0..9) zugeordnet werden. Damit lassen sich 36 Texte zu je 10 Zeilen eingeben, was für die meisten Anwendungen ausreichen sollte. Längere Texte sollten ohnehin besser als File von Platte oder Diskette (mittels ^READ^) gesendet werden. Im Gegensatz zu DIGICOM wird jede Zeile unaufgefordert mit RETURN abgeschlossen. Dies lässt sich allerdings mittels \i verhindern. Eine Übersicht über alle abgespeicherten Texte erhält man mittels :^LIST^ Innerhalb von Standardtexten können bestimmte ^ST-Makros^ angewandt werden, mit deren Hilfe eine gezieltere Nutzung der Texte möglich ist. Funktionen, die bisher bereits mit ALT-Tasten erreichbar waren (Also ALT-X und ALT-U, siehe ^Tasten^), können durch Eingabe von entsprechenden Texten überladen werden, sind damit aber nicht mehr erreichbar. Zusätzlich können die Funktionstasten ALT-F1 bis ALT-F10 belegt werden, nämlich durch die Texte 0..9 (0 entspricht F10) Auch hier ist bei Belegung von ALT-F1 die bisherige Funktion (letztes Help) nicht mehr erreichbar. Denkbar wäre z.B. der Einsatz von :ST X \x:SYSTEM\i wodurch nach Drücken von ALT-X erst Return gedrückt werden muß, um das Programm zu verlassen. Es empfiehlt sich, die erforderlichen Texte in der ^SCC.INI^ zu vereinbaren, da sonst bei jeder Änderung von SCC.INI die Texte neu eingegeben werden müssen. \\LIST :LIst Zeigt alle abgespeicherten Standardtexte (siehe ^ST^) Es kann beliebig mittels Cursor in den Texten editiert werden. :LIst a listet nur den Text mit Buchstaben A \\ST-Makros Innnerhalb von (mittels ^ST^ definierbaren) Standardtexten können Sonderfunktionen definiert werden. Diese sind aus Gründen der Übersicht überwiegend den Funktionen im SP von DL1MEN angeglichen: \a : Zeit in HH:MM, wie lange eine Verbindung schon besteht \c : Rufzeichen der Gegenstation \d : fügt an der Stelle das aktuelle Datum ein \i : Macht am kommenden Zeilenende KEIN (!) Return \k : Portnummer (Also Nummer des Bildschirms) \l : fügt die Login-Zeit ein (also Connect-Beginn) \m : eigenes Rufzeichen \r : Zeilenumbruch, entspricht der Taste RETURN \t : fügt an der Stelle die aktuelle Uhrzeit ein \v : Versionsnummer der Software \w<call> : unterbricht die Ausgabe des Textes, bis ein Connect zum angegebenen Rufzeichen erfolgt ist. \x : löscht die Zeile, in der der Cursor steht Beispiele :ST C0 :c db0aab :ST C1 c db0rgb :ST C2 \w db0rgb :ST C6 c dg3rbu :ST M0 Hallo \c, hier ist \m mit BayCom Version \v, :ST M1 Es ist \t Uhr am \d, Login war um \l auf Port \k :ST Z \x:connect \i \\CTEXT :CText <kennbuchstabe> Mit diesem Befehl wird ein Standardtext benannt, der bei jedem Connect von außen ausgestrahlt wird, wenn das Terminal SCC.EXE in Betrieb ist. Andernfalls wird ^L2CTEXT^ gesendet. Es ist lediglich ein Buchstabe anzugeben, dieser zeigt auf einen Standardtext (siehe ^ST^), der ausgesandt wird. In diesem Text können zur besseren Ausschmückung auch ^ST-Makros^ angegeben werden. \\CRTSAVE :CRtsave <minuten> Aktiviert einen Bildschirmschoner, z.B. :crt 5 (= 5 Minuten) Wenn keine Aktivität ist, also keine Taste gedrückt wurde und kein Connect besteht, wird nach der angegebenen Anzahl von Minuten der Bildschirm abgestellt und es erscheint zur Funktionskontolle ein blinkender Sternenhimmel. Bei Drücken irgendeiner Taste (auch SHIFT etc.) oder bei einem Connect von außen kommt der Bildschirm in seiner alten Form zurück. Ist der Monitorbildschirm (F10) angewählt, so wird der Bildschirm NICHT abgeschaltet. \\CARRIER :CArrier <kanal> <dezimal> DCD-Bearbeitung: (Nur bei Einsatz einer ^SCC-Karte^ relevant, bei RS-232-Betrieb siehe unter ^DCD^) 0=Soft-DCD Rauschsperre kann offenbleiben im Betrieb, DCD wird von der DPLL des 8530 erzeugt. 1=Hard-DCD DCD-Leitung des 8530 wird angesprochen und muß vom Modem bedient werden. 2=Hardclock+soft-DCD TX-Takt wird von der Hardware abgenommen aber DPLL (z.B. für echoduplex) 3=Hardclock+hard-DCD TX-Takt wird von der Hardware abgenommen DCD-Leitung (z.B. für G3RUH-Modem) 4=fullduplex Vollduplex-Betrieb (Kein DCD, Hardware-Clock) \\DCD Software-Trägererkennung. Als Ersatz für eine langsame Rauschsperre im Funkgerät kann seit der Version 1.41 eine Software-Trägererkennung eingeschaltet werden. Am Funkgerät kann die Rauschsperre geöffnet bleiben, auf die Weise ist eine kleine Einstellung für den ^TXDELAY^-Parameter beim Verbindungspartner möglich. Die Software-Erkennung ist allerdings speziell bei verrauschten Signalen schlechter als eine gute Rauschsperre oder eine PLL-DCD mit XR2211. Es sollte die Soft-DCD also nur verwendet werden, wenn tatsächlich eine langsame Funkgeräte-Rauschsperre verwendet wird. Das Aktivieren erfolgt mit dem Kommando ^CARRIER^ CARRIER 0 Software-DCD aus, Triggerung auf Datenflanke CARRIER 1 DCD wird aus den Daten gewonnen. Die Trägererkennung erfolgt nach folgendem Verfahren: Durch die Vorgänge ^NRZI^-Kodierung und ^Bitstuff^ing kann aus der Anzahl der empfangenen 1-Bits geschlossen werden, ob es sich um gültige Daten handelt oder nur Rauschen. Zur Entscheidung über 'Kanal frei' oder 'Kanal belegt' wird Variable X nach folgenden Gesichtspunkten geändert: - mehr als 6 1-Bits: Datenstrom ungültig oder Frame-Abbruch --> X:=0; DCD wird sofort auf 'kanal frei' geschaltet - genau 6 1-Bits: Flag, das für die Anfang- und Endebegrenzung von Frames verwendet wird und zur Synchronisation am Anfang ausgesendet wird. Wird ein solches Zeichen empfangen, wird X um 5 erhöht. - weniger als 6 1-Bits. Es könnte sich um gültige Daten handeln. X wird um 1 erhöht. - X>=10 bedeutet 'kanal belegt', X<10 bedeutet: 'kanal frei' \\NRZI NRZI (Non Return to Zero Inverted) Diese Kodierung wird bei der Übertragung von Packet-Radio Signalen verwendet. Damit ist gemeint, daß ein 0-Bit stets als Wechsel auf der Datenleitung und ein 1-Bit als 'kein Wechsel' gesendet wird. Durch diese Kodierung ist die Polatität der Leitung unerheblich und es können beliebig viele invertierende Glieder eingeschaltet werden. Außerdem läßt sich durch ^Bitstuff^ing die Selbsttaktungs- eigenschaft verbessern. \\Bitstuff Bitstuffing (zero insertion and deletion) Dieses Verfahren sorgt dafür, daß in den Daten der Packets nie mehr als 5 1-Bits hintereinander auftreten können. Nach dem 5ten 1-Bit wird stets eine 0 eingefügt, die natürlich emofangsseitig wieder entfernt werden muß. Der Sinn dieses Verfahrens ist, daß nach der ^NRZI^-Kodierung bei der Übertragung eine größere Menge 1-Bits hintereinander auftreten können, die als 'Kein Wechsel auf der Datenleitung' übertragen werden. Durch das Einfügen der 0-Bits wird ein regelmäßiger Wechsel auf der Leitung erzwungen. Das ist erforderlich, um aus den empfangenen Daten den Takt wiederzugewinnen, da es bei der synchronen Übertragung keine Start- oder Stopbits gibt, die zur Synchronisation herangezogen werden können. \\ALTER ALTER <Parametername> <Wert> ( nur DXL-Box ) Dieser Befehl erlaubt es, einige der Voreinstellungen, die das System für einen selber vorschlägt, an die individuellen Bedürfnisse anzupassen. Jeder veränderbare Parameter hat eine Bezeichnung, die nach dem Befehlswort ALTER zu nennen ist, darauf folgt dann der neue Wert dieses Parameters. Folgende Parameter kann der Benutzer unter anderen verändern: - ALTER LINES Anzahl der Zeilen, nach denen das System die Ausgabe stoppt und erst nach Eingabe einer Leerzeile wieder fortsetzt. Wird 0 angegeben, hält die Ausgabe nicht an. - ALTER FORWARD Die Mailbox, zu der ale für an einen selber adressierte Nachrichten weiterzuleiten sind (^Forward^). - ALTER HELP Einstellen der Hilfestufe. 2 ist maximale Hilfe, 1 eingeschränkt und 0 ohne Hilfestellung. - ALTER EOF Eine Zeichenkette, die am Ende einer ausgelesenen Nachricht gesendet wird (max. 10 Zeichen) - ALTER ALIAS Bis zu vier Rufzeichen, die die Nachrichten des eigenen Boards lesen und löschen dürfen. Die Angbe von ALTER alleine listet die momentan gültigen Einstellungen auf. Gefolgt von enem Rufzeichen kann man sich die Einstellungen einer anderen Station ausgeben lassen. Der ALTER-Befehl wird mit einem 'A' abgekürzt. Weitere Einstellmöglichkeiten siehe HELP ALTER. Beispiele: a l 18 (ALTER LINES) Seitenstop nach je 18 Zeilen a a dl8mbt dg3rbu (ALTER ALIAS) Lese- und Löschrecht vergeben a h 0 (ALTER HELP) Hilfe abschalten \\BELL BELL ( nur DieBox ) Mit dem befehl BELL ruft man den Sysop, sofern dieser gerade bei der Mailbox vor Ort ist. \\Bereich Bereich Die Bereichsangabe gibt es sowohl in ^DieBox^ als auch in ^DXL-Box^-Systemen und ist immer dort möglich, wo eine Anzahl von Nachrichten ausgewählt werden kann (z.B. bei den Befehlen LIST, ^READ^ und ^ERASE^). Einer Bereichsangabe muß ein ^Board^name vorausgehen, fehlt er, verwenden DXL-Systeme das Board, das zuletzt angesprochen wurde. Die Bereichsangabe wählt aus diesem Board bestimmte Nachrichten aus, auf die der eingegebene Befehl wirkt. Die Auswahl der Nachrichten erfolgt durch die Angabe der Nachrichtennummern, die der ^Box-LIST^-Befehl (DXL-Box: ^Box-DIR^) anzeigt. Dabei existieren folgende Alternativen: Bereichsangabe ! dadurch ausgewählte Nachrichten ----------------+-------------------------------------------- <keine> ! DXL: alle Nachrichten des aktiven ^Board^s 5 ! nur Nachricht Nr. 5 -7 ! die Nachrichten 1 bis einschlie~lich 7 3- ! alle Nachrichten am Board ab der dritten 2-5 ! die Nachrichten 2, 3, 4 und 5 Beispiele für Befehle mit Bereichsangabe: r satelliten 1-4 liest Nachrichten 1 bis 4 des Boards "Satelliten" d info -10 zeigt das Inhaltsverzeichnis des Boards "info" bis einschlie~lich der 10. Nachricht e dx 4 löscht die vierte Nachricht des Boards DX \\BOARD Board ("Schwarzes Brett", Verzeichnis) Ein Board beinhaltet in der Regel mehrere Nachrichten , die zu einem bestimmten Themenkreis oder Empfänger gehren. Man unterscheidet - User-Boards: Die privaten Briefkästen der Benutzer, hier liegende Nachrichten dürfen in der Regel nur vom Absender und vom Empfänger gelesen und gelöscht werden (sog. pers|nliche Nachrichten). - ^Bulletin^-Boards: Öffentliche Briefkästen mit Nachrichten, die von jedermann gelesen (jedoch nur vom Absender gelöscht) werden dürfen. Nachrichten an diesen Boards hei~en ^Bulletin^s. Jedes Board besitzt einen eindeutigen Namen, mit dem es angesprochen werden kann. Bei User-Boards ist dies das Rufzeichen der Station, der dieses Board gehört, bei Bulletin-Boards sprechende Bezeichnungen, die auf den Themenkreis der Nachrichten dieses Boards hindeuten (z.B. "DX", "Satelliten", "Netze" usw.) Die Nachrichten am Board sind durchnumeriert. Bei DXL-Boxen ist die jüngste Nachricht die Nr. 1, bei DieBox-Systemen ist dies die älteste Nachricht. Mit dem ^Box-DIR^ bzw. ^Box-LIST^-Befehl wird der Inhalt des Boards (beginnend mit Nachricht Nr. 1) aufgelistet. Jedem Board wird vom Mailbox-Sysop eine ^Lifetime^ zugeordnet, die angibt, wieviele Tage Nachrichten im Board verbleiben dürfen, bevor sie automatisch gelöscht werden. Der Boardname ist Bestandteil vieler Befehle, z.B. DIR, READ, ERASE. Die DXL-Box merkt sich immer den Namen des zuletzt vom Benutzer genannten Boards und verwendet ihn, falls im nächsten Befehl nicht explizit ein anderer Boardname genannt ist. \\Bulletin Ein Bulletin ist eine "Nachricht an alle" ("öffentliche Nachricht"). Sie kann von allen Stationen gelesen werden, löschen kann sie in der regel nur der Verfasser und der Mailboxsysop. Je nach dem Themengebiet, zu dem das Bulletin zu zählen ist, befindet es sich in einem bestimmten Bulletin-^Board^ ("Info-File", Rubrik). Dort wird es nach Ablauf der diesem Board zugeordneten ^Lifetime^ automatisch gelöscht. Die Bezeichnungen der Bulletin-Boards weichen von Box zu Box etwas voneinander ab. Beim Versenden von Bulletins werden meist Sammeladressen verwendet, siehe ^Verteiler^. Neben Bulletins gibt es noch Nachrichten an einen bestimmten Benutzer (sog. persönliche Nachrichten). Sie können vom Verfasser und dem Empfänger gelöscht werden und besitzen ebenfalls eine ^Lifetime^. \\CHECK Check <^Bereich^> ( nur DieBox ) Der Check-Befehl listet alle Nachrichten der Info-Files (^Bulletin^-^Board^s) in der Reihenfolge ihres Eingangs bei der Box. Die Nachrichten sind nach Datum sortiert, beginnend bei der jüngsten Nachricht. Bei Angabe eines Bereichs werden nur die angegebenen Nachrichten augelistet (z.B. zeigt CHECK 5 die fünf neuesten Nachrichten an). Wird der Check-Befehl ohne jede weitere Angabe gegeben, werden nur diejenigen ^Bulletin^s aufgelistet, die seit dem letzten Login des Benutzers eingegangen sind. Gibt man ein '<'-Zeichen gefolgt von einem Leerzeichen und einer Zeichenkette an, so listet der CHECK-Befehl - alle Nachrichten dieses Rufzeichens, wenn die Zeichenkette ein gültiges Rufzeichen oder zumindest der Anfang eines gültigen Rufzeichens ist - alle Zeilen, in denen die Zeichenkette der Text vorkommt, wenn sie kein gültiges Rufzeichen ist. Ist sie kürzer als vier Zeichen, werden nur die Header der Nachrichten, nicht deren Inhalt untersucht. CHECK wird mit C abgekürzt. Beispiele für die Verwendung des CHECK-Befehls: C : Zeigt die Neueintraege nach dem letzten Login C 10 : Zeigt die letzten 10 Neueintraege unter Info-Files C 2- : Zeigt Neueintraege beginnend mit dem C -5 : Zeigt die letzten 5 Neueintraege C < DK0MAV : Zeigt alle Eintraege, die von DK0MAV verfasst wurden C 2-30 < DK0MAV : Zeigt alle Eintraege aus dem Bereich 2-30 die von DK0MAV verfasst wurden. C < DK : Zeigt alle Eintraege, die von Rufzeichen beginnend mit DK verfasst wurden. \\Box-DIR DIR <^Board^> <^Bereich^> (DXL-Box) DIR, DIR USER, DIR ALL (DieBox) In der ^DXL-Box^ ist dies der Befehl zum Auflisten des Inhalts eines ^Board^s. Der optional angebbare ^Bereich^ bestimmt, welcher Teil des Boardinhalts ausgegeben wird. Fehlt die Bereichsangabe, gibt das System den gesamten Inhalt des ^Board^s aus. Pro Nachricht erscheinen dazu folgende Informationen: - Nummer der Nachricht (wichtig z.B. bei ^READ^ und ^ERASE^) - Rufzeichen des Absenders - Name des ^Board^s, an die die Nachricht geschickt wurde - Hinweis, an welche Boxen die Nachricht geforwardet wurde - Länge der Nachricht (Anzahl der Zeilen) - restliche ^Lifetime^ (Lebensdauer in Tagen) der Nachricht - ^Verteiler^ bzw. Zielmailbox der Nachricht - Betrefftext (Titel der Nachricht) Folgende weiteren Möglichkeiten bietet der DIR-Befehl des DXL-Systems: - DIR AFTER <Datum> listet alle Nachrichten der ^Board^s, die nach dem angegebenen Datum eingegangen sind, - DIR MESSAGES <Text> listet alle Nachrichten, die den angegebenen Text im Betreff führen (ohne Angabe von Text listet das System alle Nachrichten) - DIR BOARDS gibt die Namen aller ^Bulletin^-Boards aus - DIR USERS liefert das Verzeichnis aller User-Boards - DIR NEWS listet Nachrichten, die neu eingegangen sind, seit der Benutzer das letzte Mal diesen Befehl gegeben hat - DIR PATH nennt alle im Forwarding (^S&F^) bekannte Boxen In ^DieBox^-Systemen lautet der entsprechende Befehl ^Box-LIST^. Diesen Befehl gibt es auch in der ^DXL-Box^, er hat dort die gleiche Bedeutung wie DIR. Der Befehl mit 'D' abkürzbar. Der DIR-Befehl in DieBox-Systemen listet die Bezeichnungen der ^Bulletin^-^Board^s (Info-Files) auf. DIR USER listet alle User-Boards, DIR ALL die Namen sämtlicher Boards. \\ERASE ERASE <^Board^> <^Bereich^> Der ERASE-Befehl löscht die angegebenen Nachrichten, sofern der Benutzer, der diesen Befehl gibt, dazu berechtigt ist. In der Regel darf man nur solche Nachrichten löschen, deren Verfasser oder Empfänger man ist. Der Mailbox-Sysop darf natürlich jede Nachricht löschen. Die Box verweigert das Löschen immer dann, wenn ein anderer Benutzer gerade die zu löschende Nachricht liest. Bei DieBox-Systemen wird der ERASE-Befehl an alle anderen DieBox-Systeme weitergegeben. Nur bei DXL-Boxen: Wird der Befehl auf eine selbstverfaßte Nachricht angewendet, hat man die Möglichkeit den Header dieser Nachricht (Empfängerrufzeichen, Zielmailbix, Betreff) zu editieren oder die gesamte Nachricht zu löschen. Der ERASE-Befehl wird mit dem Buchstaben 'E' abgekürzt. \\DB-FORWARD FORWARD <^Board^> <^Bereich^> @ <^Verteiler^> ( nur DieBox ) Der Forward-Befehl erlaubt das Weiterleiten der angegebenen persönlichen Nachrichten (nur aus User-Boards) an eine andere Mailbox. Sie werden beim nächsten Forward-Termin an diese Box weitergegeben. Hängt man +E an die Befehlszeile an, werden die angegebenen Nachrichten ausd er Forward-Liste gestrichen, Ergänzen um +L an gibt die aktuellen Einträge der Forward-Liste aus. Nur Verfasser oder Empfänger einer Nachricht können diese auf solche Art weiterleiten. Die Abkürzung des Forward-Befehls lautet 'F'. \\FREE FREE ( nur DXL-Box ) Der Befehl gibt den Speicherplatz an, der der Box noch für neue Nachrichten zur Verfügung steht. Abkürzung: F. \\GATEWAY GATEWAY ( nur DXL-Box ) Schaltet um in den Knoten-Teil des Digipeaters (auf Original-DXL-Systemen das sog. Gate). \\Inhalte Die Inhalte der Nachrichten, die in Mailboxen des Amateurfunkdienstes eingespielt werden, unterliegen Beschränkungen, die sich teils Vorschriften, teils auf technische Notwendigkeiten gründen. Zur Aufrechterhaltung eines möglichst störungsfreien Mailboxbetriebs und Nachrichtenverkehrs sollten diese Beschränkungen unbedingt beachtet werden. Im einzelnen sind dies: - die Vorgaben der nationalen Gesetzgebung zum Inhalt von Aussendungen von Amateurfunkstellen - möglichst keine Nachrichten im Binärformat (Objectcode von Programmen, komprimierte Nachrichteninhalte) - keine Aussendungen mit unverhältnismäßig hohem Platzbedarf (z.B. kodierte Bilddateien) - keine "offenen Briefe" und ähnlichen Kommentaren (Meinungs- verschiedenheiten bitte direkt mit dem anderen OM ausfechten und nicht alle anderen damit nerven). \\Lifetime Lifetime (Lebensdauer) Die Lifetime ist die maximale Zeitdauer in Tagen nach dem Eintreffen, nach der im zugehörigen ^Board^ befindliche Nachrichten automatisch gelöscht werden. Sie wird für ^Bulletin^-^Board^s individuell vom Mailbox-Sysop gesetzt. Für User-Boards gibt es eine Standard-Lifetime, die meist vom Besitzer des User-Boards in gewissen Grenzen verändert werden kann. \\Box-LIST LIST <^Board^> <^Bereich^> ( nur DieBox ) Die Nachrichten des angegebenen Boards werden ausgegeben, beginnend mit Nr. 1 (der ältesten Nachricht). Die Angabe des ^Bereich^s schränkt die Ausgabe entsprechend ein. Fehlt die Bereichsangabe, listet das System alle Nachrichten des Boards. Nach jeweils 50 Nachrichten hält die Ausgabe an und kann dann beendet oder fortgeführt werden. Pro Nachricht gibt die Box aus: - Nummer der Nachricht - Absenderrufzeichen - Datum des Eintreffens der Nachricht - Länge (in Anzahl Zeichen) - Betreff (Titel) der Nachricht Mithilfe der Nachrichtennummer kann die betreffende Nachricht dann gelesen (^READ^-Befehl) oder auch gelöscht (^ERASE^-Befehl) werden. LIST ist durch 'L' abkürzbar. \\Box-LOG LOG ( nur DXL-Box ) Gibt einen Logbuchauszug aus. Er nennt in umgekehrter Reihenfolge alle Stationen, die an diesem Tag bereits die Box benutzt haben und wann das war. \\MYBBS MYBBS <Zielmailbox> Alle an das eigene Rufzeichen adressierte Nachrichten werden ab sofort an die im MYBBS-Befehl genannte Mailbox weitergeleitet (^S&F^). Diese Information wird an alle anderen DieBox-Systeme weitergegeben, so daß man die Angabe nur gegenüber einer Box des DieBox-Systems machen muß. DXL-Boxen unterstützen diese Weiterleitung nicht. \\NAME NAME <Name> ( nur DieBox ) Mit diesem Befehl macht man der Box seinen Vornamen bekannt. Man wird danach bei jedem Login mit diesem Namen begrüßt. \\QTH QTH ( nur DXL-Box ) Ein in der Box integriertes Programm zur Berechnung der Entfernung zur Box aus der Angabe des eigenen QTH-Kenners. \\Box-READ READ <^Board^> <^Bereich^> In allen Mailboxsystemen der Befehl für das Lesen einer Nachricht des angegebenen ^Board^s. Optional kann ein ^Bereich^ angegeben werden. Beim DXL-System wird man nach dem Lesen einer Nachricht an das eigene Rufzeichen gefragt, ob diese Nachricht gelöscht werden soll. Eine Nachricht bleibt solange im System gespeichert, bis seine ^Lifetime^ abgelaufen ist oder ein löschberechtigter Benutzer diese Nachricht löscht (Befehl ^ERASE^). Welche Nachrichten sich im Moment in einem Board befinden, zeigt der Befehl ^Box-LIST^ bei ^DieBox^-Systemen bzw. ^Box-DIR^ im ^DXL-Box^-System. READ ist mit 'R' abkürzbar. Jede Nachricht beginnt mit eine Header, der Absender, Länge, Titel, Forward-Weg und -Zeit (^S&F^) sowie andere Angaben beinhaltet. In DieBox-Systemen kann durch Anhängen eines '+'-Zeichens an den READ-Befehl der komplette Nachrichtenheader erfragt werden, der ansonsten nur verkürzt wiedergegeben wird. Weiterhin ist bei DieBox eine Angabe der Form "$ Zeichenanzahl" möglich. Die Ausgabe beginnt dann die angegebene Anzahl Zeichen nach dem Beginn der ersten Nachricht. \\REPLY REPLY ( nur DXL-Box ) Gibt man unmittelbar nach dem Auslesen einer persönlichen Nachricht diesen Befehl, so kann man sofort eine Antwort auf diese Nachricht absenden (ohne extra einen ^SEND^-Befehl absetzen zu müssen). Der Absender der ursprünglichen Nachricht wird als Empfänger eingesetzt, Zielmailbox ist diejenige Box, an der die Nachricht abgesendet wurde. Dem ursprünglichen Betreff wird ein RE: vorangestellt, um die Nachricht als Antwort zu kennzeichnen. Die Abkürzung für diesen Befehl ist REP. Die Eingabe der Nachricht erfolgt wie beim ^SEND^-Befehl beschrieben. \\SEND SEND <^Board^> @ <Zielmailbox/^Verteiler^> # <^Lifetime^> <Betreff> Dieser Befehl veranlaßt das Absenden einer Nachricht an das angegebene Board. Der Boardname kann der eines User-Boards (also das Rufzeichen des Empfängers) oder eines ^Bulletin^-^Board^s sein. Die Zielmailbox gibt an, an welche Mailbox die Nachricht zu senden ist. Hier sind auch Sammelbezeichnungen (z.B. DL) möglich. Unterbleibt diese Angabe bei Nachrichten an User-Boards (sog. persönliche Nachrichten), so sendet das System die Nachricht an die Standardmailbox des Benutzers, sofern ihr eine solche bekannt ist (andernfalls erfagt sie den Namen der Zielmailbox). Nach dem '#' kann die Lebensdauer der Nachricht an der Zielmailbox/den Zielmailboxen gesetzt werden (nur bei Info-File/Bulletin-Boards). Der Betreff ist der Nachrichtentitel (max. 25 Zeichen lang). Alle erforderlichen Angaben, die nicht in der Befehlseingabe gemacht werden, erfragt die Box explizit. Man kann also auch nur SEND sagen und dann die gestellten Fragen beantworten, wenn man noch nicht so "geübt" ist. Nach der Eingabe des Befehls fordert die Box zum Einschreiben der Nachricht auf. Sie ist - bei DieBox-Systemen mit CTRL-Z oder ***END - bei DXL-Systemen mit CTRL-Z oder \\TELL TELL <BoxCall Befehl> ( nur DieBox ) Der Befehl 'TELL' erlaubt quasi eine Fernabfrage von anderen Mailboxen. Es koennen damit Befehle an eine Box geschickt werden. Diese werden dort ausgefuehrt und das Ergebnis wird per S&F zurueckgeschickt. Beispiele TELL DK0MAV DIR ALL Das User- und Info-Verzeichnis von DK0MAV wird per S&F angefordert und per S&F zurueckgeschickt. Die interaktiven Befehle wie SEND, MYBBS, NAME, BELL sind nicht moeglich. TELL funktioniert nur, wenn die Zielmailbox diesen Befehl auch erkennen kann. Dies ist bei DIEBOX ab Version 1.6 moeglich! \\TRANSFER TRANSFER Rubrik Nr. > Zielrubrik ( nur DieBox ) Der Befehl 'TRANSFER' dient zum Umkopieren von Nachrichten. Die Eingabe des '>' ist unbedingt erforderlich! TRANSFER ist nur dann anwendbar, wenn Quell- und Ziel-File gleichen Typs sind: User-File --> User-File und Info-File --> Info-File. Das Umwandeln einen Info-Files in einen User-File oder umgekehrt ist n i c h t moeglich! Beim Transfer eines Info-Files wird die Quelle geloescht, beim Transfer eines User-Files nicht. Beispiel: TRANSFER DF3AV 3 > DL2YAP Durch diesen Befehl ist es moeglich, verschiedenen Benutzern die selbe Nachricht zu schreiben, ohne sie jeweils erneut einspielen zu muessen. Soll diese Nachricht an einige der Benutzer geforwarded werden, so ist dafuer der FORWARD-Befehl zu benutzen. Naeheres dazu siehe unter 'HELP FORWARD'. \\USAGE USAGE (call) ( nur DieBox ) Der Befehl 'USAGE' dient zur Ausgabe eines Logbuch-Auszuges oder zur Ausgabe von Informationen ueber einen bestimmten Benutzer. a) nach der Eingabe von 'U' gibt die Mailbox folgende Zeilen aus: LOGINs: 1:HB9CMT 2:HB9SBS 3: 4: 5:DG7GF 6: 7:FD1MAP 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18: Es werden lediglich die eingeloggten Rufzeichen angezeigt. b) nach der Eingabe von 'U DF3AV' gibt die Mailbox z. B. aus: Call : DF3AV Name : REINHARD Language : DL MyBBS : DK0MAV LastLogin : 15.06.88 03:37 \\SPEAK SPEAK <Sprache> ( nur DieBox ) Der Befehl 'SPEAK' erlaubt es, bestimmte Textausgaben der Mailbox auf eine andere Sprache umzuschalten. Fuer <Sprache> ist der jeweilige Sprachbezeichner (siehe unten) ein- zusetzen. Dieser ist an die Prefix-Vergabe des entsprechenden Landes angelehnt und maximal dreistellig. Wird der Befehl ohne oder mit einem falschen Sprachbezeichner verwendet, gibt die Box eine Liste der verfuegbaren Sprachen aus. 'SP DL' ..........: Ausgabetexte in deutscher Sprache; 'SP G' ...........: Ausgabetexte in englischer Sprache; 'SP F' ...........: Ausgabetexte in franzoes. Sprache; Nach dem Umschalten und auch beim naechsten Einloggen meldet sich die Box in der gewaehlten Sprache. \\STATUS ╔═════════════════════════╗ STATUS ║ Kommando für ^BayComNode^ ║ ╚═════════════════════════╝ gibt statistische Erhebungen der Knotensoftware aus. Moeglichkeiten: status gibt die Statistik der letzten Stunde aus Abk. S status all gibt die Statistik seit Start der Software aus S A (Werte werden gemittelt und auf eine Stunde bezogen) status short gibt nur Laufzeit und Auslastung in Kurzform an S S Die Anzeige erfolgt in folgender Reihenfolge: Ch : Kanalnummer, siehe auch LINKS-Liste IntTx : auf diesem Kanal gesendete Info-Pakete Ack : davon bestaetigte Infopakete. Die Differenz ging verloren %Ack : Prozent der bestaetigten I-Paketen Rout : I-Pakete, die der Router auf diesem Kanal gesendet hat Recv : I-Pakete, die auf dem Kanal empfangen worden sind Lnk : Anzahl der Verbindungen ueber diesen Kanal Max : max. Anzahl der Verbindungen seit dem Start der Software RxkB/TxkB : Anzahl der gesendeten und empf. Bytes auf diesem Kanal %Tx/RX : prozentuale Auslastung der Interlinks Baud : Baud auf diesem Kanal, auf die sich die Auslastung bezieht Der Kanal 9 in der Liste ist eine interne Verbindung in der Software. Hier laufen z.B. Verbindungen zwischen Mailbox und Digi. Alle 5min sendet die Software am Benutzerzugang eine Bake aus, aus der ebenfalls folgende Informationen hervorgehen: Links ... Anzahl der momentan eingeloggten Stationen kB/h ... in der letzten Stunde gesendete und empfangene kBytes RAM used ... Momentan belegter Pufferspeicher in kByte Runtime ... Zeit in Stunden:Minuten seit dem letzten Reset CALL:TT ... Von allen direkten Linkpartnern die gemittelte Antwortszeit in 1/10 sec Schritten Diese Bake dient in erster Linie dem Debugging. Ausserdem kann aus ihr ohne Verbindung zum Knoten gesehen werden, wie gut/schlecht die Interlinks momentan funktionieren. \\Statuszeile - obere Stauszeile: (Trennzeile zwischen TX- und RX-Fenster) mem= Zahl der freien ^Buffer^ in der Freispeicherkette ln= Mögliche Zeilen zum Zurückscrollen (speicherabhängig) n2= ^RETRY^-Wiederholungszähler (aktueller Stand) o= Anzahl der gesendeten, aber nicht bestätigten Pakete fr= Anzeige der momentanen ^FRACK^-Zeit auf diesem Link (Roundtrip-Delay) in 100ms-Schritten. k= Layer 1 ^Kanal^ auf diesem Port (nur bei ^SCC-Karte^) Dann folgt Uhrzeit und aktuelle Portnummer. Am Ende der Zeile steht je Zustand: I=Insert/R=Replace U=DIN-Umlaute (^GERMAN^) - untere Statuszeile: (Trennzeile zwischen RX- und Moni-Fenster) Hier werden alle Ports und deren Connect-Partner geschrieben. Am Ende dieser Zeile wird beim Filesenden und -empfangen die momentene Fileposition angezeigt. \\TIME TIME ( nur DXL-Box und BayCom-Node ) gibt die aktuelle Uhrzeit aus (meist UTC)