Restauration TeKaDe FS200 für späteren Betrieb mit piTelex Thema ist als GELÖST markiert
-
- Rank 8
- Beiträge: 727
- Registriert: So 3. Apr 2022, 19:20
- Wohnort: Grebenhain
- Hauptanschluß: 38718 wlfhnk d
- Kontaktdaten:
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
riecht, als ob centralex nicht will.... Wie hast Du denn die I-Telex-Konfiguration abgesprochen und eingestellt?
38718 wlfhnk d I-Telex (7:00 - 22:00 ME(S)Z) nachts Anrufbeantworter T-100
54353 hoeck d Oe-Telex (Oe-AGT + Raspberry Pi + Babelfish) online T-68
414685 ctrav d in Reparatur T1200BS
36355 wlfhnk d Testanschluss z.b.V.
54353 hoeck d Oe-Telex (Oe-AGT + Raspberry Pi + Babelfish) online T-68
414685 ctrav d in Reparatur T1200BS
36355 wlfhnk d Testanschluss z.b.V.
-
Topic author - Rank 2
- Beiträge: 114
- Registriert: Sa 3. Feb 2024, 19:46
- Wohnort: Wien
- Hauptanschluß: 422858 koeck a
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
ich hab dies via PN mit Detlef gemacht.
Seltsam ist, dass ich Nachrichten von extern Empfangen kann.
i-Telex wurde im telex.json eingebunden wie folgt
Wenn hier ein Fehler im iTelex liegen soll, wieso kann ich dann Nachrichten empfangen und über die piTelex Consolte mit angeschlossenen FS auch Dienste anrufen die wiederum am FS gedruckt werden.
Seltsam ist, dass ich Nachrichten von extern Empfangen kann.
i-Telex wurde im telex.json eingebunden wie folgt
Code: Alles auswählen
# Module type "i-Telex"
"i-Telex": {
"type": "i-Telex",
"enable": true,
# "port": 2342,
"centralex": true,
"centralex_srv": "tlnserv2.teleprinter.net",
"centralex_port": 49491,
"tns_dynip_number": 240725, # Subscriber number registerd at TNS
"tns_pin": xxxxx
},
Gruß
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
-
- Rank 8
- Beiträge: 808
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Glaube ich auch nicht. Centralex verändert ja nur die Behandlung/das Routing von ankommenden FS.
Hier ist aber das Problem, dass beim Senden angefangene Wählvorgänge nach der ersten Ziffer abgebrochen werden, wobei die V.10 das CTS korrekt konstant aufrechterhält. Irgendwie und irgendwo zwischen V.10 und piTelex wird die Verbindung als beendet gemeldet und piTelex geht im MCP wieder auf Z. Mit vollem debugging lässt sich vllt finden, warum. Hoffe ich...
Hier ist aber das Problem, dass beim Senden angefangene Wählvorgänge nach der ersten Ziffer abgebrochen werden, wobei die V.10 das CTS korrekt konstant aufrechterhält. Irgendwie und irgendwo zwischen V.10 und piTelex wird die Verbindung als beendet gemeldet und piTelex geht im MCP wieder auf Z. Mit vollem debugging lässt sich vllt finden, warum. Hoffe ich...
Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 24/7 833538 obrac d (FS220) 24/7 833539 fili d (T100a) 24/7 833540 rowo d (T100/R) 24/7 833541 obby d (T37h) 24/7 833142 rolf d (Lo15A) 24/7 83110 aachen d (T68d) 24/7 (ETSt Aachen)
-
Topic author - Rank 2
- Beiträge: 114
- Registriert: Sa 3. Feb 2024, 19:46
- Wohnort: Wien
- Hauptanschluß: 422858 koeck a
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Welche Debug Flags müsste ich noch aktivieren ?
Oder pausieren wir mal und warten auf das Resultat der V10-Max232 Lösung mit Raspi?
Gruß
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
-
- Rank 8
- Beiträge: 808
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
"errorlog_level" : "DEBUG", "errorlog_path" : "/home/pi/piTelex-log/",Das gibt wie gesagt ein voluminöses logging, vllt kann man da was sehen. Aber vllt liegt es auch am Adapter oder dem Windows-Treiber oder am python-seriell-Modul oder schlussendlich vllt an piTelex

