LK0NOD - Forum - Community - CB Funk 11m - Grundlagen für Einsteiger Support

Packet-Radio Simulator

Thu, 23 Apr 2026 07:50:12 +0200

Liebe Einsteiger,

der Packet-Radio Simulator ermöglicht Experimente mit Packet-Radio.

Auf der Webseite klier.us/bbs/ findet man den realitätsnah gemachten Packet-Radio Simulator.

Zum Starten auf "LET'S GET STARTED AT 1200BPS" klicken.

Unter "Tutorial" wird Packet-Radio erklärt (Geschichte und Bedienung des TNC).

Mit "I/O" startet man Funkgerät und Terminal Network Controller (TNC).

Im simulierten Terminal kann man mit Packet-Radio experimentieren.

Viel Spass damit ;-)

Zeitschriftenartikel zu Packet-Radio (1983-1993)

Wed, 22 Apr 2026 07:12:37 +0200

In der Zeitschrift "73 Amateur Radio Today" findet sich eine Übersicht zu Packet-Radio Artikeln aus den Jahren 1983-1993.

Erschienen ist das Heft im August 1993.

Terminal-Emulationsprogramme

Tue, 21 Apr 2026 22:12:59 +0200

Terminal-Emulationsprogramme

ermögliichen die initiale Konfiguration eines TNC über die serielle Schnittstelle.

Bekannte Vertreter unter Windows sind:

PuTTY
Tera Term

Auch das Programm C-Kermit wird nach vierzig Jahren noch gepflegt.
Aktuelle Bezugsquelle: davidrg.github.io/ckwin/

Für Liebhaber von Mailboxen:
SyncTERM

Unter DOS:
TERM von DL5FBD

Packet Radio Neuling

Mon, 20 Apr 2026 11:37:54 +0200

Hallo an ALLE

Bin neu hier im Forum QTH Recklinghausen NRW.
Habe damals die Packet Radio Zeit mitgemacht und würde gerne
mit Packet Radio hier wieder auf Sendung gehen.
Habe eine Hochantenne, Albrecht 5890 sowie Macbook.
Fehlt nur ein Modem sowie die Software.
Vielleicht könnte Ihr, mit eurem Wissen HELFEN.
Damals war das alles ein bisschen anders.

Vielen Dank Gruss der Micha

Grundlagen zu seriellen Schnittstellen (RS232)

Sun, 19 Apr 2026 22:10:41 +0200

Grundlagen zu seriellen Schnittstellen (RS232)

Serielle Schnittstellen (RS232/RS422) ermöglichen Computern, Daten mit externen Geräten (e.g. TNC / Drucker / Modem) auszutauschen.

Im Kontext Packet-Radio geht es hier speziell um die 1:1 Verbindung eines Computer mit einem TNC (Terminal-Network-Controllers).
Also um die Digital-Schnittstelle eines TNC.

Computer       TNC
(DTE) (DCE)
+--------+
|
| COM1   |-------------------- Gerät 1 (meist Maus)
| |
| COM3   |-------------------- Gerät 2 (TNC-2)
|        | (ca. 15 Meter)      an DB25
+--------+
mit DB9

Als die Schnittstelle (ab 1962) normiert wurde, waren noch mechanische Schreibmaschinendrucker als Terminals üblich.
Diese wurden dann über Akustik-Koppler (später Modems) mit weit entfernten Systemen verbunden.
Aus dieser Zeit stammen noch Begriffe wie DTE/DCE und Mark und Space.

+-----+ +-----+       +-----+     +------+
| DTE | <-> | DCE |   .....    (Telefonleitung)   ....    | DCE | <-> | DTE |
+-----+ +-----+    nur Punkt-zu-Punkt     +-----+     +------+
Terminal    Modem X.25        Modem     Terminal

Früher:
DTE meinte meist Terminal (Data Terminal Equipment)
DCE meinte Data Communication Equipement, damals meist Akustik-Koppler (später: Modems)

Heute (für Packet-Radio) nutzen wir
einen Computer statt Terminal (DTE)
einen TNC statt Akkustik-Koppler (DCE)
ein Funkgerät (ermöglicht mehrere Funkstrecken / Konversationen gleichzeitig)

       CB 11m
                                         AFU 2m

      Y ... Y
              | |
     Digital     Analog            | AX.25 |    Analog    Digital
+-----+ RS +------+    +-----------+    +-----------+   +-----+ +------+
| DTE | <-> | DCE | <-> | Funkgerät | 1:n | Funkgerät | <-> | DCE | <-> | DTE |
+-----+ 232 +------+       +-----------+ +-----------+   +-----+    +------+
Computer    TNC       TNC    Computer
         mit       mit
   Modem(s)          Modem(s)

Die Vereinbarung der RS232 Signalnamen erfolgt immer aus Sicht des Terminals (DTE).
Das Aussenden von Daten geht immer nur von DTE (Computer) -> TX -> DCE über die Sendeleitung.
Der Empfang von Daten geht immer nur zum DTE (Computer) <- RX <- DCE über die Empfangsleitung.

Daten im Computer liegen Byteweise (8 Bit), also parallel, vor.
Diese Daten werden im Computer von einem UART-Chip in eine serielle Bitfolge konvertiert.

Der UART verträgt in der Regel nur die in einem Computer üblichen Spannungen (0-5V).
Die bei der RS232-Norm definierten Spannungspegel sind aber für heutige Computer nicht mehr geeignet.

Der direkte Anschluss des UART-Chips an das Partnersystem könnte den UART zerstören!
Daher schaltet man einen (Spannungs-)Pegelwandler dazwischen.

   +---+ zeitliche Reihenfolge der Bit    +---+
