OpenBCM V1.13 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
HB9LEO > APPLE    22.01.96 21:06l 163 Lines 8251 Bytes #-11244 (0) @ DL
BID : 221609HB9OS
Read: DH9MEC GUEST DK3EL
Subj: Packet Radio Terminal Beschreibung
Path: DB0AAB<DB0MWS<DB0RBS<DB0LX<DB0AAA<DB0CZ<OE9XPI<HB9EAS<HB9OS
Sent: 960122/1727z @:HB9OS.CHE.EU [DRC Ost-Schweiz] $:221609HB9OS
de HB9LEO @ HB9OS.CHE.EU   (Stephan)

to APPLE @ DL

Willkommen in der Macintosh-Welt!

Fuer alle, die sich schon daran gestoert haben, dass PR-Software
fuer den Macintosh entweder kommerziell vertrieben wird (SAVANT)
oder nicht gerade das ist, was man von einem Macintosh-Programm
an Benutzerfreundlichkeit erwartet (MAC Net), habe ich mir die
Muehe genommen, einmal ein Programm zu schreiben, das folgende
Bedingungen erfuellt:

- Mac-uebliches Benutzerinterface (aehnlich SAVANT)
- soll mit jedem KISS-Mode-TNC laufen
- wenig Hardwareansprueche
- DAMA-Betrieb

Dieses Programm verlangt in der Tat einen x-beliebigen KISS-Mode-TNC
(auch mit SOFTKISS laeuft es prima, wenn man von den kleinen Fehlern
in SoftKiss einmal absieht). Das Interface ist Mac-like, ohne 
Konfigurationsfile und dergleichen, die Einstellungen werden alle
ueber Menus vorgenommen.
Die Hardwareanforderungen sind gering, wenn man einen "echten" TNC
verwendet, in diesem Fall genuegt jeder Mac (ausser der Mac 128k, aber
die sind wohl ausgestorben). Arbeitet man mit SoftKiss, sollte es
schon ein 68020-Mac sein (bei den 16MHz-Modellen sollte man System 6
verwenden). Getestet habe ich die Software auf einem Mac CX (16 MHz,
68030), einem LC (16 MHz, 68020, System 6) und einem PowerMac.
Ab System 6 laeuft das Programm mit jeder Systemvariante und ist
"32-Bit-clean", wie es sich gehoert.
Soviel nun als Vorgeschmack. Das Programm selbst ist etwa 45k gross,
deshalb habe ich mich dazu entschieden, es ueber die PR-Mailboxen zu
verbreiten. Es besteht aus den drei Segmenten 
"PR-Terminal #1", "PR-Terminal #2" und "PR-Terminal #3".
Nachdem man diese 3 Files geladen hat, werden sie mit BinHex 4.0 
in Archivfiles entpackt. Danach kann durch Doppelklick auf das File 1
das Programm ausgepackt werden (selbstentpackend).

