Restauration TeKaDe FS200 für späteren Betrieb mit piTelex Thema ist als GELÖST markiert

[DSchneid]

Guten Abend Dieter

BTW: Ich habe dir 2 Nachrichten per Telex zugestellt und keine Antwort von dir erhalten.
Läuft dein FS200 nicht

Da bist du noch etwas zu früh dran.
Bin noch nicht fertig - steht auch so hier geschrieben

Bitte noch um etwa Geduld. Die FS200 bekommt einen 120m Telex Rolle. Da gehen sich dann mehr als 2 Nachrivhten aus

[DSchneid]

SMOKETEST mit piTelex über V10-CH340 Modul erfolgreich getestet - externes Telex von WinTelex erfolgreich empfangen.
Als nächstes gehts dann in die Fertigsstellung der V10 Raspi Lösung

Screenshot 2025-08-14 215854.jpg

IMG_1983.JPG

IMG_1984.JPG

IMG_1985.JPG

IMG_1977.JPG

lG aus dem heißen Wien

[DSchneid]

Hallo Dieter,
gratuliere zu dem Etappenerfolg!
Ich schließe daraus, dass die V.10 Karte funktioniert wie erwartet
Viel Erfolg bei der Finalisierung von piTelex, und wie gesagt, ein kurzer Erfahrungsbericht zu der Platine wäre toll.

[DSchneid]

Hallo Dieter,
gratuliere zu dem Etappenerfolg!
Ich schließe daraus, dass die V.10 Karte funktioniert wie erwartet
Viel Erfolg bei der Finalisierung von piTelex, und wie gesagt, ein kurzer Erfahrungsbericht zu der Platine wäre toll.

Scheint als würde die V10 Karte funktionieren - danke nochmals

Ein Erfahrungsbericht folgt auf jeden Fall

Eine Frage : wie wähle ich mit dem FS200 - also zB die Wetterauskunft 717171 ?

[DSchneid]

da dürfte beim Senden (Anwählen) noch was faul sein.

Es sollte ja wie folgt gehen

LIN drücken und sobald WB gemedlet wird, die Nummer eingeben.
Nur wird bei mir nur die erste Ziffer übertragen, sonst nichts. (Consolen Output)

Und dies sehe ich nur, wenn ich von LIN on den LOK wechsle - vielleicht was faul an meiner Verdrahtung am CH340 Adapter=
ich baue mir morgen die einfachere Lösung ohne Dioden nach und stelle von HDx auf Dx retour

so siehts bei mir aus in der Console wenn ich zu wählen versuche

Screenshot 2025-08-14 234226.jpg

Wähle ich über piTelex funktioniert alles prima

[DSchneid]

Ich vermute jetzt mal aus der hohlen Hand, dass es an der Verdrahtung des CH340 liegt (Stichwort CTS Hack...
https://github.com/fablab-wue/piTelex/wiki/Example_USB)

Wie war eigentlich deine "User experience" beim Installieren von piTelex? Wo gab es Stolpersteine?

[DSchneid]

Ich vermute jetzt mal aus der hohlen Hand, dass es an der Verdrahtung des CH340 liegt (Stichwort CTS Hack...
https://github.com/fablab-wue/piTelex/wiki/Example_USB)

Wie war eigentlich deine "User experience" beim Installieren von piTelex? Wo gab es Stolpersteine?

Danke - CTS Hack schaue ich mir später am
Abend an

Bzgl UX piTelex Installation - wenn piTelex nicht auf einer Raspi Plattform läuft darf im Telex.json kein piTTY Modul aktiviert sein da dies die GPIO lib voraussetzt.

Ansonsten alles straight forward.
Doku genau lesen und dann sollte man keine Probleme haben.

[DSchneid]

Ich vermute jetzt mal aus der hohlen Hand, dass es an der Verdrahtung des CH340 liegt (Stichwort CTS Hack...
https://github.com/fablab-wue/piTelex/wiki/Example_USB)

Warte mal - interpretiere ich es richtig dass ich am 9pol DSub Connector den Rxd mit dem CTS pin verbinden muss?


PS: die Verkabelung sollte ja passen in sende und empfangsrichtung was TXD und RXD betrifft da ich Telexe empfangen kann und beim senden wird zumindest das erste Zeichen gedruckt - dann wird wohl der Rxd/CTS Hack die Lösung bringen (hoffentlich)
Ansonsten warten ich auf die V10 Lösung mit dem Raspi und Max 232

[WolfHenk]

da steht direkt am chip.....

[obrecht]

da steht direkt am chip.....

Bin ich auch drüber gestolpert, ist aber mMn Unfug, es geht darum, über CTS den Zustand der Leitung abzufragen. Das kann man auch ein paar Zentimeter hinter dem Chip, wir haben ja hier keine HF Ich ändere das mal...
Diese Verknüpfung von RXD und CTS gibt's ja übrigens auch beim Standard TW39-RPiTTY
Das liegt daran, dass man wohl beim RPi an ein und demselbern Pin nicht mehrere Bedingungen testen kann, wenn ich das richtig verstehe in Jochens Doku.