Neuimplementierung von i-Telex

Fachforum für i-Telex-Entwickler
Antworten
Benutzeravatar

obrecht
Rank 8
Rank 8
Beiträge: 733
Registriert: Fr 26. Jun 2020, 18:53
Wohnort: Aachen
Hauptanschluß: 833539 fili d

Neuimplementierung von i-Telex

#51

Beitrag: # 43229Beitrag obrecht »

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

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
damarco
Rank 3
Rank 3
Beiträge: 202
Registriert: Mi 20. Sep 2023, 16:31
Hauptanschluß: 371126

Neuimplementierung von i-Telex

#52

Beitrag: # 43230Beitrag damarco »

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.
Benutzeravatar

obrecht
Rank 8
Rank 8
Beiträge: 733
Registriert: Fr 26. Jun 2020, 18:53
Wohnort: Aachen
Hauptanschluß: 833539 fili d

Neuimplementierung von i-Telex

#53

Beitrag: # 43231Beitrag obrecht »

damarco hat geschrieben: Di 19. Mär 2024, 11:28 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.
Der braucht soviel ich das sehe nur den Standard-seriell-Treiber in Python.
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.
Diesen Absatz verstehe ich nicht, sorry.
Viele Grüße,
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)
Benutzeravatar

detlef
Rank 12
Rank 12
Beiträge: 4285
Registriert: Do 28. Mär 2019, 09:10
Wohnort: Marburg
Hauptanschluß: 7822222 hael d

Neuimplementierung von i-Telex

#54

Beitrag: # 43233Beitrag detlef »

damarco hat geschrieben: Di 19. Mär 2024, 11:28 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.
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? :D
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag (Insgesamt 2):
Baderbahnobrecht
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
Benutzeravatar

detlef
Rank 12
Rank 12
Beiträge: 4285
Registriert: Do 28. Mär 2019, 09:10
Wohnort: Marburg
Hauptanschluß: 7822222 hael d

Neuimplementierung von i-Telex

#55

Beitrag: # 43234Beitrag detlef »

obrecht hat geschrieben: Di 19. Mär 2024, 11:39
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.
Diesen Absatz verstehe ich nicht, sorry.
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.

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
Benutzeravatar

obrecht
Rank 8
Rank 8
Beiträge: 733
Registriert: Fr 26. Jun 2020, 18:53
Wohnort: Aachen
Hauptanschluß: 833539 fili d

Neuimplementierung von i-Telex

#56

Beitrag: # 43235Beitrag obrecht »

Ä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?
Folgende Benutzer bedankten sich beim Autor obrecht für den Beitrag:
detlef
Viele Grüße,
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)
Benutzeravatar

detlef
Rank 12
Rank 12
Beiträge: 4285
Registriert: Do 28. Mär 2019, 09:10
Wohnort: Marburg
Hauptanschluß: 7822222 hael d

Neuimplementierung von i-Telex

#57

Beitrag: # 43236Beitrag detlef »

Alles klar. Dass der 50 Baud kann, das wusste ich nicht.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag:
obrecht
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

Topic author
damarco
Rank 3
Rank 3
Beiträge: 202
Registriert: Mi 20. Sep 2023, 16:31
Hauptanschluß: 371126

Neuimplementierung von i-Telex

#58

Beitrag: # 43245Beitrag damarco »

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.
Benutzeravatar

detlef
Rank 12
Rank 12
Beiträge: 4285
Registriert: Do 28. Mär 2019, 09:10
Wohnort: Marburg
Hauptanschluß: 7822222 hael d

Neuimplementierung von i-Telex

#59

Beitrag: # 43246Beitrag detlef »

damarco hat geschrieben: Di 19. Mär 2024, 20:55 Die Treiber sind nicht signiert und unter macOS oder Win10 nur mit Umstand zu installieren.
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. ;)
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag (Insgesamt 2):
Baderbahntw137125
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
Benutzeravatar

kulo74
Rank 2
Rank 2
Beiträge: 104
Registriert: Mi 9. Mai 2018, 16:04
Wohnort: Pottenstein/Österreich
Hauptanschluß: 204991 kulo a

Neuimplementierung von i-Telex

#60

Beitrag: # 43252Beitrag kulo74 »

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!".
Folgende Benutzer bedankten sich beim Autor kulo74 für den Beitrag (Insgesamt 5):
detlefM1ECYSO36Tlx380170JFKWolfgangH
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
Antworten

Zurück zu „i-Telex Dev“