Virtuellen COM-Port für TCP/IP-Port erzeugen - geht das?

[AVR-Programmierer (Gast)]

Kennt jemand ein Programm zur Erzeugung virtueller Windows-COM-Ports für 
TCP/IP-Verbindungen (soll einen COM-Port erscheinen lassen und alles 
von/zu dem soll zu einem wählbaren TCP/IP-Port gehen)?

Google hat zu Virtual Serial Ports Emulator geführt, aber ich glaube das 
kann es nicht (verstehe dessen Bedienung aber auch noch nicht).

Hintergrund:

- Am 1. UART des AVR ein Bluetooth-Modul

- Am 2. UART des AVR ein Wifi-Modul

- Die Firmware "esp-link" auf dem Wifi-Chip simuliert eine serielle 
Verbindung über TCP/IP: Man kann TeraTerm benutzen, den TCP/IP-Port 
angeben (Telnet-Protokoll oder Raw), bekommt Zugang zum AVR. So als ob 
der AVR per seriellem Kabel am PC angeschlossen wäre.

- Auf dem AVR kann eine Firmware installiert werden, die die Daten vom 
PC (via Wifi) zum Bluetooth-Modul sendet und umgekehrt: Der AVR verhält 
sich quasi wie ein passives serielles Kabel zwischen Wifi- und 
Bluetooth-Modul. Dadurch gibt es am PC scheinbar direkten Zugriff auf 
das Bluetooth-Modul. Funktioniert im normalen Betrieb mit 115200 Baud: 
Man kann im Terminal auf die Befehle des Bluetooth-Moduls zugreifen.

- Was nicht geht sind Updates des Bluetooth-Chips - weil das 
Update-Programm des Herstellers nur COM-Ports (statt wie Teraterm auch 
TCP/IP-Ports) akzeptiert. Ich suche jetzt ein Windows-Tool, das einen 
TCP/IP-Port wie einen COM-Port erscheinen lässt.

[Hmmm (Gast)]

Mit VSPE sollte das durchaus gehen. Ansonsten com0com (Open Source) in 
Verbindung mit com2tcp.

[Rufus Τ. F. (rufus)]

AVR-Programmierer schrieb im Beitrag #5754625:
> Kennt jemand ein Programm zur Erzeugung virtueller Windows-COM-Ports für
> TCP/IP-Verbindungen (soll einen COM-Port erscheinen lassen und alles
> von/zu dem soll zu einem wählbaren TCP/IP-Port gehen)?

com0com enthält com2tcp, das ähnliche Funktionalität zur Verfügung 
stellt.

[AVR-Programmierer (Gast)]

Danke für den Tip! Hat funktioniert (com2tcp.exe --baud 115200 
--ignore-dsr \\.\CNCB0 192.168.4.1 23). Mit dem Microchip-Flash-Tool für 
den RN4871.

[Jan L. (ranzcopter)]

Ich benutze dies hier zum Flashen ‚weiter entfernter‘ Arduinos per 
ESP-Link:
https://www.hw-group.com/software/hw-vsp3-virtual-serial-port

[AVR-Programmierer (Gast)]

> www.hw-group.com/software/hw-vsp3-virtual-serial-port

Funktioniert bei mir nicht. Benötigt man dafür nicht die auf der 
Download-Seite angezeigte Hardware?

Ich kann zwar den virtuellen Port erzeugen (VSP Status: Created, LAN 
Status: Connected), aber sobald man im Microchip-Utility auf Connect 
klickt, werden 4 Bytes übertragen (VSP Status: Opened) und dann wird die 
Verbindung wieder geschlossen (VSP Status: Closed). Im Log des Ports 
(Seite Advanced, Show Log) stehen Meldungen wie "Read settings of remote 
port failed" und "Write settings of remote port failed" - so als ob das 
Programm unter der TCP/IP-Adresse spezielle Hardware erwarten würde (und 
vielleicht Daten sendet, die mein Bluetooth-Chip nicht versteht).

[Christian M. (Gast)]

AVR-Programmierer schrieb im Beitrag #5756642:
>> www.hw-group.com/software/hw-vsp3-virtual-serial-port
>
> Funktioniert bei mir nicht. Benötigt man dafür nicht die auf der
> Download-Seite angezeigte Hardware?

Nein nein, ich brauche auch immer das. Musst "NVT Enable" ausschalten.

Gruss Chregu

[AVR-Programmierer (Gast)]

Das Tool macht totzdem irgendwas falsch. Ich kann zwar TeraTerm über den 
erzeugten virtuellen COM-Port mit dem Bluetooth-Modul verbinden 
(TeraTerm am PC mit Wifi->ESP8266->AVR->Bluetoothmodul), aber die 
allererste Rückmeldung im Terminal (wenn ich einen Befehl des 
Bluetooth-Moduls + Return eintippe) ist "Err". Das sollte nicht sein. 
Danach geht es. Das Microchip-Update-Tool hat wohl aus diesem Grund 
etwas an der COM-Port-Verbindung auszusetzen: Connect failed. com2tcp 
geht dagegen fehlerfrei.