Packet Radio · Node-Software

BPQ32 & LinBPQ – das Herz eines Packet-Radio-Nodes

Ports, Routing, BBS, Chat und Funk in einer Software

BPQ verbindet verschiedene Funk- und Netzwerkwege zu einem Packet-Radio-Node. TNC oder Direwolf bringen die Daten in den Funkkanal, AX.25 beschreibt die Pakete – und BPQ verbindet daraus mehrere Ports und Dienste zu einem Node.

BPQ32 und LinBPQ – was ist der Unterschied?

Gleiche Familie, passendes System wählen.

BPQ32

Historisch Windows-orientierter Name und BPQ32-Umfeld: Node-Software mit Ports, Anwendungen und Netzwerkfunktionen für den Packet-Radio-Betrieb.

LinBPQ

Die Linux-Version – typischerweise auf Raspberry Pi oder Linux-Systemen, gerne im 24/7-Dauerbetrieb. Nicht pauschal behaupten, beide seien technisch vollständig identisch: System, Installation und Details unterscheiden sich.

Brauche ich BPQ für Packet Radio?

Klare Antwort für normale Nutzer.

Für normalen Zugang zu LK0NOD: Nein. TNC oder Soundmodem plus Client genügen völlig.

Du brauchst BPQ nur, wenn du zum Beispiel einen eigenen Node betreiben, eine BBS bereitstellen, mehrere Funkports verbinden, Routing nutzen oder Chat- und Netzdienste bereitstellen willst. Wer einfach nur LK0NOD nutzen will, muss diese Technik nicht beherrschen:

Die Rolle von BPQ im System

Mit und ohne eigenen Node.

Ohne BPQ (Nutzer)

  1. BenutzerTerminal bzw. Client
  2. TNC / SoundmodemModem-Seite
  3. Funk27.235 oder 26.925 MHz
  4. LK0NODfertiger Node im Netz

Mit BPQ (eigener Node)

  1. Funkport 1 · Funkport 2z. B. zwei Frequenzen
  2. Telnet · BBS · Chat · APRSweitere Wege und Dienste
  3. BPQ / LinBPQführt alles logisch zusammen
  4. Node / Routingeigener Knoten im Netz

Was ist ein BPQ-Port?

Ein Port ist ein Kommunikationsweg – nicht automatisch Funk.

  • Hardware-TNC an serieller Schnittstelle
  • KISS-Port zu TNC oder Software-TNC
  • Direwolf-Anbindung
  • AX.25-Port für Funkstrecken
  • Telnet für Internet-Zugänge
  • Netzwerkverbindung zu anderen Nodes

Merksatz: Port ist nicht automatisch Funkport. Erst die Konfiguration bestimmt, welcher Weg hinter einem Port steckt.

Funkports am Beispiel Zweikanalbetrieb

Nur als Prinzip – keine LK0NOD-Portnummern erfunden.

Prinzip: Port 1 und Port 2

Port 1 kann Kanal 24 sein, Port 2 kann Kanal 77 sein – als Beispiel dafür, wie BPQ zwei Funkwege abbildet. Aktuelle LK0NOD-Portnummern nur aus bestätigter Config nennen.

Zwei Funkkanäle in einem Node

BPQ kann mehrere Funkports verwalten. LK0NOD nutzt Kanal 24 (27.235 MHz) und Kanal 77 (26.925 MHz) – beide dauerhaft, keiner als Hauptkanal ausgezeichnet. Ob beide Ports jemals gleichzeitig senden, ist eine LK0NOD-Betriebsfrage und hier nicht belegt – dazu keine Behauptung.

BPQ und KISS

Die Brücke zum Funkgerät.

KISS verbindet BPQ mit einem TNC oder Software-TNC:

  1. BPQ / LinBPQNode-Logik und Ports
  2. KISSSchnittstelle, kein Funkprotokoll
  3. TNC / DirewolfModem-Seite
  4. FunkgerätAFSK auf 27 MHz

KISS ist nicht das Funkprotokoll selbst – das bleibt AX.25.

TNC-Hardware im LK0NOD-Umfeld

Bestandsinfo, keine Pflichtlösung.

LK0NOD nutzt im Stationsumfeld einen TNC3S im KISS-Umfeld – Darstellung als Beispiel aus der LK0NOD-Infrastruktur, keine allgemeine Pflichtlösung. Keine unverifizierten Portdetails; Anbindung allgemein auf TNC für Packet Radio.

Direwolf und BPQ zusammen

Zwei Programme, zwei Rollen.