1 | U |                 MSB Bits    LSB    | U | 1
2 |(S)| STOP-> PARITY-> 8 7 6 5 4 3 2 1 -> START -> |(S)| 2
3 | A | +------------------+ +-------------------+ | A | 3
4 | R | | Pegel-Wandler    | ------> | Pegel-Wandler     | | R | 4
5 | T | +------------------+ +-------------------+ | T | 5
6 | | RS-232C |   | 6
7 | | Bipolare Spannung    |   | 7
8 | | +/-12V (aber nicht 0V)      | | 8
   +---+    NEGATIVE SPANNUNG für HIGH bei RS232!    +---+
TTL-Spannung     TTL-Spannung
Unipolar 0-5V        Unipolar 0-5V

Der TNC kommuniziert mit der digitalen Computerschnittstelle (RS-232/DB25-Stecker) in seriellen Bitfolgen.
Der zweite Anschluss am TNC ist eine analoge Funk-Schnittstelle zum Funkgerät.

Hardware RS232 Spannungspegel

RS232-Schnittstelle (elektrisch):
(s. auch europäische Norm V28)
Arbeitet spannungsbasiert. Bemerkenswert sind die bipolaren Spannungspegel.

SPACE
V+ ___________      ___________
Logisch "0"|    | + 25V
   |    |      (typisch: +12V)
   |    | + 3V [Mindestspannung am Empfänger!]
0V ///////////|      |////////// (unused/undefined)
       |      |     - 3V [Mindestspannung am Empfänger!]
Logisch "1"| MARK |    (typisch: -12V)
       |_______| - 25V
V-

Informationen bei der RS232-Schnittstelle werden über (heute) ungewöhnliche Spannungen
PLUS 12V (Zustand 0 / "Space")
und
MINUS 12V (Zustand 1 / "Mark") übertragen.

(Anmerkung: Spannung / (inverse) Logik)

Spannungswerte zwischen -3V und +3V sind UNGÜLTIG und werden absichtlich ignoriert, um den Signalabstand zu vergrößern.
Grund: Längere Übertragungsstrecken und weniger Anfälligkeit für externe Störsignale.

Vorsicht:
Das direkte Anschließen von RS232-Spannungspegeln an die I/O-Pins heutiger Computerchips zerstört diese.
CPUs und Mikrocontroller vertragen meist nur 1.8V bis 3.3V (bestenfalls noch 5V) am Eingang.

(Lösung für Bastler: Pegelwandler/Level-Shifter verwenden!)

Anmerkung:
Die hohen Spannungspegel der RS232-Schnittstelle können natürlich auch nützlich sein.
Beispielsweise haben die BayCom-Modems daraus früher via Spannungsregler die notwendige Betriebsspannung generiert.

Verdrahtungsschema

Verbindung Computer <-> TNC:

Technisch benötigt man:

Eine gemeinsame Signal-Masse (GND=Ground / SG=Signal Ground).

Da die Schnittstelle Daten in beide Richtungen transportiert (FULL-duplex), gibt es:
TX(D) = Transmit Data
RX(D) = Receive Data

Für die direkte 1:1 Kopplung (der Signale) Computer mit TNC benötigt man diese Verbindungen:

Computer Zubehör wie TNC
[TERMINAL]    [Telefon-Modem]
TX -----> TX
RX    <-----    RX
GND <---->   GND (Signal-Masse/Signal Ground=SG)

Die seit den 1960er-Jahren verwendeten Stecker waren 25-Polige D-Sub-Stecker.
Diese werden von der RS232-Norm empfohlen (aber nicht vorgeschrieben).

Fünfundzwanzig Adern in einem seriellen Kabel machte diese Kabel "unflexibel" und vor allem teuer in der Herstellung.
Diesen (empfohlenen) 25-Poligen Anschluss findet man meist an einem TNC für die digitale Schnittstelle zum Computer.

Praktisch reichen für die asynchrone Kommunikation jedoch zwischen drei und sieben Adern.

Um beim PC-AT sowohl eine serielle als auch eine parallele Schnittstelle auf das Slotblech einer ISA-Steckkarte zu bekommen, musste ein kleinerer Stecker her.
Daher verwendet man am PC meist 9-polige D-Sub-Stecker.
Das ist auch einfacher zum Löten und bei der Fehlersuche.
Die Nummerierung der "Pins" weicht bei beiden Steckervarianten (DB9 vs. DB25) leicht ab.

(Im Zuge weiterer Miniaturisierung werden ggf. auch 8-polige Mini-DIN-Stecker oder RJ45-Stecker genutzt.)
Das Prinzip bleibt das gleiche - man verbindet die benötigten Signale.

Tipp:
Überprüfen Sie mit einem Durchgangsprüfer/Multimeter die Verbindungen.

Das für den TNC geeignete 3-Draht Kabel (ohne HW-Handshake) würde beim Durchgangstest eine 1:1 Verbindung besitzen:
von TX(D) zu TX(D) hier sendet der Computer Daten an den TNC
von RX(D) zu RX(D) hier erwartet der Computer Daten von dem TNC
und GND zu GND finden.

Sonderfall: Crossover-Kabel

Nimmt man das o.g. 1:1 Kabel (DTE <-> DCE) zur Verbindung von zwei Computern, wird die Kommunikation nicht funktionieren.
Beide Computer würden Ihre Daten über die gleiche Leitung absenden, aber keine Seite würde den Pin der Empfangsleitung prüfen.

Für den Sonderfall gibt es spezielle Crossover-Kabel.
Diese sind nur für eine Kommunikation zwischen Computer (DTE) <-> Computer (DTE) gedacht!

Computer    Computer
TX -------->   RX
RX             <-------    TX
GND          <-------> GND (Signal-Masse/Signal Ground=SG)

