LK0NOD - Forum - Community - CB Funk 11m
Hilfe zu TNC2multi - Druckversion

+- LK0NOD - Forum - Community - CB Funk 11m (https://lk0nod.de/forum)
+-- Forum: PACKET RADIO (https://lk0nod.de/forum/forum-193.html)
+--- Forum: Modems, TNCs & KISS-Modus (https://lk0nod.de/forum/forum-173.html)
+--- Thema: Hilfe zu TNC2multi (/thread-222.html)

Hilfe zu TNC2multi - DQB312 - 05.10.2025

Hallo,
ich habe ein Problem mit einem TNC2multi. Es stammt aus einem Nachlass.

Problem: Das Gerät reicht empfangene Pakete nicht zum Rechner durch.

Einstellungen:
- Baudrate zwischen TNC und Rechner = 9600
- Schalter am TNC auf 1k2*
- Stromversorgung über das Funkgerät (Alan77)
- unterer Speicherbereich mit Nord><Link eingestellt (Hostmode)
- keine Initialisierungsparameter in Paxon eingetragen

Folgende Tests wurden durchgeführt:
  1. Zugriff mit Terminalprogramm über die serielle Schnittstelle geht
    Beim Anschalten des TNC werden im Terminal die Firmwareversion 2.7b und weiteres ausgegeben.
    "ESC i barney" wird angenommen und bei "ESC i" wird korrekt "* BARNEY *" zurückgegeben
  2.  in Paxon schaltet das Gerät nach Einstellung des Com-Ports und der Baudrate auf Bereit
  3. Mit Paxon kann eine Aussendung gemacht werden (Connect-Versuch auf eine andere Station)
    Die andere Station antwortet auch, kann das Paket also empfangen und verarbeiten.
    Alle Datenpakete kann ich auf einem anderen Rechner empfangen und bekomme den Text decodiert (mit SDR# und Soundmodem / mit Malahite-Clone als Receiver und Soundmodem)

Am TNC2Multi werden die eingehenden Datenpakete mit DCD und DCD1k2 signalisiert, aber es kommen keine Daten in Paxon an.

Kann mir jemand einen Tip geben, ob hier ein Defekt am TNC oder eine Fehlkonfiguration in Paxon vorliegt?

Gruß Rainer

RE: Hilfe zu TNC2multi - DQB906 - 05.10.2025

Paxon ist leider oft fehlerbehaftet.
Da hier auf nicht mehr wirklich ein Update nach Version 2.0 irgend etwas kommen wird, würde ich es einmal über ein anderes System versuchen.
Zeigt er im Monitor denn überhaupt ein Signal an außer das Signal welches du sendest?

RE: Hilfe zu TNC2multi - DQB312 - 05.10.2025

Danke für die schnelle Antwort.

Paxon zeigt mit TNC am COM1 keine eingehende Pakete an, weder am ausgewählten Kanal noch im Monitor.
Verbinde ich Paxon mit Soundmodem (egal ob per SDR# oder Malahite als Empfänger), kommen alle Pakete aus Soundmodem auch in Paxon an.
Ich lasse dazu die Gegenstation (GP mit Minimodem) eine minütliche Bake senden.

Gruß Rainer

RE: Hilfe zu TNC2multi - DQB906 - 05.10.2025

Hast du sonst einmal das Kabel getauscht vom TNC zum PC?
Hab auch 5 Kabel probieren müssen, bis er eins endlich mal
am PC direkt als auch auf dem PI angezeigt hat.
Das ist immer ein großes hin und her.
Wenn COM1 und die Rate von 9600 passend in den Einstellungen drin sind für den COM Port, dann sollte er es ja eigentlich lesen.
Tausch mal das Kabel, evtl. Ist es wirklich nur der Fehler.
Hab mein tnc2 Multi nicht mehr, sonst hätte ich es im Testcenter einmal nachspielen können.

RE: Hilfe zu TNC2multi - DQB312 - 05.10.2025

Das Kabel zum PC habe ich nach Vorgaben der Anleitung für das TNC2multi selbst konfektioniert. Wenn ich nicht falsch liege, dürfte bei defekten / falschen Kabel die Kommuniktion zum TNC mit dem Terminal auch nicht funktionieren - die geht aber (Rufzeichen setzen und anzeigen lassen, Version anzeigen lassen...). Das Kabel zum Funkgerät ist ebenfalls nach Vorgabe der Anleitung selbst konfektioniert. Beim Empfang von Paketen zeigen die beiden LED (DCD und DCD1k2) im TNC diese auch an, das sollte also auch korrekt sein.
Ich hatte das TNC auch mal mit GP (ohne TFPCX) angesprochen, da wurden von GP immer Meldungen vom TNC angezeigt und das Senden funktionierte nicht. Da sind wohl Einstellungen oder Initialisierungsbefehle nicht korrekt.

RE: Hilfe zu TNC2multi - DQB906 - 05.10.2025

Ok, dann können wir Kabel schon mal ausschließen.
Muss morgen mal wenn ich abends im testcenter bin, mal schauen ob ich noch irgendwo einen Ordner habe vom Multi TNC mit Infos und Lösungen etc.

*Edit - leider gestern nichts gefunden auf dem PC. Werde mal versuchen, dass mir einem anderen PC nachzuspielen, woran es liegen könnte.

RE: Hilfe zu TNC2multi - DF2WKR - 13.01.2026

(05.10.2025, 14:36)DQB312 schrieb: Hallo,
ich habe ein Problem mit einem TNC2multi. Es stammt aus einem Nachlass.

Problem: Das Gerät reicht empfangene Pakete nicht zum Rechner durch.

Einstellungen:
- Baudrate zwischen TNC und Rechner = 9600
- Schalter am TNC auf 1k2*
- Stromversorgung über das Funkgerät (Alan77)
- unterer Speicherbereich mit Nord><Link eingestellt (Hostmode)
- keine Initialisierungsparameter in Paxon eingetragen

Folgende Tests wurden durchgeführt:
  1. Zugriff mit Terminalprogramm über die serielle Schnittstelle geht
    Beim Anschalten des TNC werden im Terminal die Firmwareversion 2.7b und weiteres ausgegeben.
    "ESC i barney" wird angenommen und bei "ESC i" wird korrekt "* BARNEY *" zurückgegeben
  2.  in Paxon schaltet das Gerät nach Einstellung des Com-Ports und der Baudrate auf Bereit
  3. Mit Paxon kann eine Aussendung gemacht werden (Connect-Versuch auf eine andere Station)
    Die andere Station antwortet auch, kann das Paket also empfangen und verarbeiten.
    Alle Datenpakete kann ich auf einem anderen Rechner empfangen und bekomme den Text decodiert (mit SDR# und Soundmodem / mit Malahite-Clone als Receiver und Soundmodem)

Am TNC2Multi werden die eingehenden Datenpakete mit DCD und DCD1k2 signalisiert, aber es kommen keine Daten in Paxon an.

Kann mir jemand einen Tip geben, ob hier ein Defekt am TNC oder eine Fehlkonfiguration in Paxon vorliegt?

Gruß Rainer

Moinsen

ich habe genau das selbe Porblem mit einem TNC2Multi :-( Habe recherchiert wie ein Weltmeister und habe folgendes herausbekommen. Hoffe, das es weiterhilft !

"Wenn dein TNC2multi Signale von anderen Stationen korrekt dekodiert, aber ausgerechnet die eines zweiten TNC2multi nicht, deutet dies auf subtile Unterschiede in der Signalverarbeitung oder den Protokolleinstellungen hin.

Hier sind die wahrscheinlichsten Gründe und Lösungsansätze:

1. Inkompatible AX.25-Protokoll-Implementierungen

Obwohl beide Geräte TNC2 heißen, können sie unterschiedliche Firmware-Versionen mit leicht abweichenden AX.25-Implementierungen nutzen.
  • Lösung: Vergleiche die genaue Firmware-Version beider Geräte (
    DISPLAY
    oder
    VERS
    Befehl). Stelle sicher, dass beide die gleiche Version verwenden, idealerweise die weit verbreitete TF2.7b. Manchmal sind ältere TNCs wählerisch bei neueren Protokoll-Headern.

2. Unterschiedliche Serialisierungs-Modi (KISS vs. Host/Terminal)
Dein WinGT-Programm erwartet möglicherweise Daten im KISS-Modus (ein rohes Datenformat, bei dem der PC die Protokollverarbeitung übernimmt), während das zweite TNC im Standard-Host-Modus sendet.
  • Symptome: Das TNC leuchtet zwar, weil es das Signal erkennt, aber es reicht die Daten nicht in dem Format an den PC weiter, das WinGT erwartet, oder WinGT verwirft sie, weil sie nicht als saubere KISS-Frames ankommen.
  • Lösung: Stelle sicher, dass beide Geräte im selben Modus arbeiten. Wenn WinGT den KISS-Modus erfordert, muss auf beiden TNCs der KISS-Modus aktiviert sein (oft mit dem Befehl
    @K
    oder
    KISS
    ON
    , gefolgt von
    STORE
    ). 
3. Abweichende Digipeater-Pfade oder Adressierung
Vielleicht ist das Problem nicht die Dekodierung der physischen Schicht (was die LEDs anzeigen), sondern die logische Schicht. Dein TNC dekodiert das Signal physisch, entscheidet aber, dass die Pakete nicht für es bestimmt sind oder auf einem falschen Digipeater-Pfad ( VIA ) ankommen, und zeigt sie daher im Terminal nicht an.
  • Lösung: Überprüfe die
    MYCALL
    -Einstellungen und die Connect-Befehle (
    C [ZIEL-CALL] VIA [PFAD]
    ). Stelle sicher, dass die Rufzeichen korrekt eingetragen sind und die Pfade (z.B. nur direkte Verbindung ohne
    VIA
    ) identisch konfiguriert sind. 
4. Hardware- oder Jumper-Fehlkonfiguration (9600 Bd vs. 1200 Bd)
Die LEDs zeigen an, dass irgendein Träger oder Datenstrom empfangen wird, aber nicht unbedingt, dass er lesbar ist.
  • Symptome: Wenn ein TNC auf 1200 Baud AFSK eingestellt ist, das andere aber intern auf 9600 Baud FSK (anderer Jumper-Satz), wirst du LEDs sehen, aber keine Dekodierung im Terminal. Die Signale sind für das menschliche Ohr oder Oszilloskop "gut", aber für den Modemchip des anderen TNC unlesbar. 

  • Lösung: Vergleiche die Jumper-Einstellungen in beiden Geräten akribisch. Der TNC2multi hat unterschiedliche Jumper-Sets für AFSK (Audio) und FSK (Direct Frequency Shift Keying).

Empfohlener Test:

Tausche die Rollen der Geräte: Kann das "problematische" TNC die Signale des ursprünglich "funktionierenden" TNC dekodieren? Wenn nein, liegt das Problem definitiv an der Konfiguration des einen Gerätes.
Das Handbuch für das TNC2multi von IfD liefert detaillierte Informationen zu allen Jumper-Einstellungen und Befehlen, was bei der Fehlersuche sehr nützlich sein kann."

73 de DF2WKR

RE: Hilfe zu TNC2multi - DQB312 - 13.01.2026

Hallo Wolfgang,

danke für die Hinweise.
Da ich Minimodem unter DOS, Soundmodem unter WIndows und Direwolf unter Linux funktionsbereit habe, ist das TNC mental "abgeschrieben".
Ich habe derzeit keine Motivation, daran weiter zu probieren, da ich ja eh nur mit mir selbst Packet Radio machen könnte - in Reichweite habe ich leider niemand Anderes als Gegenstation verfügbar. Nur mit dem PORNOD in Portugal kann ich gelegentlich probieren - meist komme ich nicht genügend stark dort an, so dass ich nur mitlesen kann.

Gruß Rainer

RE: Hilfe zu TNC2multi - DF2WKR - 15.01.2026

Ein Tip für die Allgemeinheit:

Gerne mal WinGT probieren. Gibt es auch speziell für den CB-Funk. Im gegensatz zu Paxon kann man hier die Parameter differenzierter festlegen !

http://www.wingt.de/html/german/aboutd.htm

73 de DF2WKR