Direwolf: Software-TNC und Modem. BPQ: Node-Software. Typischer Signalweg: BPQ → KISS- oder Netzwerk-Schnittstelle → Direwolf → Soundkarte → Funkgerät. Beide Programme nicht verwechseln – Details zu Direwolf auf Packet Radio mit Soundmodem.

AX.25 im BPQ-System

Das Protokoll bleibt gleich, BPQ verwaltet es.

BPQ verwaltet AX.25-Verbindungen über seine Ports – Grundlagen dazu auf AX.25 einfach erklärt, hier keine Protokollwiederholung.

Was ist der Node?

Der zentrale Einstiegspunkt.

Der Node ist der zentrale Einstiegspunkt: Benutzer verbinden sich zum Beispiel mit LK0NOD – danach sind weitere Funktionen erreichbar. Nur bestätigte LK0NOD-Befehle nennen; die Befehlsliste steht in der LK0NOD-Hilfe.

Was sind APPLICATIONS?

Dienste per Alias oder Befehl erreichbar machen.

BPQ kann Anwendungen über Aliase und Befehle erreichbar machen – bis zu 32 Anwendungen sind vorgesehen, jede mit eigenem Rufzeichen/Alias-Paar oder über den Node-Namen ansprechbar. Aus LK0NOD bestätigt: BBS, CHAT und weitere Anwendungen – keine komplette Syntax erfunden.

BBS und Chat bei LK0NOD

Anwendungen oberhalb des Nodes.

LK0BOX – die Mailbox

LK0BOX ist die Mailbox-Anwendung von LK0NOD, typischer Aufruf per Befehl BBS – bestätigt im aktuellen Projektstand. Die BBS ist eine Anwendung oberhalb des Nodes.

LK0BOT – der Chat

BPQ kann einen Converse- bzw. Chatdienst bereitstellen – bei LK0NOD LK0BOT mit Alias LKCHAT, Aufruf per CHAT, bestätigt im aktuellen Projektstand.

MHeard, Routing und Wege im Netz

Sehen, wohin es gehen kann.

MHeard

MHeard zeigt gehörte Stationen – mit Rufzeichen, Port und Zeitpunkt, soweit vorhanden. Nur Felder nennen, die tatsächlich angezeigt werden.

Nodes und Routing

BPQ kennt andere Nodes und Wege – Verbindungen können dadurch über mehrere Knoten laufen. Keine aktuelle LK0NOD-Route erfinden. Quality-Angaben nur sehr allgemein einordnen, keine Werte ohne Quelle.

Telnet in BPQ

Alternativer Zugang, kein Funkersatz.

BPQ kann Internet- und TCP-basierte Zugänge bereitstellen – ein alternativer Zugangsweg zum Node, nicht mit der Funkverbindung gleichzusetzen. Aktuelle LK0NOD-Zugangsdaten nur aus verifizierter öffentlicher Quelle verwenden – siehe Telnet-Weg in der Verbindungsanleitung.

BPQ-Webinterface

Anzeige und Verwaltung – mit Augenmaß.

BPQ kann Webfunktionen bereitstellen. Typische Bereiche können Node-Status, Ports, MHeard, Nodes oder BBS-Ansichten sein – je nach Rechten auch Konfiguration. Keine Admin-Funktionen beschreiben, die nicht öffentlich gedacht sind.

LinBPQ auf Raspberry Pi

Der 24/7-Node im Kleinformat.

Der Raspberry Pi eignet sich für 24/7-Node, niedrigen Stromverbrauch, USB- und serielle Anbindung sowie Direwolf, Webinterface, BBS und Chat. Keine konkrete Pi-Version als Pflicht nennen.

Betrieb als Dienst

Unter Linux läuft LinBPQ auf Servern typischerweise als Systemdienst im Hintergrund. Keine systemd-Datei blind generieren – der Einrichtungsweg hängt von Distribution und Installationsart ab.

Wie eine BPQ-Konfiguration aufgebaut ist

Nur konzeptionell – keine Config-Zeilen.

Bereiche im Prinzip

  • Node-Grunddaten (Rufzeichen, Alias)
  • Ports (Funk, KISS, Netzwerk)
  • Anwendungen (BBS, Chat, weitere)
  • Routing zu anderen Nodes
  • Telnet-Zugänge
  • Webfunktionen

Beispielstruktur (pseudologisch)

  1. NodeRufzeichen und Alias
  2. Port Funk 1 · Port Funk 2z. B. zwei Frequenzen
  3. TelnetInternet-Zugang
  4. BBS · ChatAnwendungen oberhalb

