Zum Inhalt springen

Terminal Node Controller

aus Wikipedia, der freien Enzyklopädie
Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 8. Oktober 2016 um 12:02 Uhr durch Pessottino (Diskussion | Beiträge) (clean up, replaced: |miniatur → |mini (2), GSMGSM, removed: ---- (7) mit AWB). Sie kann sich erheblich von der aktuellen Version unterscheiden.
Terminal Node Controller 2400 (Packet-Radio-Modem)
Kantronics 9612+

Als Terminal Node Controller (TNC) bezeichnet man ein Modem für den Packet-Radio-Betrieb im Amateurfunk. Er stellt die Verbindung zwischen Rechner und Funkgerät her und wird mit der seriellen Schnittstelle oder parallelen Schnittstelle und dem Mikrofon- und Lautsprecheranschluss des Funkgeräts verbunden. Darüber hinaus ist natürlich noch eine Betriebsspannung notwendig, meist über einen Stecker zugeführte Gleichspannung, in Ausnahmefällen wie beim TNC1 auch direkt die Netzwechselspannung.

Entwicklung bei der TAPR

Die TAPR (Tucson Amateur Packet Radio Corp.) entwickelte 1983 eine Rechnerkarte 'TNC1', (TNC = Terminal Node Controller), welche die Daten in dem AX.25-Protokoll senden und empfangen konnte. Mit der Weiterentwicklung, dem TNC2 1985, begann die schnelle Entwicklung der Betriebsart Packet-Radio in Deutschland. Das Prinzip von Packet Radio wurde auch bei später entwickelten Betriebsarten eingesetzt, z. B. APRS.

Der Teil des TNCs, der die Datenpakete zusammenstellt, beziehungsweise wieder unter Beachtung der korrekten Prüfsumme zerlegt, wird auch PAD (Packet Assembler and Disassembler) genannt. Der PAD im TNC ist ein kleiner eigenständiger Rechner. Dieser besteht aus einem Mikroprozessor, einem ROM, in welchem die Firmware (TF/TAPR etc.) gespeichert ist, einem batteriegepufferten RAM, in dem die Parametereinstellungen, die empfangenen und die zu sendenden Daten gespeichert werden, sowie einem Schnittstellenbaustein, der die Ankopplung an Terminal und Modem erledigt, zusätzlichen Logikbausteinen sowie meist auch einem Modem. Der PAD setzt die vom Computer seriellen (RS232 oder USB) gelieferten Signale (meist wird das Protokoll AX.25 genutzt) in einen digitalen Code (meist NRZI) um. Damit der digitale Code (bestehend aus logischen Nullen und Einsen) auch über das analoge Funkgerät gesendet werden kann, wird er mit Hilfe des Modems moduliert.

Weiterentwicklungen

Es folgten verschiedene Weiterentwicklungen des TNC2, der die direkte Verbindung von nur einem Funkgerät mit einem Computer ermöglichte.

1993 wurde in Deutschland das TNC3S entwickelt, mit dem es nun möglich war zwei Funkgeräte von einem Computer steuern zu lassen. Die Rechenleistung des TNC3S war sogar für den Aufbau eines Packet-Radio-Netzknotens (Digipeater) ausreichend, so dass der Computer als zentrale Einheit des Digipeaters abgelöst werden konnte. Das TNC31 ist die kleine Version des TNC3 mit nur einem Modemsteckplatz.

Als nächster Schritt wurde 1997 in Deutschland der TNC4E entwickelt, der nun den Anschluss von drei Funkgeräten vorsah und zur Kommunikation mit Computer und anderen TNC4Es einen Ethernet-Anschluss integriert hatte. Die verwendeten Chips zum Bau des TNC4E sind Motorola MC68EN302PV20 und den MC68160FB. Die Modems von Symek beziehungsweise DK9SJ ermöglichen Baudrates bis 614 kbit/s. Die Software beim TNC4 ist XNet und wird von DL1GJI auf Basis von TCP/IP (siehe auch Internetprotokollfamilie) weiterentwickelt.

Als letzte bekannte Weiterentwicklung gilt der DLC7. Der DLC7 ist ein Dual Port Controller (oft auch Dual-Link-Controller oder Data-Link-Controller genannt) und der leistungsfähigste Ethernet-TNC auf dem Markt. Mit seinen zwei HDLC Ports von je 10 MBit/s können schnelle Linkstrecken oder Userzugänge realisiert werden. Als Kern ist ein 32Bit ARM7 RISC Prozessor mit ca. 50 MHz Taktfrequenz verbaut. Der interne SDRAM-Arbeitsspeicher umfasst 32 MB. Als externer Speicher, z.B. für Software, Konfigurationsdateien oder Mailboxdaten, kann eine CF-Karte eingesteckt werden. Üblicherweise werden 512 MB bis 1 GB verwendet, es können auch bis 4 GB verwendet werden. Als Schnittstellen gibt es zwei interne HDLC-Steckplätze für ein Dual-Port-Modem DM307 (4800 Baud - 307200 Baud), bis zu zwei COM-Schnittstellen für weitere Modems und eine 10/100 Mbit/s Ethernet-Schnittstelle zum Anschluss an ein Netzwerk oder weiteren DLC-Link Controllern. Diese Link-Controller sind abgespeckte DLC7 mit 16 MB SDRAM und ohne CF-Kartenslot, bieten aber zwei weitere HDLC Steckplätze für das Dual-Port-Modem DM307. Somit können leistungsfähige und stromsparende Digipeater mit schnellen Linkverbindungen aufgebaut werden. Als Steuersoftware eignet sich XNET ab Version 1.39 Beta.

