Virtual COM (VCOM) convertitori Ethernet-seriale ATC

Molti clienti mi chiedono se virtualizzando più convertitori su altrettante porte COMs seriali si ottengono ancora buone prestazioni.

Certo molto dipende dal PC su cui viene eseguita la virtualizzazione e dalle prestazioni della rete LAN su cui i convertitori sono connessi, riporto un esempio reale di un nostro cliente che ha virtualizzato su di un PC Windows Xp utilizzando il software VCOM 3.6.1, 13 convertitori Ethernet/Seriale ATC-1000 (Screenshot).

Come si vede dallo screenshot è anche possibile gestire convertitori configurati con connessione TCP insieme a convertitori configurati con connessione UDP. Se il protocollo di comunicazione dei dispositivi seriali connessi ai convertitori prevede già un meccanismo di controllo trasmissione (Esempio protocollo Modbus), consiglio di configurare la connessione UDP in quanto richiede meno banda.

Dire cosa puoi avere sbagliato è difficile, ma ti posso dare degli steps di prova.

Test loopback TCP, ipotizzando che tu abbia configurato l’ATC 1000 per operare in modalità server (p
Porta 23), utilizzando Toolly in modalità terminale TCP/IP Client (Menù Utilities -> Terminal) connettersi all’IP dell’ATC porta 23. Se sull’ATC cortocircuiti tra loro i pin 2 e 3 del connettore DB9 seriale (Creando un loopback) i dati inviati da Toolly devono ritornare indietro ed essere visualizzati nella finestra del programma.

Test loopback seriale, avendo installato il software Virtual COM, utilizzando Toolly in modalità terminale TCP/IP Client (Menù Utilities -> Terminal) connettersi alla porta seriale COMx creata dal virtual COM. Se sull’ATC cortocircuiti tra loro i pin 2 e 3 del connettore DB9 seriale (Creando un loopback) i dati inviati da Toolly devono ritornare indietro ed essere visualizzati nella finestra del programma.

Test comandi AT modem, sia in modalità TCP che seriale, puoi con il modem collegato alla porta seriale dell’ATC inviare da Toolly il comando AT seguito da carriage return, nella finestra di Tooly dovresti ricevere la stringa OK dal modem.

Se il loopback funziona, vuol dire che è tutto ok, in convertitore svolge perfettamente il suo lavoro. Ora per capire perchè il modem non risponde possiamo provare a prendere una sfera di cristallo.

Verifica che il baud rate ed il modo di comunicazione sono corretti, collega il modem in seriale diretta al PC e verifica se dialoga. Gli stessi valori vanno definiti nella pagina di settaggio web dell’ATC.

Verifica che il modem dialoghi anche se i segnali di handshake hardware non sono gestiti, collega il modem alla seriale diretta di un PC con un cavo che ha solo i 3 fili Rx, Tx e GND (Pin 2, 3 e 5). Se così funziona deve funzionare anche con l’ATC connesso via TCP/IP.

Il mio dubbio non era che il modem non funzionasse ma sul fatto che funzioni solo con i segnali Rx e Tx. Il modem può essere configurato per controllare i segnali di handshake che l’ATC−1000 connesso in TCP non gestisce, per gestirli devi usare il VirtualCOM, ecco i comandi più comunemente utilizzati (In evidenza quelli che dovresti avere settati nel modem).

Per controllare lo stato dei segnali RTS/CTS dell’interfaccia seriale.
AT&K0 Disabilita il controllo di flusso dati
AT&K3 Abilita il controllo di flusso RTS/CTS
AT&K4 Abilita il controllo di flusso XON/XOFF

Per controllare lo stato del segnale DTR dell’interfaccia seriale.
AT&D0 Segnale DTR ignorato
AT&D1 Modem ritorna nel modo comando dopo la commutazione di DTR
AT&D2 Aggancio e ritorno del modem in modo comando dopo commutazione di DTR
AT&D3 Riprisitino del modem dopo la commutazione di DTR

Quindi o non funziona la virtualCOM (Ma questo lo scopri con il test del loopback come spiegato prima), oppure il tuo modem è settato per controllare i segnali di handshake hardware.