Keine echten sensiblen Config-Werte – Struktur zum Verstehen, nicht zum Abtippen.

Node-Call und Alias

Bei LK0NOD: Node LK0NOD mit Alias LK0NRW – bestätigt im aktuellen Projektstand. Node-Call und Alias sind unterschiedliche Dinge: Der Call adressiert die Station, der Alias ist der kurze Zweitname.

Warum mehrere Ports?

Beispiele: zwei Frequenzen, Funk plus Internet, lokaler TNC plus Remote-Link – BPQ führt diese logisch zusammen. Digipeating und Baken-Verhalten sind dabei port- und konfigurationsabhängig, keine pauschalen Weiterleitungsversprechen.

BPQ bei LK0NOD

Nur bestätigte Daten.

  • Node Alias LK0NRWLK0NOD
  • System Raspberry Pi / LinuxLinBPQ / BPQ
  • Kanal 24 27.235 MHz FM · 1200 Baud AFSKDauerbetrieb
  • Kanal 77 26.925 MHz FM · 1200 Baud AFSKDauerbetrieb
  • Mailbox Aufruf per BBSLK0BOX
  • Chat Aufruf per CHAT · Alias LKCHATLK0BOT

Keine Portnummern und keine interne Struktur – nicht belegt, nicht behauptet.

Architektur im Überblick (Prinzip)

  1. EingängeKanal 24 · Kanal 77 · Telnet · Direwolf · TNC
  2. LinBPQPorts, Routing, Anwendungen
  3. NodeLK0NOD – zentraler Einstieg
  4. BBS · ChatLK0BOX · LK0BOT – Dienste oberhalb

Konzeptionelles Diagramm – keine Config, keine Admin-Details.

APRS im BPQ-Umfeld

Kurz, eigener Themenbereich.

BPQ kann APRS-Funktionen oder Schnittstellen integrieren – bei LK0NOD laufen Digi- und APRS-Funktionen ergänzend zum Node. APRS ist ein eigener Themenbereich und wird hier nicht vertieft.

Node-Sicherheit

Pflichtlektüre vor dem ersten Port ins Netz.

  • Adminzugänge schützen, Standardpasswörter vermeiden
  • Telnet-Zugänge absichern
  • Öffentliche und administrative Funktionen trennen
  • Dienste nur bei Bedarf veröffentlichen
  • Updates einspielen
  • Backups: Konfiguration und BBS-Daten sichern

Keine sicherheitskritischen Konfigurationen veröffentlicht – Grundsätze statt Geheimnisse.

Benutzer oder Sysop?

Benutzer: Node, BBS, Chat. Sysop: Konfiguration, Logs, Systemzugriff. Keine Adminbefehle offengelegt, die nicht öffentlich dokumentiert sind.

Backup-Disziplin

Konfigurationsbackup, BBS-Daten sichern, funktionierenden Stand dokumentieren, Änderungen versionieren – kurz, aber wirksam.

Fehlersuche am Node

Symptom → Richtung.

Fehlersuche an einem BPQ-Node
ProblemMögliche UrsachePrüfen
Port bleibt offlineTNC, Gerätedatei oder KISS-AnbindungVerkabelung, Schnittstelle und KISS-Betrieb des Modems kontrollieren
Kein RXAudio, Schnittstelle oder PortRX-Audio, Portzuordnung und Modemmodus prüfen
Kein TXPTT oder PortkonfigurationPTT-Weg und Porteinstellungen kontrollieren
Node erreichbar, BBS nichtAnwendung oder BBS-DienstAPPLICATION-Eintrag und BBS-Dienst prüfen
Telnet funktioniert nichtListener, Anmeldung oder FirewallTelnet-Dienst, Zugangsdaten und Netzfreigaben prüfen
MHeard leerPort empfängt nichtsAntenne, Frequenz, Squelch und RX-Audio prüfen
Routing fehltNode- oder Routen-KonfigurationBekannte Nodes und Routenliste kontrollieren

Startreihenfolge und Monitoring

Konzeptionell – von der Hardware zum Dienst.

Inbetriebnahme

  1. Hardware prüfen.
  2. TNC / Direwolf prüfen.
  3. KISS prüfen.
  4. BPQ starten.
  5. Ports prüfen.
  6. MHeard prüfen.
  7. Anwendungen prüfen.
  8. Externen Zugang prüfen.

Nach jeder Änderung testen

  • Portstatus
  • Logs
  • MHeard
  • Connect
  • BBS
  • Chat

