W10 - virtuelles Null-Modem (Software/Treiber)

https://sourceforge.net/projects/com0com/

Gerald O. schrieb:

Also quasi ein virtuelles Null-Modem-Kabel (RxD und TxD gekreuzt).

https://com0com.sourceforge.net/

Chris K. schrieb:

https://sourceforge.net/projects/com0com/

Danke, kurz getestet, passt aber wohl leider nicht in der Funktion wenn ich nicht was übersehen habe: com0com generiert zwei miteinander verbundene virtuellen COM-Ports und so dass zwei Comport-Anwendungs-Programme darüber kommunizieren können. Ich benötige aber das umgekehrte: Ein Programm, das zwei vorhandene virtuelle Comports (einmal vom Meßgeräte-USB-Treiber und einmal von einem USB-RS232-Adapter-Treiber bereitgestellt) verbindet. Das unter dem Link ebenfalls gelistete hup4com (hub4com) geht mehr in die Richtung, da kann man einen virtuell vorhandenen COM-Port auf mehrere durch die Software generierte virtuelle Comports verteilen um z.B. mit mehreren Programmen gleichzeitig einen USB-GPS-Empfänger zu nutzen. So wie ich es verstanden habe kann ich damit dann aber auch nur wieder an Programme und nicht an einen USB-RS232 Wandler weiterleiten. Ausser ich würde wie folgt verketten: Meßgerät -> IR-USB-Adapter (Windows-Treiber) -> hup4com -> com0com -> hup4com -> USB-RS232-Adapter(Windows-Treiber) -> RS232-Kabel -> RS232-USBAdapter (Linux-Treiber)-> Raspberry Ob die 3er-Kette "hup4com -> com0com -> hup4com" gleichzeitig läuft habe ich Zweifel, insgesamt wäre das eine "durch die Brust ins Auge" Lösung.

Gerald O. schrieb:

com0com generiert zwei miteinander verbundene virtuellen COM-Ports und so dass zwei Comport-Anwendungs-Programme darüber kommunizieren können. Ich benötige aber das umgekehrte: Ein Programm, das zwei vorhandene virtuelle Comports (einmal vom Meßgeräte-USB-Treiber und einmal von einem USB-RS232-Adapter-Treiber bereitgestellt) verbindet.

Im com0com-Paket ist auch com2tcp enthalten. Mit zwei Instanzen davon, die Deine beiden COM-Ports bedienen und sich lokal (127.0.0.1) unterhalten, sollte das funktionieren.

Gerald O. schrieb:

Ein Programm, das zwei vorhandene virtuelle Comports (einmal vom Meßgeräte-USB-Treiber und einmal von einem USB-RS232-Adapter-Treiber bereitgestellt) verbindet.

Es ist in diesem Kontext ungünstig, physische real existierende Schnittstellen als "virtuell" zu bezeichnen. Auch wenn der Begriff "virtuell" eingeführt wurde, um USB-Seriell-Bridges von auf PC-Motherboards oder PC-Steckkarten verbauten UARTs zu differenzieren, jetzt fängt er an, sehr unpassend zu werden.

Aber, wie hmmm schon beschrieb, das com0com-Paket kann auch Dein Problem der Verbindung zweier physischer Schnittstellen lösen. Oft unterschätzt (und aus irgendwelchen Gründen fallen immer wieder Leute auf Eltima rein).

Such mal nach Seriellen Loggern, da gab mal was.

Sowas hab ich vor Jahren auch mal benötigt und bin da meine ich auf folgendes Projekt gestoßen https://github.com/fjovine/SerialSniffer/tree/master Ist ein C# Projekt was mit com0com zwei virtuelle Ports erzeugt und das C# Programm dann damit die Verbindung auf einen Realen COM Port umsetzt. Bei einer normalen Kommunikation hat das damals soweit gut geholfen das Protokoll zu verstehen und die Befehle herauszufinden.

Edit: hatte ich sogar schonmal vor Jahren in einem ähnlichen Thread Beitrag "Re: COMx virtuell mitlesen / verdreifachen"

Eine Lösung: https://forums.ni.com/t5/Example-Code/Serial-Port-Forwarding-Port-Sniffer-Logger/ta-p/3493447

cat /dev/ttyUSB0 > /dev/ttyUSB1 ? Wie ist die Konfiguration der Schnittstellen? Is das ein CDC dem die baudrate und so egal ist oder muss man die auch noch umsetzen? Wenn es eine echte Schnittstelle ist warum nicht gleich in das Zielsystem einstöpseln ?