Die Verwendung eines solchen (Crossover-)Kabels für die Kommunikation von Computer zu TNC wird daher nicht erfolgreich sein.
Leider kann man die interne Drahtanordnung innerhalb eines Kabels von außen nicht direkt erkennen.

Sonderfall: Hardware-Handshake-Kabel
Die Verarbeitung von Daten durch ein Gerät benötigt immer Zeit.

Ist der Sender zu schnell für den Empfänger, dann können Daten verloren gehen.
Viele Chips (UARTS) haben nur sehr kleine Puffer, um Informationen zwischenzuspeichern (e.g. acht Bytes).

Wenn der Puffer voll wird, muss man die Datenaussendung der Gegenseite anhalten.

Das geht in einigen Fällen nur über Steuerzeichen (XON/XOFF).
Konkret, wenn keine Signalleitung verfügbar ist (Stichwort: Modemverbindung über das Telefon-Netz).

Andernfalls kann man das auch gleich schaltungstechnisch (in Hardware) realisieren.
Dies wird dann Hardware-Handshake genannt.
Und Überraschung: Es gibt da wieder mehrere Varianten.

Beispiele:
RTS/CTS   (RTS=Ready-to-send/CTS=Clear-to-send)
DSR/DTR (DSR=Data-Set-Ready/DTR=Data-Terminal-Ready)

Achtung:
Nicht jede Hardware unterstützt ein Hardware-Handshake.
Aber es gibt auch Hardware die das zwingend haben möchte.

Auch zu beachten:
Die Terminal-Software muss ggf. auch erst auf ein Hardware-Handshake konfiguriert werden.

Die Herausforderung für eine erfolgreiche Kommunikation:

Serielle Daten werden bitweise nacheinander übertragen.
Die zwei Geräte tauschen einzelne(!) Zeichen asynchron (d.h. ohne gemeinsamen Takt) aus.
D.h. die Uhren der Geräte müssen nicht synchron laufen.

Herausforderungen auf Seite des Empfangsgerätes:

Es kann zwar den Spannungsabstand der Empfangsleitung (RxD) zur Signalmasse (SG oder GND) feststellen, schwieriger ist es festzustellen, wann zeitlich die einzelnen Bits vorliegen.

Signalisieren die Spannungen wirklich Daten? Ist es "zufällig" eine Störspannung?
Welche Spannung stellt die binäre "0" dar? Welche die binäre "1"?
Aus wie vielen Bit besteht ein Zeichen (5-8)?
Kommt der größte Bitwert zuerst (MSB-Bit) oder der kleinste (LSB-Bit).
Wie erkennt man Übertragungsfehler?
Weitere Herausforderungen:
Aussendungen der Gegenseite anhalten/ganz stoppen?
Daten von Steuerzeichen unterscheiden?
Zeichen werden mit welchem Bitmuster dargestellt?

Beide Geräte müssen ein gemeinsames Verständnis für das verwendete Kommunikations-PROTOKOLL haben.
Ggf. auch noch über die Darstellung von Zeichen/Sonderzeichen.

ASYNC-PROTOKOLL (Logische Sicht)

Asynchrone (START/STOP-) Kommunikation wird benutzt, wenn man einzelne Zeichen übertragen möchte und die Zeitabstände zwischen den einzelnen Zeichen unterschiedlich sind. Eine separate Taktleitung bei Funkverbindungen ist darüber hinaus nicht realisierbar.

8N1     SPACE
_________     ................................__________________
   |     |        |    |
   |     |        | ^ |
IDLE    |     | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | S |        IDLE...
   |     |        | T
   |     |        | O
   |     |        | P
   |     |    |
   |     |<----------------------------->| 1
   |     | (8 Daten-Bits)    |
   |_____|    |
    MARK

7E1 SPACE
_________ ................................_______________
   |    |    | |   |
   |    |        | | ^ |
IDLE    |    | 0 | 1 | 2 | 3 | 4 | 5 | 6 | P | S |    IDLE...
   |    |    | A | T
   |     |    | R | O
   |    |    | I | P
   |    |    | T |
   |     |<------------------------->| Y | 1
   |     | (7 Daten-Bits)    |   |
   |_____| |   |
   MARK
       |<--------------------------------------->|
      (Frame enthält ein Zeichen)

Frame

Die Einheit der Bits vom

START-Bit (MARK)
gefolgt von den (n=5..9) Daten-Bits
einem optionalen Parity-Bit
und ein / anderthalb / zwei STOP-Bits (SPACE)

wird als Frame bezeichnet.

Der Start einer Datenübertragung wird zunächst per START-Bit angekündigt.
Der Ruhezustand ist definiert (z.B. +12V bei RS232).
Die Übertragung startet aus dem definieren Ruhezustand mit einem Flankenwechsel.
Wechselt also in den andern definierten Spannungspegel (z.B.von +12V nach -12V).

Dieser Spannungspegel wird jetzt für die Zeitdauer der Übertragung einer Signalinformation (also ein Bit) auf einen anderen Zustand gewechselt.

Nach erfolgter Ankündigung werden n Bit (Früher 7 Bit heute: 8 Bit) auf die Leitung geschickt.

Optional folgt genau ein Prüf-Bit (Parity)

Danach kommen noch eventuelle Zeiten zur Übertragung von STOP-Informationen ("STOP-Bits"), d.h. der Zustand wechselt für (mindestens) die Zeitdauer von 1-2 Bit auf SPACE.

Der SPACE-Zustand bleibt bestehen, bis das nächste START-Bit ("Mark") empfangen wird und der Vorgang wieder von Neuem startet.