Wenn du selbst einen Node bauen willst

Grobgerüst – keine Komplettanleitung hier.

  • Linux- oder Windows-System (z. B. Raspberry Pi)
  • BPQ bzw. LinBPQ
  • Funkinterface mit TNC oder Direwolf
  • Antenne und stabile Stromversorgung
  • Netzwerk optional, Konfiguration ohnehin

Spätere eigene Unterseite denkbar – bis dahin führen TNC, Soundmodem und die Toolbox durch die Bausteine.

BPQ im Cluster einordnen

Jede Ebene hat ihre Seite.

Häufige Fragen zu BPQ

Kurz beantwortet – Details in den Abschnitten oben.

Was ist BPQ32?

BPQ32 ist Node- und Netzwerksoftware für Packet Radio: Sie verbindet Funk- und Netzwerkwege zu einem Node mit Diensten wie BBS und Chat. Rolle lesen →

Was ist LinBPQ?

LinBPQ ist die Linux-Version der BPQ-Node-Software – typischerweise auf Raspberry Pi oder Linux-Systemen im Dauerbetrieb. Varianten lesen →

Brauche ich BPQ, um LK0NOD zu nutzen?

Nein. Für den reinen Zugang genügen TNC oder Soundmodem mit Client. BPQ erst für einen eigenen Node, eine BBS oder mehrere Funkports. Antwort lesen →

Läuft LinBPQ auf Raspberry Pi?

Ja. Der Raspberry Pi eignet sich gut für einen LinBPQ-Node im 24/7-Betrieb: sparsam, kompakt und mit USB- sowie serieller Anbindung. Pi lesen →

Was ist ein BPQ-Port?

Ein Port ist ein Kommunikationsweg in BPQ – zum Beispiel Hardware-TNC, KISS-Port, Direwolf, Telnet oder eine Netzwerkverbindung. Nicht jeder Port ist Funk. Ports lesen →

Kann BPQ mehrere Funkkanäle verwalten?

Ja. BPQ kann mehrere Funkports verwalten und logisch zusammenführen – bei LK0NOD zum Beispiel beide CB-Kanäle im Dauerbetrieb. Funkports lesen →

Was ist eine APPLICATION?

Über APPLICATIONS macht BPQ Dienste per Alias oder Befehl erreichbar – bei LK0NOD zum Beispiel die Mailbox per BBS und den Chat per CHAT. Applications lesen →

Kann BPQ eine BBS betreiben?

Ja. BPQ bringt Mailbox-Funktionen mit – bei LK0NOD läuft die Mailbox LK0BOX als Anwendung oberhalb des Nodes. BBS lesen →

Kann BPQ Chat bereitstellen?

Ja. BPQ kann einen Converse- bzw. Chatdienst bereitstellen – bei LK0NOD der Chat LK0BOT mit dem Alias LKCHAT. Chat lesen →

Funktioniert BPQ mit Direwolf?

Ja. Direwolf arbeitet als Software-TNC bzw. Modem, BPQ als Node-Software darüber – verbunden zum Beispiel per KISS- oder Netzwerk-Schnittstelle. Zusammenspiel lesen →

Funktioniert BPQ mit Hardware-TNC?

Ja. Die Hauptschnittstelle zu Funkgeräten sind KISS-TNCs an seriellen Anschlüssen – dazu kommen weitere TNC- und Soundmodem-Anbindungen. KISS lesen →

Was ist KISS bei BPQ?

KISS verbindet BPQ mit einem TNC oder Software-TNC. KISS ist dabei nicht das Funkprotokoll selbst – das bleibt AX.25. KISS lesen →

Kann BPQ Telnet bereitstellen?

Ja. BPQ kann Telnet-Verbindungen annehmen und aufbauen – ein alternativer Internet-Zugang zum Node, kein Ersatz für Funk. Telnet lesen →

Ist BPQ für Einsteiger geeignet?

Zum Benutzen eines Nodes schon – dafür muss man BPQ nicht beherrschen. Für den eigenen Node-Betrieb braucht es Einarbeitungszeit. Einordnung lesen →

Nutzt LK0NOD BPQ/LinBPQ?

Ja. LK0NOD läuft mit LinBPQ bzw. BPQ als Node LK0NOD mit Mailbox LK0BOX und Chat LK0BOT. LK0NOD-Block →

Wie geht es weiter?

Zurück zur Praxis oder tiefer in die Ebenen.

Alle Packet-Radio-Themen →

Unsere Systeme

BPQ32LinuxOpenWebRX+APRSBBSRaspberry Pi