Nun zur Bedienung:
Zuerst wird im Menu "Parameter" der Punkt "Schnittstelle" gewaehlt
und die serielle Schnittstelle konfiguriert. 57600 Baud sind im
Moment noch nicht verfuegbar, aber das sollte nicht stoeren, hi!
Danach waehlt man im gleichen Menu "Sendeparameter" und passt dort
die Parameter an die oertlichen Gegebenheiten an. Fuer Neulinge:
die Standardeinstellungen sind fuer erste Versuche ausreichend.
Danach waehlt man im selben Menu "Frames" und passt dort die Werte an.
Erlaubt sind fuer maxframes Werte von 1..7, fuer die maximale 
Framelaenge Werte von 1..255. Dabei gilt folgende Regel: bei guten
Links maximale Werte, bei schlechten Links zuerst max. Anzahl
unbestaetigte reduzieren (bis auf 1, wenn es sein muss) und die
Paketlaenge bis auf etwa 30 reduzieren. Je kuerzer die Pakete, um
so groesser die Wahrscheinlichkeit, dass ein Paket fehlerfrei 
ankommt.
Hat man das geschafft, waehlt man noch "Mycall" und gibt dort das
eigene Rufzeichen ein (ohne SSID, Gross/Kleinschreibung ist egal).
Nun kann man in diesem Menu mal "Parameter sichern" waehlen, damit
werden die Einstellungen gesichert. Die Daten werden in das 
Programmfile in eine Resource geschrieben, deshalb das Programm
nicht mit einem Schreibschutz versehen.
Hat man das geschafft, ist die Zeit fuer den ersten Connect reif.
Man waehlt asu dem Menu "Kommandos" "Connect" und gibt das Rufzeichen
des Zieles (Digis) ein. Connects ueber Layer 2-Digis (via...) sind
noch nicht moeglich, aber die braucht man ja auch nicht mehr.
Jetzt erscheint ein Fenster mit dem Titel "Verbindungsaufbau".
Sobald die Verbindung steht, wird das Zielrufzeichen in den Titel
eingetragen.  Steht hinter dem Rufzeichen "(DAMA)", arbeitet das Ziel
als DAMA-Master. Jetzt kann das QSO losgehen. Hier ist die (meiner
Meinung nach) einzige unsaubere Bedienung:
Will man jetzt etwas an einen Kanal schicken, klickt man zuerst in
das Fenster des Kanals und danach in das Eingabefenster. Diese 
Prozedur ist immer dann noetig, wenn man den Kanal wechseln will oder
ein neuer Connect stattgefunden hat. Die Regel ist einfach:
Gesendet wird immer auf dem Kanal, dessen Fenster zuletzt im Vorder-
grund war. Dabei ist zu beachten, dass auch das Monitorfenster im
Vordergrund sein kann, dann gehen die Sendungen "ins Leere", es wird
nichts gesendet.
Die Anzahl Kanaele ist nur durch den zugewiesenen Speicher begrenzt,
bei 500k sind etwa 20 Fenster moeglich. Man soll aber nicht zu wenig
Speicher zuweisen, da bei Speicherueberlauf keine Warnung erfolgt!
Selber kann man max. 16 Verbindungen aufbauen, in ankommender 
Richtung werden beliebig viele Connects angenommen (bis der Speicher
voll ist).
Hat man viele Verbindungen, hilft das Menu "Fenster", in dem man
das gewuenschte Fenster in den Vordergrund bringt.
Das Menu "Monitor" dient zum Ein- und Ausschalten des Monitors und
zur Filterung der Anzeige. Beim Start werdem alle Frames angezeigt,
was zur Beobachtung des Betriebs nur in Stoerungsfaellen Sinn macht.
In den untersten Menupunkten kann man gezielt Frames ein- und aus-
blenden. Sinnvoll ist normalerweise das Einblenden von I- und UI-
Frames. Unabhaengig davon sind die Filterfunktionen in der Mitte des
Menus. "Alle Informationen" schaltet die Filter in diesem Bereich aus.
"keine Rufzeichen", "keine Kontrollfelder" und "nur empfangene Frames"
schaltet die Anzeiger der Rufzeichen, der Kontrollfelder und der
gesendeten Frames ab. Mit "Rufzeichenfilter" kann ein Rufzeichen
angegeben werden, dann werden nur nach Frames an dieses Rufzeichen
gezeigt.
Im Menu "Kommandos" gibt es noch nuetzliche Befehle.
Mit "File senden" wird in dem Kanal, der zuletzt im Vordergrund war,
das angegebene File gesendet. Hier ist jedes beliebige File erlaubt,
im Verkehr mit Mailboxen sind aber nur Textfiles sinnvoll. Der
Resourcezweig wird nicht gesendet, deshalb kann auf diese Weise nicht
direkt ein Programm versendet werden. Das Ende der Uebermittlung wird
im Fenster angezeigt.
"File empfangen" oeffnet ein Textfile, in das alle Daten des zuletzt
aktiven Kanals geschrieben werden (auch der Monitor kann in ein
File geschrieben werden). Dieser Befehl wird mit "File empfangen
beenden" beendet. 
Mit "Offline senden" wird das Eingabefenster zu einem Editor, ein
Return bewirkt keine Sendung mehr. Jetzt kann ein Text editiert
werden oder mit "Oeffnen" eine Datei (max. 32k) geladen werden.
Mit "Speichern" kann die Datei gesichert werden und mit "Fensterinhalt
senden" wird der Fensterinhalt gesendet. Mit "Online senden" wird
wieder zum normalen Modus gegangen.
Wer gerne einen Begruessungstext sendet, wenn seine Station connected
wird, schreibt diesen Text in ein File und waehlt das File mit dem
Menupunkt "Connect-Text" im "Parameter"-Menu aus. Danach "Parameter
sichern" waehlen, damit nach einem Neustart der Text wieder gefunden
wird. Das Textfile darf nicht verschoben werden, da es sonst nicht
gefunden wird.
Mit dem Befehl "Reset Link" kann eine Verbindung initialisiert werden,
wenn man mal ein FRMR kassiert hat. Dies spart die Prozedur "Disconnect"
mit anschliessendem "Connect", hat aber die gleiche Wirkung.

Zum Schluss noch etwas zur Darstellung des Monitors:
Die Darstellung ist grundsaetzlich:
Quelle -> Ziel (ev. via Digis) <x> Frame-Typ Poll PID
Bei I- FRMR- und UI- Frames in der 2. Zeile die Information.

Dabei werden hinter dem Zielrufzeichen nach "via" Layer-2-Digis
angezeigt, falls man ueber solche Digis connected wurde.
Fuer das "x" ind den spitzen Klammern stehen folgende Buchstaben:
K: Kommando
M: Meldung
U: kein Version 2-Paket
Bei DAMA-Betrieb steht dahinter noch "DAMA"
Frame-Typ ist:
I    : Info-Frame
RR   : Receive Ready, normale Quittung
RNR  : Receive not ready, Ziel kann keine Daten mehr aufnehmen
REJ  : Reject, mindestens ein I-Frame ist verlorengegangen
SABM : Verbindungsaufbau
DISC : Verbindungsabbau
DM   : disconnected Mode, Kanal existiert nicht
FRMR : Frame error, falsches Paket, Verbindung ist jetzt tot!
UA   : Bestaetigung von SABM und DISC
Bei I, RR, RNR und REJ stehen dahinter die Sende- und Empfangsfolge-
nummern.

Poll: Hier steht folgendes:
n: kein Poll
P: Poll, der Absender erwartet eine Antwort
F: Final, Antwort auf einen Poll

Zusammenfassung der Funktionen:

Protokoll:         AX25 inklusive DAMA-Slave
TNC:               SoftKiss oder KISS-Mode-TNC
Anzahl Kanaele:    Senden: 16, Empfang: beliebig
Filetransfer:      beliebige Laenge
Editor:            32kByte Laenge
Hardware:          beliebig, mindestens 1 MByte RAM (ev. 512k)
 


Read previous mail | Read next mail


 05.11.2026 15:53:43lGo back Go up