Seite 6 von 12
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 10:42
von 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.

Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 11:28
von 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.
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 11:39
von 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.
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 14:33
von 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?

Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 14:40
von 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.
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 15:20
von 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?
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 16:15
von detlef
Alles klar. Dass der 50 Baud kann, das wusste ich nicht.
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 20:55
von 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.
Neuimplementierung von i-Telex
Verfasst: Di 19. Mär 2024, 21:12
von 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.

Neuimplementierung von i-Telex
Verfasst: Mi 20. Mär 2024, 12:31
von 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!".