Modulationsverfahren

Bei der TRX-Seite gibt es AFSK, FSK, und neuerdings auch GMSK-TRX zum Betrieb an einem Terminal Node Controller. GMSK hat den Vorteil, dass das HF-Signal mit hohem Wirkungsgrad nichtlinear verstärkt werden kann, ohne dass sich das Spektrum verbreitert, man kann jede mehr oder weniger leistungsfähige FM-Endstufe verwenden. Der Grund liegt darin, dass GMSK eine konstante Hüllkurve besitzt ebenso wie FM oder PM. GMSK wird unter anderem wegen dieses Grundes auch in GSM verwendet und auch in TRX, die an den Terminal Node Controller angeschlossen werden. Der Terminal Node Controller, z. B. ein DLC7, ermöglicht die Verarbeitung der Daten. Viele Terminal Node Controller könnten auch mit einer QPSK-Modulation betrieben werden. QPSK entsprechend der DVB-S Norm ist zwar auch eine digitale Phasenmodulation, hat aber keine konstante Hüllkurve, da der Phasenverlauf des Trägers z. B. beim Umschalten von 0 Grad nach 180 Grad kurzzeitig einmal den Wert Null annimmt. Bei nichtlinearer Verstärkung wir dabei das erzeugte Spektrum durch die nichtlineare Verstärkung, und damit Oberwellen, breiter, wie man dies auch bei übersteuerten AM-Endstufen geschieht. Der Empfang wird dadurch nicht beeinträchtigt, allerdings werden durch die Nebenaussendung benachbarte Kanäle gestört; Nebenaussendungen sind mit allen Mitteln des aktuellen Stands der Technik zu vermeiden. Daher sind hier sehr lineare Verstärker notwendig mit einem physikalisch bedingten geringen Wirkungsgrad.

Technische Daten TNC2 / TNC21 TNC3 TNC31 TNC4e DLC7
Prozessorkern: Z80 CPU + Z80 SIO, 5 MHz MC68302, 16bit, 14 MHz MC68302, 8bit, 14 MHz MC68EN302, 16bit, 20 MHz 32bit RISC ARM7 50 MHz
RAM / ROM: 32k EPROM + 32k SRAM 256k-1 Mbyte Flash

+ 256k-2MB SRAM

128–512 kbyte Flash

+ 128–512kB SRAM

1 Mbyte Flash

+ 1–4MB SRAM

4 Mbyte 16bit Flash
Schnittstellen: Dataflashinterface
1 × HDLC (19kbit/s) 2 × HDLC (1,2Mbit/s) 1 × HDLC (1,2Mbit/s) 3 × HDLC (1,2Mbit/s) 2 × HDLC (10Mbit/s)
1 × RS232 1 × RS232 1 × RS232 1 × RS232, 1 × DCF77 2 × RS232
10Mbit/s Ethernet 10/100Mbit/s Ethernet
Bussystem: I2C-Bus
Kartenformat: meist 100 × 160mm 120 × 170mm 120 × 100mm 120 × 180mm Eurokarte 100 × 160mm

Schnittstellen

Mittlerweile (2012) haben sich als Quasi-Standard zur Verbindung zwischen Transceiver und TNC 6-polige Mini-DIN-Verbindungen etabliert. Beim Icom IC-910H[1] beispielsweise ist als Belegung angegeben:

Pin Bezeichnung Belegung 1 DATA IN Datensignal Eingang (1200 und 9600 bit/s) 2 GND Masse 3 PTT Push to talk - Sendeschalter 4 DATA OUT Datensignal Ausgang 9600 bit/s 5 AF OUT NF-(Niederfrequenz-)Ausgang (1200 bit/s) 6 SQL Squelch (Rauschsperre): offen = GND-Pegel, geschlossen = +8 V

Die Signalrichtungen sind aus Sicht des Transceivers benannt.

Für die Kommunikation zwischen TNC und PC wird RS232 verwendet, zum Teil auch eingekapselt in USB über die CDC-Klasse als virtuelle serielle Schnittstelle.

Einzelnachweise

  1. IC-910H Instruction Manual Icom inc. America 2002. Abgerufen am 18. Juli 2012