Das Empfangsgerät überprüft (im UART) gemäß seiner Einstellungen, ob ein Fehler vorliegen könnte (hierzu wird das Parity-Bit ausgewertet).
Sofern ein "vermeintlicher" Fehler vermutet wird, wird das über einen FRAME-ERROR an die Software im Gerät signalisiert.
Was die Software damit macht, ist dann eine andere Sache.

Konkret heißt das:
Man muss sich (beiderseitig) vor der erfolgreichen Kommunikationsaufnahme auf eine gemeinsame Geschwindigkeit (z.B. 9600 Baud) für beide Geräte einigen.

Am TNC wird das meist von außen über Mäuseklaviere oder Jumper eingestellt.
Für die Kommunikation (Computer <-> TNC) ist die Geschwindigkeit auf der seriellen Leitung entscheidend.

(Vorsicht: Bitte nicht mit der Einstellung für die analoge Funk-Geschwindigkeit (1k2 im CB-Funk) verwechseln!)

Wie viele Bits werden zur Darstellung eines Zeichen benutzt? 2^7 oder 2^8. Das muss auf beiden Geräten gleich konfiguriert werden.
Möchte man nach der Übertragung des letzten Bits eine zeitliche Pause von einem , anderthalb oder zwei STOP-Bits?

Auch der Versand eines Kontroll-Bits (Parity) kann konfiguriert werden.
Keine Prüfsumme (N=No), Gerade Prüfsumme (E=Even), Ungerade Prüfsumme (O=Odd).

Achtung:
PC (Betriebssystem/Software) und TNC müssen mit den gleichen Einstellungen arbeiten.

Anhand der Skizze oben kann man sich das klar machen.
Wenn der Computer mit 8N1 Daten schickt, gibt das mit hoher Wahrscheinlichkeit ungültige Daten beim TNC, wenn der auf 7E1 interpretiert. (-> Frame error im TNC).
Wenn der TNC auf 7E1 konfiguriert ist und der Computer 8N1 erwartet, dann zeigt der Computer dagegen unsinnige Zeichen am Terminal (weil die Parity dann die Zeichen verfälscht).

Typische Terminal-Emulationseinstellungen

Schrittgeschwindigkeit in Baud: 9600 (PC-typisch), 19200 (das kann nicht jede Hardware bzw. Software)
Datenbits: 8 (typisch)
Prüfsumme: No (typisch)
Stop-Bits: 1 (typisch)

Die typische Einstellung am Terminal-Emulationsprogramm des Computers:
9600 Baud 8N1 bei TNC mit Host-Mode

oder falls man einen TNC noch mit der orginal TAPR-Firmaware im (native) Terminal-Mode betreibt:
9600 Baud 7E1

Anmerkung:
Die Geschwindigkeit muss für beide Geräte (Computer und TNC) identisch konfiguriert werden.
D.h. man könnte z.B. 1200 / 2400 / 4800 / 9600 verwenden.
(Tipp: Die gewählte Zahl durch 75 geteilt sollte eine Zweierpotenz liefern)
Die digitale Schnittstelle Computer <-> TNC darf dabei schneller konfiguriert werden, als die im TNC verbauten Funk-Modem(s) (1200 Baud / AFKSK).

Eine asychrone Übertragung erzeugt einen gewissen Zusatzaufwand.
D.h. um 8 Bit (Netto-Daten) zu übertragen, benötigt man

1 Start
8 Daten
(optional) ein Parity
mindestens ein STOP-Bit

(Brutto-Daten: 10-12 Bit)
Daumenregel: 10 Bit um ein Byte zu übertragen.

Zusätzlich kann man für sein Terminal konfigurieren, ob man bestimmte Zeichen zum Anhalten/Fortsetzen der Übertragung nutzen möchte.

Die Einstellung heißt meist XON/XOFF (oder Software-Handshake).

Die verwendeten Zeichen sind dabei extra so gewählt, dass sie in "normalen" Texten nicht vorkommen.
CTRL-S hält die Übertragung an
CTRL-Q setzt die Übertragung fort

Falle:
Bei der Übertragung binärer Daten oder Dateien können diese aber -unabsichtlich- die Übertragung zwischen Computer und TNC anhalten.

Es gäbe auch noch die Alternative einer Hardware-Handshake-Konfiguration (entsprechende Geräte und Kabel vorausgesetzt).

Eventuell kann man in der Terminal-Emulation auch noch weitere Dinge konfigurieren:
Auswahl zwischen mehreren vorhandenen Schnittstellen: COM1 ... COM4

Bei manchen Terminal-Emulationen (e.g. Tera Term) kann man Pausenzeiten zwischen der Übertragung von Zeichen oder Zeilen konfigurieren.
Das wird eher selten benötigt.

Bei Computern unter DOS
Adressregister serieller Schnittstellen, z.B. 2F8h/3F8h/2E8h/3E8h
Konfiguration Interrupt-Request (IRQ) Nummer.

IRQ können zu Konflikten führen. Praktisch sind daher beim PC nur zwei COM-Ports aktiv nutzbar!

COM1 / IRQ4 / Port 3F8h (e.g. für Maus) unter Linux: /dev/ttyS0 (s. man setserial)
COM2 / IRQ3 / Port 2f8h (e.g. für TNC) unter Linux: /dev/ttyS1
COM3 / IRQ4 / Port 3E8h unter Linux: /dev/ttyS2
COM4 / IRQ3 / Port 2E8h unter Linux: /dev/ttyS3

---------------------------------------------------------------------------------------------------
Zum Nachschlagen:

Begriffe / Erklärungen rund um serielle RS232-Schnittstellen

(typischerweise für asynchrone Kommunikation verwendet)

Eigenschaften RS232:

