Neuimplementierung von i-Telex
-
- Rank 8
- Beiträge: 733
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Neuimplementierung von i-Telex
Ich gehe mal davon aus, aber kann es nicht beschwören, weil ich die CH340-Variante selber nicht im Einsatz habe, sondern nur die GPIO-Version mit Modul RPiTTY. 
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 3
- Beiträge: 202
- Registriert: Mi 20. Sep 2023, 16:31
- Hauptanschluß: 371126
Neuimplementierung von i-Telex
Es kommt darauf an ob der Treiber und natürlich auch die Hardware dies Unterstützen. Beim CH340 hätte ich bedenken zwecks des Treibers, niemand will ernsthaft freiwillig einen chinesischen Treiber installieren.
Beim Treiber besteht auch auch das Problem dieses USB-Wandler, diese haben alle auch GPIOs das klingt erst mal toll für alle möglichen Ideen, wenn man einen USB Treiber dafür Programmiert. Über den Standardtreiber sind die GPIOs nicht implementiert und da hören denn die Ideen schon wieder auf. Das es unter USB auch keine GPIO Klasse gibt erschwert die Sache ebenfalls.
Beim Treiber besteht auch auch das Problem dieses USB-Wandler, diese haben alle auch GPIOs das klingt erst mal toll für alle möglichen Ideen, wenn man einen USB Treiber dafür Programmiert. Über den Standardtreiber sind die GPIOs nicht implementiert und da hören denn die Ideen schon wieder auf. Das es unter USB auch keine GPIO Klasse gibt erschwert die Sache ebenfalls.
-
- Rank 8
- Beiträge: 733
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Neuimplementierung von i-Telex
Der braucht soviel ich das sehe nur den Standard-seriell-Treiber in Python.
Diesen Absatz verstehe ich nicht, sorry.damarco hat geschrieben: ↑Di 19. Mär 2024, 11:28 Beim Treiber besteht auch auch das Problem dieses USB-Wandler, diese haben alle auch GPIOs das klingt erst mal toll für alle möglichen Ideen, wenn man einen USB Treiber dafür Programmiert. Über den Standardtreiber sind die GPIOs nicht implementiert und da hören denn die Ideen schon wieder auf. Das es unter USB auch keine GPIO Klasse gibt erschwert die Sache ebenfalls.
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 12
- Beiträge: 4284
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Neuimplementierung von i-Telex
Alle meine chinesischen Geräte habe chinesische Treiber. Die ganzen Arduinos haben den CH340 und viele meiner RS232/USB-Adapter. Und der Eprommer ist auch aus China. Wo ist das Problem?

Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
- Rank 12
- Beiträge: 4284
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Neuimplementierung von i-Telex
Ich habe bisher auch noch keinen USB/RS232-Adapter gesehen, bei dem man die RX- und TX-Leitungen geziehlt setzen kann. Das wird in der Regel nicht funktionieren. Wenn dann nur bei den Handshake-Leitungen. Und ob das dann in Echtzeit funktioniert, ist auch noch fraglich.obrecht hat geschrieben: ↑Di 19. Mär 2024, 11:39Diesen Absatz verstehe ich nicht, sorry.damarco hat geschrieben: ↑Di 19. Mär 2024, 11:28 Beim Treiber besteht auch auch das Problem dieses USB-Wandler, diese haben alle auch GPIOs das klingt erst mal toll für alle möglichen Ideen, wenn man einen USB Treiber dafür Programmiert. Über den Standardtreiber sind die GPIOs nicht implementiert und da hören denn die Ideen schon wieder auf. Das es unter USB auch keine GPIO Klasse gibt erschwert die Sache ebenfalls.
Ich würde also aktuell erstmal davon ausgehen, dass das nur mit einer echten RS232-Schnittstelle funktioniert.
Da Jochen den Schaltplan gezeichnet hat, wird es sich ja irgendwas dabei gedacht haben. Ich werde ihn mal bei Gelegenheit fragen.
Falls es einen Adapter gibt, der das kann, dann wäre ich sehr interessiert.
Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
- Rank 8
- Beiträge: 733
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
Neuimplementierung von i-Telex
Äh ich glaube ich hatte deine Frage falsch verstanden. Der CH340 kann 5bit und 50 Baud mit 1-2 Stopbits, so wird er auch genutzt, dann braucht man doch RX/TX nicht explizit zu setzen? 
Oder wo ist mein Knoten im Kopf?
Oder wo ist mein Knoten im Kopf?
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 12
- Beiträge: 4284
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Neuimplementierung von i-Telex
Alles klar. Dass der 50 Baud kann, das wusste ich nicht.
Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
Topic author - Rank 3
- Beiträge: 202
- Registriert: Mi 20. Sep 2023, 16:31
- Hauptanschluß: 371126
Neuimplementierung von i-Telex
Die Treiber sind nicht signiert und unter macOS oder Win10 nur mit Umstand zu installieren. Zudem gab es Versionen die Problem machten und das ganze System zum Absturz brachten. Ehrlich gesagt installiere ich aus Sicherheitsgründen keine Software aus China, wo möglicherweise Hintertüren eingebaut wurden. Es gibt ja auch alternativen, kosten etwas mehr aber funktionieren überall reibungslos und das ohne Treiber zu installieren.
Alle dieser ICs haben GPIOs die sich spezifisch nutzen lassen, das Problem ist nur das dies in den Standardtreibern nicht implementiert ist. Erschwerend kommt dazu das in USB keine GPIO Klasse definiert ist.
Alle dieser ICs haben GPIOs die sich spezifisch nutzen lassen, das Problem ist nur das dies in den Standardtreibern nicht implementiert ist. Erschwerend kommt dazu das in USB keine GPIO Klasse definiert ist.
-
- Rank 12
- Beiträge: 4284
- Registriert: Do 28. Mär 2019, 09:10
- Wohnort: Marburg
- Hauptanschluß: 7822222 hael d
Neuimplementierung von i-Telex
Die CH340-Treiber lassen sich problemlos unter Windows 10 installieren. Wenn man Bedenken wegen Backdoors hat, dann darf man auch keine amerikanischen Treiber installieren - die NSA lässt grüßen. Da bleibt dann nicht viel.

