RS232 Token Ring für TNC4 / TNC3

Die TNCs bei DB0HE sind über ein "RS232-Netzwerk" miteinander verbunden. Die Daten werden dabei im Kreis von einem TNC zum nächsten durchgereicht: dies ist das Prinzip des Token-Ring. Die Steuerung übernimmt hier der TNC4e als Master mit der XNET-Software, die weiteren TNC3S sind Slaves und mit der TRKISS-Software für TNC3 betrieben. Alternativ wäre auch die Einbindung von TNC2 in den Token-Ring möglich. Die RS232-Baudrate ist 115200 Baud. Die Reihenfolge im Ring (blaue Linie) ist für die Vergabe der Ports verantwortlich. Die folgende Grafik zeigt die derzeitige Zuordnung mit den jeweiligen Modems und den Linkstrecken:

Token Ring von DB0HE Platz für weiteren TNC3S TNC3S bei DB0HE (Slave) TNC3S bei DB0HE (Slave) TNC4e bei DB0HE (Master)

Hier ist der untere TNC3 nicht eingebaut: damit der Ring geschlossen ist, wurde hier eine Brücke aufgesteckt. Dazu sind die Ports P7 und P8 reserviert. Der Ausbau des Ringes mit weiteren TNCs ist ohne Probleme kostengünstig realisierbar.

Die TRKISS-Software verwendet das Serial Ring Protocol SRP (Auszug aus der TRKISS-Doku):

Das Serial-Ring Protokoll dient wie der Token-Ring zur Vernetzung von TNCs
über die serielle Schnittstelle. Der wesentliche Unterschied zwischen
SRP und Token-Ring ist, daß das SRP-Verfahren keinen Token mehr benötigt.
Es gibt lediglich ein Token-ähnliches Frame, welches permanent (jede
Sekunde) die Verfügbarkeit des Rings prüft.
SRP bringt die folgenden Verbesserungen gegenüber dem Token-Ring-Verfahren:

- Automatische Konfiguration der Portnummern
- Geringer Protokoll-Overhead
- Vollduplexfähigkeit
- Automatische Modem-Baudratenerkennung
- Geringere Hostrechnerbelastung
- Vernetzung von Hostrechnern möglich
- DAMA-Unterstützung
- Integrierte Prüfsumme
- Geringere Verzögerungszeiten

Die Portnummern werden bei SRP automatisch vergeben. Dabei werden die
Ports einfach in Senderichtung durchnummeriert. Dies hat den Vorteil,
daß alle Slave-TNCs nun mit derselben DIP-Schalterstellung betrieben
werden können.

[...]

Hardware-Watchdog

Die TRKISS-Software wird nun durch den eingebauten TNC3-Hardware-
Watchdog überwacht. Wenn (aus welchen Gründen auch immer) der TNC3
1 Minute lang keinen Token empfängt führt die Software automatisch
einen Hardware-Reset des TNC3 aus. Dies gilt für SRPM und TRKISS.
Siehe XNET auf TNC3/TNC4 (PDF) und inoffizielle SRP-Spezifikation.
zurück zur Technik

© db7yah 22.06.2004 - last edit 23.06.2004