Exakt zwei Teilnehmer (Punkt-zu-Punkt)
FULL-Duplex
asymmetrische Spannungsübertragung mit Massebezug

logisch "1" der LOW-Pegel (MARK) ist <= - 3 V
logisch "0" der HIGH-Pegel (SPACE) ist >= + 3 V
maximal +/- ca. 25 Volt    (im PC-Bereich typisch: +/- 12V)

Kabellänge max. 15-20 Meter

Damit bekommt man ca. 20 Kilobits/s (19.200 Baud) hin (im Bereich der Norm).
Mit hochwertigen Kabeln ggf. auch bis 115 Kilobits/s
Letzteres wird aber von alten Rechnern nicht beherrscht.

Normen:
RS-232C              offiziell EIA-RS232C genannt. Der letzte Buchstabe kennzeichnet die Revision des Standards (aktuell "F" statt "C")
RS-422A              ähnlich RS-232C arbeitet aber mit differentiellen Signalen (symmetrische Spannungsübertragung)
RS-485                verbesserte Version von RS-422
V24                   Europäische Norm für RS-232C
V28                   Europäische Norm für Spannungspegel bzgl. V24/RS-232C
DIN66020/66021

UART/ACIA Chip für asynchrone Kommunikation (Universal Asynchronous Receiver)/(Asynchronous Communication Interface Adapters)
USART    Chip für synchrone oder asynchrone Kommunikation

Geschwindigkeit/Datenübertragungsrate:
Baud        : Anzahl der (maximalen) Signalwechsel zwischen Mark und Space pro Sekunde
          (1200 Baud entsprechen dabei einem Rechtecksignal von 600 Hz)
bps:        : Durchsatz (logischer) Bit pro Sekunde

Baud ist nicht unbedingt Bit/s (!)
Es gibt Modulationsarten die mehr als 1 Bit in einem Schritt übertragen.

cps          : Chars per Second
            Netto Übertragung von Zeichen pro Sekunde (meist bps/10 ... w.g. 8N1)

TTY    : Teletype ein 5 Bit-Code (für 32 Zeichen)
EBCD : Ein 6-Bit-Code mit dem man 64 unterschiedliche Zeichen darstellen kann
US-ASCII : Amerikanischer Standard um Zeichen zu kodieren. Die (amerikanische) ASCII-Norm verwendet nur 7 Bit und kann 128 Zeichen darstellen.
EBCDIC : Mainframe-Standard um Zeichen zu kodieren: Ein 8 Bit-Code

COM1-4 : Namen (im BIOS bzw. DOS) für serielle Schnittstellen in Personal-Computern älterer Bauart.
         Diese werden dort meistens über DB9-Anschlüsse bereitgestellt.

FRAME : Start/Daten/Parity/Stop-Bits (in Bezug auf serielle Schnittstellen).

Datenbits: 5-9 (heute meist 8, früher auch 7) pro Zeichen

Datenflusskontrolle
RTS/CTS

Signalnamen
(aus der Sicht des Computers!)
RxD              Received data     DATEN
TxD           Transmitted data DATEN
SG                Signal-Ground                  Betriebserde

RTS     Request to send    FLOW-Control
CTS     Clear to send       FLOW-Control

DTR    Data terminal ready
DSR    Data set ready
DCD    Data carrier detect
RI      Ring indicator

Chips für serielle Kommunikation

UART Chips in PCs

8250
16450
16550

Als Z80-SIO

Z8440

ACIA vielfach in Homecomputern

6551
6850

Level-Shifter / Pegelwandler

MAX232
MC1488
MC1489
SN75188
SN75189

Grundlagen zu Packet-Radio (Überblick für Einsteiger)

Wed, 01 Apr 2026 01:08:37 +0200

Grundlagen zu Packet-Radio

Der Austausch von Daten zwischen Kommunikationspartnern benötigt:
* Mindestens ein Übertragungsmedium
* Zwei direkt kommunizierende Geräte müssen zwingend die gleichen Protokolle (z.B. elektrisch bzw. logisch) verwenden.

Beispiele für Übertragungsmedien:
* Leitungen/Kabel/Glasfaser (Spannungen/Ströme/Licht)
* Funk (elektro-/magnetische Wellen)

Computer übertragen Daten digital über zwei binäre Zustände (Logisch ein/aus)
Dies erfolgt meist seriell (manchmal auch parallel).

In der Funktechnik sind Signale stetig (analog) und das Übertragungsmedium ist nicht exklusiv, sondern geteilt.

Ein digital arbeitenden Computer braucht also einen Übersetzer, um mit den analogen Signalen eines Sendeempfänger (Tranceiver/Funkgerät) zusammen arbeiten zu können.

Da es viele Hersteller für Computer und Tranceiver gibt, hat man jetzt viele mögliche Varianten seine eigene Station aufzubauen.

Variante 1: Websdr / nur als Zuhörer / via Web-Browser

Es gibt viele Webseiten wo man Funkempfänger auf der ganzen Welt fernsteuern kann.
Das gilt sowohl für das 11m Band (CB-Funk) als auch für offizielle Funkdienste wie den Amateurfunk.

SDR steht für software defined radio.
Manche dieser Webseiten bieten integrierte Dekoder für Packet-Radio und andere digitale Betriebsarten an.

Variante 2: Soundmodem (Windows oder Linux) alles per Software

Im einfachsten Fall stellt man sein (Hand-)funkgerät direkt neben den Laptop installiert sich ein "Soundmodem".
Das Mikrofon des Laptop digitalisiert die analogen Lautsprecherausgabe des Funkgerätes und wandelt diese wieder in Daten auf dem Laptop um.