Gruß, Detlef
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
i-Telex: 7822222 (T1000), 114288 (F1300), 211230 (T100Z), 96868 (T37), 24394 (T68d)
Konf.-Dienst: 11160/11161, Rundsender: 11162/11163 , Baudot-Bilder: 11166, Chat-GPT: 11168
Mail-/Fax-Dienst: 11170/11171, News-Ticker: 11180/11181, hist. Ausk.: 40140, Wetter: 717171
-
- Rank 2
- Beiträge: 104
- Registriert: Mi 9. Mai 2018, 16:04
- Wohnort: Pottenstein/Österreich
- Hauptanschluß: 204991 kulo a
Neuimplementierung von i-Telex
Vielleicht solltet ihr ja zuallererst einmal ermitteln, welche Anforderungen oder Wünsche denn die i-Telexer an eine neue Netzwerkkarte haben bzw. welche Features am meisten gewünscht werden. Das könne in Form einer Umfrage erfolgen - kann das Forum so etwas? Und danach könntet ihr mögliche technische Umsetzungen ausloten. Diese Vorgangsweise hätte meiner Meinung nach auch den Vorteil, dass sich jeder der mag einbringen kann und auch im Nachhinein keiner sagen kann "... das wäre auch noch gut gewesen!".
Grüße
Helmut +++
204991 KULO A (TeKaDe FS220Z)
204992 kulo a (Siemens T37i)
25321 maier a (Siemens T100S)
74773 WIEN A (Siemens T68d)
204995 (Siemens T100, nur Empfänger, 75 bd)
14445 potspi a (SEL LO15C)
12115 stuagw a (Olivetti T2)
noch keine Kennung (SEL LO133)
Status: online, offline
Helmut +++
204991 KULO A (TeKaDe FS220Z)
204992 kulo a (Siemens T37i)
25321 maier a (Siemens T100S)
74773 WIEN A (Siemens T68d)
204995 (Siemens T100, nur Empfänger, 75 bd)
14445 potspi a (SEL LO15C)
12115 stuagw a (Olivetti T2)
noch keine Kennung (SEL LO133)
Status: online, offline