W10 - virtuelles Null-Modem (Software/Treiber)

[Gerald O. (garry)]

Hallo,
ich suche für Windows 10 einen Software/Treiber um von einem virtuellen 
Comport (bereitgestellt von einem Metrahit-Meßgerät) die Daten per 
USB/RS232-Treiber wieder auszugeben. Also quasi ein virtuelles 
Null-Modem-Kabel (RxD und TxD gekreuzt).
Vor vielen Jahren habe ich sowas mal für viel Geld gesehen? Gibt es da 
was freies?

Gruß
Garry

[Chris K. (kathe)]

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

[Hmmm (hmmm)]

Gerald O. schrieb:
> Also quasi ein virtuelles
> Null-Modem-Kabel (RxD und TxD gekreuzt).

https://com0com.sourceforge.net/

[Gerald O. (garry)]

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.

[Hmmm (hmmm)]

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.

[Harald K. (kirnbichler)]

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

[Rüdiger B. (rbruns)]

Such mal nach Seriellen Loggern, da gab mal was.

[Kai B. (kaib)]

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"

[Rüdiger B. (rbruns)]

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

[Max D. (max_d)]

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 ?