Senden würde dann umgekehrt funktionieren. Der Lautsprecher liefert die Signale an das Mikrofon des Funkgerätes.
Man muss dann von Hand senden drücken.

Variante 2b :
Man verbindet die Soundkarte des Computers über elektrisch getrennte Potentiale (Übertrager bzw. Opto-Koppler) mit seinem Funkgerät.
Die Schaltungsvorschläge finden sich hier im Forum.

Wem der Lötkolben zu heiß ist, der kann das auch kommerziell kaufen.

Achtung:
CB-Funkgeräte dürfen technisch nicht verändert werden, daher muss das Funkgerät ggf. eine offizielle Zulassung für den Anschluss externer Mikrofone haben.

Variante 3: Kombination: Minimale Hardware ("Mini-Modem") + Software für den Packet-Radio Betrieb
Eine kleine Platine fungiert als Interface für den Anschluss an das Funkgerät.

Die eigentliche Arbeit wird per Software (im Computer) erledigt.

Beispiele
PC unter DOS (mit Packet-SW) <-> RS232 <-> "Mini-Modem"          <-> Funkgerät
PC unter DOS (mit Packet-SW) <-> RS232 <-> "BayCom-Modem"    <-> Funkgerät
PC unter DOS (mit Packet-SW) <-> RS232 <-> "PC-Com-Modem"    <-> Funkgerät

PC mit Linux (AX.25-Treiber)       <-> RS232 <-> xyz Funk-Modem      <-> Funkgerät
   +Packet-SW

C64 mit (DIGICOM>64)    <-> Casetten-Port <-> Digicom-Modem       <-> Funkgerät
C128

Probleme machen (heute) bzgl. solcher gebrauchter Mini-Modems/BayCom-Modem/HammCom-Modems/Druckerport-Modems:
PC-Betriebssysteme ohne direkten Hardware-Zugriff
PC-Hardware (ohne echte serielle RS232 Schnittstelle)
PC-Hardware (ohne phys. parallelen Drucker-Port)

Grund:
a) Direkter HW-Zugriff verboten und/oder Betriebssystem stört präzises Timing der Signale am Funk-Modem.
b) USB-Adapter liefern nicht mehr die benötigten +/- 12V-Spannungen für die BayCom/Mini-Modems, falsches Timing usw.

Wer so ein Mini-Modem weiter nutzen möchte:
Alten Laptop mit eingebauter RS232-Schnittstelle organisieren und ein (Free-)DOS drauf installieren.

Anmerkung:
Es gibt DOS-Software um diese "Mini"-Modems am PC wie einen echten TNC ansprechen zu können.

Variante 4: (physikalischer) Terminal-Network-Controller (TNC)
Ein (externes) Gerät, welches über eingebaute Modems verfügt und vollständig autark (bei ausgeschaltetem Computer) arbeiten kann.

Beispiel
Computer <- serielle RS232 Schnittstelle -> TNC mit 1200 Baud AFSK-Modem               <-> Funkgerät <-> Antenne
DOS/Win/Linux        +/- 12 Volt (!)                              (CB-Funk)

Computer <- USB-Schnittstelle         -> TNC mit Modem 1k2 AFSK / 9k6 FSK      <-> Funkgerät <-> Antenne
Win/Linux                                                                                                  (Amateur-Funk)

Der "Klassiker":
Altes Terminal <- serielle RS232 Schnittstelle      -> TNC im TAPR-Native- "cmd:" Mode       <-> Funkgerät <-> Antenne

INFO: Zur TNC-Hardware

Die TNC-1 Serie arbeitete mit dem 6809.
Die TNC-2 Serie arbeitet   mit dem Z80 (Verschiedene Hersteller HW / Firmware)
Die TNC-3 Serie läuft       mit auf 68k

Multi-/Allmode-Geräte für weitere Betriebsarten wurden ebenfalls hergestellt.

Bücher über Packet-Radio

Sun, 29 Mar 2026 22:14:40 +0200

Hallo zusammen,

anbei ein paar ältere Bücher zum Thema Packet-Radio:

Digitale Betriebstechnik
PACKET RADIO
Grundlagen und Betriebstechnik
2nd Edition 1993
ISBN 3-88682-017-1
DARC-Verlag

PACKET RADIO PRIMER
2nd Edition 1995
Radio Societey of Great Britain
ISBN 1 872309 31 3

PRACTICAL PACKET RADIO
1st Edition 1995
The American Radio Relay League, Inc
ISBN 0-87259-530-7

NOSintro
TCP/IP over Packet Radio
An introduction to the KA9Q Network Operating System
1992
ISBN 1-897649-00-2

Vorsicht:
Die o.g. Bücher sind nicht speziell auf den CB-Funk bezogen.
Die technischen Grundlagen sind aber sehr ähnlich oder identisch.

RMD 1200

Thu, 19 Mar 2026 17:35:05 +0100

Moin Funker Kollegen,

ich würde gerne Packet Radio betreiben.
Habe dazu ein Alan RMD1200
Das Gerät ist neu und mit orginal Software.
Ich habe es an einem alten Rechner laufen.
Ich komme bis zu den Einstellungen der Software aber das eigentliche Programm startet dann nicht.
Das Modem scheint zu gehen da es beim hochfahren vom Rechner unterschiedlich blinkt.
Ich weiß leider nicht weiter, aber vielleicht könnt Ihr mir ja helfen.

Gruß DME53
Michael

Aufbau eines Node, mit TNC was wird benötigt?

Mon, 09 Mar 2026 16:24:47 +0100

hi freunde der Bits im HF