Das liegt bei Dir

Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 24/7 833538 obrac d (FS220) 24/7 833539 fili d (T100a) 24/7 833540 rowo d (T100/R) 24/7 833541 obby d (T37h) 24/7 833142 rolf d (Lo15A) 24/7 83110 aachen d (T68d) 24/7 (ETSt Aachen)
-
Topic author - Rank 2
- Beiträge: 114
- Registriert: Sa 3. Feb 2024, 19:46
- Wohnort: Wien
- Hauptanschluß: 422858 koeck a
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Das habe ich doch im Post #90 veröffentlicht
viewtopic.php?t=5459&start=80#p50431
Schaue bitte auf Seite 9
viewtopic.php?t=5459&start=80#p50431
Schaue bitte auf Seite 9
Gruß
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
-
- Rank 8
- Beiträge: 808
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Sorry, hatte ich völlig übersehen.DSchneid hat geschrieben: ↑Sa 16. Aug 2025, 14:43 Das habe ich doch im Post #90 veröffentlicht
viewtopic.php?t=5459&start=80#p50431
Schaue bitte auf Seite 9
Was ich auf die Schnelle sehen kann ist, dass nach korrektem Aufbau der Verbindung und Einschalten des WB-Modus dann ein Umschaltzeichen auf Ziffern gesendet werden soll/wird(?), aber dann die Übertragung "hängt", und der DIAL-Watchdog korrekterweise nach ca 50s die Geduld verliert und die Maschine wieder schlafen schickt, weil er keine Wahlinformationen sieht. Irgendwas am Handshake funktioniert nicht. Da steige ich aber momentan nicht durch. Vielleicht später nach einem schönen Abendessen

Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 24/7 833538 obrac d (FS220) 24/7 833539 fili d (T100a) 24/7 833540 rowo d (T100/R) 24/7 833541 obby d (T37h) 24/7 833142 rolf d (Lo15A) 24/7 83110 aachen d (T68d) 24/7 (ETSt Aachen)
-
- Rank 8
- Beiträge: 808
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Dumme Frage: Wenn ich mit pItelex deine Maschine anrufe, kannst du dann (nach dem Drücken von LIN) antworten? Oder sollen wir das mal ausprobieren?
Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 24/7 833538 obrac d (FS220) 24/7 833539 fili d (T100a) 24/7 833540 rowo d (T100/R) 24/7 833541 obby d (T37h) 24/7 833142 rolf d (Lo15A) 24/7 83110 aachen d (T68d) 24/7 (ETSt Aachen)
-
Topic author - Rank 2
- Beiträge: 114
- Registriert: Sa 3. Feb 2024, 19:46
- Wohnort: Wien
- Hauptanschluß: 422858 koeck a
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Ich habe selbst einen T1000
Damit könnte ich es testen
Sobald der Anruf eintrifft und Datum etc gedruckt wurde soll ich LIN drücken und einen Text eingeben oder?
Damit könnte ich es testen
Sobald der Anruf eintrifft und Datum etc gedruckt wurde soll ich LIN drücken und einen Text eingeben oder?
Gruß
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
Dieter
Wien:
422858 koeck a - Siemens T1000 (nur für Testzwecke online)
240725 dschn a - TeKaDe FS200 (nur für Testzwecke online)
-
- Rank 8
- Beiträge: 808
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Restauration TeKaDe FS200 für späteren Betrieb mit piTelex
Genau das meine ich. Und dann gucken, ob auf dem T1000 was ankommt.
Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 24/7 833538 obrac d (FS220) 24/7 833539 fili d (T100a) 24/7 833540 rowo d (T100/R) 24/7 833541 obby d (T37h) 24/7 833142 rolf d (Lo15A) 24/7 83110 aachen d (T68d) 24/7 (ETSt Aachen)