da ich Zwei TNC habe und einen nehme ich oft mit für Mobil-Verbindung, da hat mich neulich ein Kollege hier im Forum auf die Idee gebracht das ich den Zweiten ja zu Hause als Festen Node einrichten könnte der dann z.b. via Internet mit LK0NRW verbunden ist, wie z.b. ein weiterer AccessPoint.
jetzt meine frage(n):

Welche Software benötige ich um mit einem TNC ein Node/ iGate einzurichten?
vorweg, die Verbindung PC-TNC und TNC-TRX besteht schon und soll hier nicht zum Thema gehören.

1.) Windows
- Software
+ Konfiguration (Basics)
+ Konfiguration zum Forward bzw. Routing

2.) Linux (k:ubuntu)
- Software
+ Konfiguration (Basics)
+ Konfiguration zum Forward bzw. Routing

ich freue mich wenn ich dann später mit meinem @Home-Node das Netzwerk unterstützen kann

73 Karsten

Was ist Packet Radio?

Sat, 10 Jan 2026 14:05:17 +0100

Packet Radio ist ein Verfahren zur digitalen Datenübertragung im Amateurfunk und CB-Funk. Die digitalen Informationen werden in kurzen Datenpaketen (meist maximal 255 Byte) ausgesendet und beim Empfänger wieder zusammengesetzt. Dadurch können Rechner drahtlos und mit automatischer Fehlerkorrektur miteinander kommunizieren.

Zwischen dem Datensender und -empfänger können mehrere Zwischenstationen angegeben werden, die die Pakete empfangen und unverändert wieder aussenden (Digipeater). Dadurch können große Entfernungen (mehrere 100 km) überbrückt werden, besonders dann, wenn die Digipeater einen exponierten Standort haben. Intelligente Netzknoten sind zudem in der Lage zu entscheiden, über welche Teilstrecken ein Datenpaket optimal in Richtung zum Empfänger geleitet werden muss (Routing).

Entstehung und Geschichte
Der englischsprachige Begriff Packet Radio wurde Ende 1981 in Tucson (Arizona) geprägt und hat sich auch im deutschen Sprachgebrauch durchgesetzt. Eine Gruppe von Funkamateuren hatte sich zur TAPR (Tucson Amateur Packet Radio) zusammengeschlossen und plante, ein lokales Datennetz auf Amateurfunk-Frequenzen aufzubauen.
Die Geschichte von Packet Radio reicht zurück in die 1960er Jahre, als die verschiedenen Rechner der Universität von Hawaii, die auf verschiedenen Inseln standen, per Funk miteinander verbunden wurden.

Bei der AMSAT trafen sich verschiedene Gruppen von Funkamateuren und legten ein Protokoll für Datenübertragung fest. Hauptzielrichtung war es, ein einheitliches Verfahren zur Datenübertragung von und zu den geplanten Amateurfunk-Satelliten OSCAR 10 zu entwickeln. Für die Datenübertragung innerhalb der postalischen Netze war das X.25-Protokoll bereits eingeführt, in Deutschland war es unter der Bezeichnung Datex-P gebräuchlich. So lag es nahe, auch für den Amateurfunk ein ähnliches Verfahren zu verwenden. Das erweiterte X.25-Protokoll, das allen Anforderungen für den Amateurfunkbetrieb genügt, wurde festgelegt und AX.25 (A = Amateur) genannt. AX.25 definiert die Stufe 2 des ISO-OSI-Modells.
Die TAPR 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 auf der Basis des Z80-Prozessors begann um 1985 auch in Deutschland die schnelle Ausbreitung der Betriebsart Packet Radio.

1993 wurde in Deutschland das TNC3S auf der Basis des 16/32-Bit-Prozessors MC68302 entwickelt, mit dem es nun bei hohen Übertragungsraten möglich war, zwei Funkgeräte von einem Rechner steuern zu lassen. Die Rechenleistung des TNC3S war sogar für den Aufbau eines Packet-Radio-Netzknotens (Digipeater) ausreichend, sodass der Computer als zentrale Einheit des Digipeaters abgelöst werden konnte. So wurden die Digipeater sehr wartungsfreundlich, weil jetzt keine Festplatten mehr die Lebensdauer beschränkten. Als nächster Schritt wurde 1997 in Deutschland der TNC4E entwickelt, der den Anschluss von drei Funkgeräten vorsah und zur Kommunikation mit Computer und anderen TNC4Es eine Netzwerk-Schnittstelle integriert hatte.

Als kostengünstige Alternative zu TNCs mit eigenem Mikroprozessor kann man das Funkgerät über ein einfaches Modem oder eine Soundkarte an einen PC anschließen, der die digitalen Funktionen des TNCs durch ein spezielles Programm realisiert.

Seit Oktober 1994 ist auch auf einigen Kanälen des Jedermannfunk (CB-Funk) die Übertragung digitaler Daten erlaubt und wird mithilfe von TNC oder Modems genutzt.
Inzwischen macht sich hier die Konkurrenz des Internets bemerkbar. Neue Impulse zeichnen sich durch umgebaute W-LAN-Accesspoints ab. Sowohl modifizierte Software, als auch veränderte Sendefrequenzen werden zurzeit im Rahmen des Projekts HAMNET ausprobiert.

Richtfunkverbindungen zwischen den Digipeatern ermöglichten den Aufbau eines internationalen Packet-Radio-Netzes. Dieses Netz ermöglichte den Funkamateuren kostenlosen Austausch von privaten und persönlichen Nachrichten, lange bevor dies über das Internet allgemein üblich wurde. Gegenwärtig besteht das Packet-Radio-Netzwerk in Deutschland aus mehreren Hundert Digipeatern mit rückläufiger Tendenz.

Da das Packet-Radio-Netz überwiegend über Richtfunkstrecken realisiert ist, arbeitet es autark vom Internet und kann somit auch für den Notfunkbetrieb verwendet werden, auch wenn Teile des Internets ausfallen oder überlastet sind.

Wie bei jeder Einführung einer neuen Betriebsart im Amateurfunkdienst, sorgte auch Packet Radio vor allem bei konservativen Funkamateuren für rege Debatten. Ähnlich wie bei der Einführung von Einseitenbandmodulation in den 1960er Jahren bei Sprechfunk, wurde auch durch bei Einführung von Packet Radio das Ende des Amateurfunks befürchtet. Die Vernetzung einiger Digipeater untereinander via Internet (VPN) löste den Höhepunkt dieser Debatten gegen Packet Radio aus. Inzwischen hat sich die Diskussion jedoch beruhigt.
Die heutigen kommerziellen Datenfunkanwendungen wie GPRS und WLAN bauen trotz fortschrittlicherer Technik (wie die Frequenzspreizung) auf den gleichen Verfahren wie die Packet-Radio-Controller der Funkamateure auf.

CallSign Richtlinien?

Tue, 30 Dec 2025 16:25:56 +0100

moin in die Runde,

gibt es dem Call-sign eine Richtlinie die Empfohlen wird?

"LK" steht ja hier für Lübbecke, in der Map habe ich andere Stationen gesehen wo der Präfix der Ortslage sehr ähnelt.

also Fragen:
1.)
haben sich in der Vergangenheit schon mal Leute sich überlegt dem Call-sign eine Logik zu verpassen?

Präfix(Alpha2); Number(1-2); Suffix(Alpha4) / insgesamt z.B. 8 Stellen
LK ; 0 ; NOD / Lübbecke(LK) Master(0) NODe

Das Call-sign ist ja zur eindeutigen Identifizierung, und da liegt es ja schon nahe am Zeichen grob zu erkennen wo dieser Node ungefähr her kommt. (so ist zumindest meine Meinung)

2.)
mein Heimat QTH ist Dörentrup (ein Ortsteil) welches Postalisch zum Einzugsgebiet Lemgo gehört, Ich könnte mir vorstellen das mein Späteres Stationäres Call mit LE beginnt
oder gibt es da eine Sinnvollere Präfix?

73 Brummbär / 13KH78 : Karsten

Text kann von jedem mitgelesen werden, normal ?

Mon, 14 Jul 2025 12:52:05 +0200

Moin zusammen,

wenn ich mit jemanden connectet bin, können dann alle das geschreibe mitlesen (im Monitor)? Oder kann man das irgendwie unterbinden ?

73 Ovve

Welche Nodes sind bei euch in Reichweite?

Sat, 24 May 2025 19:57:32 +0200

Hallo zusammen,

ich möchte gern mal sammeln, welche Packet-Radio-Nodes ihr aktuell empfangen könnt – speziell im 11 m-Bereich.

Bitte postet:

Rufzeichen
Frequenz
Standort (QTH oder Locator)
Signalqualität

✌🏻

Wie sieht euer Packet-Radio-Setup aus?

Sat, 24 May 2025 19:12:43 +0200

Hallo zusammen!

Ich würde gern mal sehen, wie eure Packet-Radio-Setups so aussehen.

Welche TNCs und Funkgeräte verwendet ihr?
Welche Software (BPQ, TheNet, FBB, LinBPQ etc.) läuft bei euch?
Wie ist euer Antennen-Setup?

Freue mich auf eure Fotos, Beschreibungen oder Tipps.

Wie alles begann – und wie es heute aussieht: Eure Geschichte im Packet Radio

Wed, 21 May 2025 07:26:13 +0200

Liebe Packet-Radio-Enthusiasten, liebe Funkfreunde,

wir möchten mehr über euch erfahren! Viele von uns blicken auf spannende Jahre (oder Jahrzehnte) im Packet Radio zurück – ob mit dem klassischen TNC2, einem alten DOS-Rechner oder modernen Raspberry-Pi-Systemen. Doch jeder hat seine ganz eigene Geschichte, seinen eigenen Einstieg und sein eigenes Setup.

Darum haben wir ein paar Fragen an euch – und freuen uns, wenn ihr eure Antworten mit uns teilt:
• Wie seid ihr eigentlich zum Packet Radio gekommen?
Gab es einen besonderen Auslöser, eine interessante Geschichte oder vielleicht ein Aha-Erlebnis?
• Welche Anlagen hattet ihr früher im Einsatz?
Vom legendären Baycom-Modem bis zur Eigenbau-Antenne – alles ist spannend!
• Was nutzt ihr heute?
Habt ihr euer Setup modernisiert oder seid ihr dem klassischen Stil treu geblieben?
• Seid ihr noch aktiv im Packet Radio – oder wieder aktiv geworden?
Und wenn ja, auf welchen Frequenzen oder Kanälen findet man euch?
• Welche Geräte (TNCs, Funkgeräte, Rechner, Antennen) verwendet ihr aktuell?
• Habt ihr besondere Projekte, Nodes, Mailboxen oder Gateways am Laufen?
• Was reizt euch bis heute an dieser Betriebsart – und was würdet ihr gerne in der Community wiederbeleben oder verbessern?

Ob alter Hase oder neugieriger Wiedereinsteiger – wir freuen uns über jede Rückmeldung, jedes Setup-Bild und jede Erinnerung. Ziel ist es, Erfahrungen zu sammeln, Ideen auszutauschen und gemeinsam neue Wege im Packet Radio zu gehen.

Postet gerne direkt hier im Thread oder schickt uns eure Storys – wir sammeln alles und stellen daraus eine inspirierende Übersicht zusammen.

Vy 73
Euer Team von LK0NOD – Packet Radio lebt!
www.lk0nod.de