Cookie
Electronic Team, Inc. uses cookies to personalize your experience on our website. By continuing to use this site, you agree to our cookie policy. Click here to learn more.

Connettività simultanea a molteplici porte COM

Il connettore da Seriale a Ethernet supporta la condivisione di una porta seriale contemporaneamente con più clienti. Consente inoltre ad un cliente singolo, di connettersi a più interfacce seriali remote.
Prova gratuita
14-giorni disponibili di prova gratuita
Il prezzo della licenza parte da $259.95
Disponibile per

Trasferimento dei dati da porte seriali a molteplici applicazioni

Il connettore da Seriale a Ethernet ti consente di trasmettere i dati da un dispositivo avente singola porta seriale verso a molteplici computers in remoto. Ad esempio, puoi connettere un sensore GPS connesso serialmente a diversi computers in remoto e condividere i suoi dati simultaneamente. Diversi utenti possono accedere a dati identici allo stesso tempo con applicazioni differenti da qualsiasi luogo collegato alla rete.
Una posizione GPS in ricevimento da diversi computers

Consolidamento dei dati da molteplici dispositivi seriali

Il connettore da Seriale a Ethernet può consolidare la trasmissione dati da più dispositivi seriali ad un singolo computer remoto. Ad esempio, puoi unire i dati da più sensori di allarme a un computer centralizzato. Adesso, un operatore ha accesso ai segnali da tutti i dispositivi assieme ed è meglio preparato a prendere decisioni informate in merito ai sistemi protetti dagli allarmi.
Un sistema di sensori in monitoraggio da un unico portatile

Come condividere una porta seriale con diversi computers

1
Installa Serial to Ethernet Connector sul computer con una connessione fisica ad un dispositivo seriale come un sensore satellitare GPS. Installa il programma su tutti i computers che hanno bisogno di accedere ai dati del GPS.
Ottieni la versione di installazione per il tuo sistema operativo
2
Sul computer connesso al GPS, crea una connessione server, che ascolti la porta fisica.
Seleziona Connessione del server sull’host ed il protocollo dati RAW (grezzi)
3
Su una macchina cliente remota, avvia il programma e naviga nel pannello “Connessioni remote”. Seleziona un nome per la porta virtuale e premi “Crea” per stabilire una comunicazione con il server.
Il pannello si trova sulla barra degli strumenti in alto
4
Ripeti i due passaggi precedenti su tutti i computers che avranno accesso ai dati del dispositivo GPS.
Fai la stessa cosa sul computer singolo, se hai più sensori
5
Puoi ora trasmettere i dati GPS a tutti i computers in remoto da un server singolo.
Puoi gestire le connessioni sia dal computer centrale che dagli host del dispositivo
Nota: Se la creazione automatica delle connessioni dal pannello "Connessioni remote" non funziona, dovrai crearle manualmente. Per le istruzioni, consulta il manuale.

Cosa dicono i clienti

4.9 punteggio complessivo, basato su 372 utenti recensioni
Usato da più di 150+ imprese mondiali di successo
Daniele Besana
Ingegnere di rete
Il connettore da Seriale a Ethernet, si è rivelata la soluzione più efficace che abbia mai provato finora. La tecnologia di virtualizzazione delle porte seriali, offerta da questo programma è un'alternativa efficiente all'uso di computer aggiuntivi o schede di espansione. Questa tecnologia è particolarmente utile nel mio sistema di trasmissione dati, poiché le interfacce RS 232 virtuali forniscono il modo più semplice per l'accesso remoto e la gestione dei dispositivi delle porte seriali sulla rete.
Olivia Lane
Ingegnere del controllo dell'inquinamento
Nel nostro laboratorio di controllo qualità, usiamo strumenti specializzati i quali comunicano con i computers tramite le porte seriali. Per evitare il continuo spostamento e la ricalibrazione dell'attrezzatura, abbiamo deciso di provare a condividere i dispositivi tramite LAN. Serial to Ethernet Connector ci ha aiutato ad ottenerlo facilmente. Ora, se qualcuno ha bisogno di connettersi a un dispositivo particolare, può condividere la porta seriale tramite Ethernet ed accedervi da remoto tramite un server terminale.
Stefan Mueller
Architetto di soluzioni presso Alpla
Serial to Ethernet Connector ci ha permesso di collegare i vecchi dispositivi con la nuova applicazione basata sull'interfaccia web. Il motivo principale per cui abbiamo scelto Electronic Team è stata l'interfaccia del programma. Sembra molto più intuitiva e moderna di quelle della concorrenza. Con Serial to Ethernet Connector, non dobbiamo sostituire le vecchie apparecchiature collegate ai computers cliente tramite interfacce seriali e possiamo continuare a usarle con la nuova soluzione.
Emma Davis
Programmatore di controllo di processo
Serial to Ethernet Connector soddisfa tutti i nostri requisiti chiave. È affidabile ed offre autenticazione tramite parola chiave e crittografia del traffico. Queste opzioni sono particolarmente importanti per noi, poiché lavoriamo con i terminali POS e abbiamo bisogno di proteggere i nostri dati. Questa applicazione ha reso semplicissimo accedere alla meccanica dei punti vendita (POS) tramite le porte seriali virtuali condivise su Ethernet.
James Meyer
Ingegnere dell'efficienza
Le capacità di condivisione delle porte COM di Serial to Ethernet Connector sono diventate parte integrante del nostro programma diagnostico per le macchine delle piattaforme petrolifere. Dopo che i nostri ingegneri hanno implementato la funzionalità di accesso remoto nel nostro sistema di automazione, il personale di assistenza può rilevare i problemi, che influenzano lo stato del sistema, in modo significativamente più rapido ed efficiente.
Jacob Williams
Ingegnere delle comunicazioni
Cercavo un modo per passare attraverso un dispositivo TAPI a una sessione cliente Citrix XenDesktop. Poiché non sembrava possibile mapparlo a una porta COM cliente, su XenDesktop, ho scelto di usare una soluzione di terze parti. Serial to Ethernet Connector mi ha consentito di inoltrare il mio dispositivo TAPI tramite Ethernet alla mia macchina virtuale.
Claudio Corniani
Responsabile Ingegneria Elettronica presso PIUSI SPA (Italia)
Abbiamo integrato la funzionalità Serial to Ethernet Connector nella meccanica. Ciò ci ha consentito di virtualizzare una nuova porta seriale e di reindirizzare il traffico di comunicazione alla porta Ethernet, senza altre modifiche alla nostra applicazione programmatica originale. Abbiamo aumentato la nostra efficienza complessiva!

Domande frequenti

Sì — questo è il classico fan-out, ed è esattamente ciò a cui serve una connessione server Raw. La macchina con il dispositivo esegue una connessione server sulla porta e un numero qualsiasi di macchine client si collega ad essa; ogni client riceve una copia dell'output del dispositivo. È la soluzione naturale per distribuire un feed GPS, un flusso di sensori o qualsiasi dispositivo i cui dati siano necessari contemporaneamente a più computer.

Tieni presenti due cose. Usa la modalità Raw per questo — Telnet (RFC 2217) è peer-to-peer e non accetta più client. E il multi-client è sicuro per la lettura: se più client inviano anche comandi a un dispositivo a comandi/risposte, le loro scritture si intercalano sulla singola porta fisica e si corrompono a vicenda, quindi instrada i comandi tramite un unico client di controllo. Molti lettori, sì; molti scrittori non controllati, no.

Risposta di Nikolai Svarachevsky · Lead Developer
Sì. Poiché i tipi di connessione server e client sono intercambiabili, l'immagine speculare di "molti client, un server" è pienamente supportata: una macchina esegue più connessioni client, ciascuna delle quali si collega a un server diverso, e ciascuna mappata localmente alla propria porta COM virtuale. Questo è il classico fan-in: portare diversi dispositivi remoti in un unico computer centrale.

La regola di progettazione che mantiene tutto ordinato è una porta virtuale per ogni sorgente remota. La tua applicazione legge quindi ogni dispositivo su una porta separata e inequivocabile. Evita la tentazione di unire più server remoti in un'unica porta locale: i loro flussi di byte si intersecherebbero senza alcun modo di distinguerli, a meno che i payload non siano esplicitamente autoidentificanti. Porte separate, sorgenti separate.

Risposta di Nikolai Svarachevsky · Lead Developer
Sì, ed è più semplice di quanto sembri. Ogni macchina pubblica la propria porta reale come connessione server, quindi crea porte virtuali che si collegano in uscita al server di ogni altra macchina (tutte tranne se stessa). Fallo su ogni nodo e i dati di ogni dispositivo diventano disponibili su ogni altra macchina — questa è la tua stella. Il modello server/client intercambiabile è ciò che lo rende componibile in modo pulito, quindi non c'è una speciale "modalità mesh" da cercare; lo costruisci semplicemente a partire dalle stesse connessioni che già usi.

L'unica cosa da pianificare sono le scritture, non le letture. Distribuire l'output di ogni dispositivo a tutti funziona perfettamente. Ma se più macchine inviano comandi verso lo stesso dispositivo, quelle scritture si intercalano su quell'unica porta fisica — la seriale non ha arbitraggio per più scrittori — quindi mantieni il traffico dei comandi con un solo scrittore per dispositivo, oppure arbitralo a livello di applicazione. Se la configurazione diventa grande, una porta virtuale per ogni sorgente remota (anziché unirne diverse in una sola) mantiene ogni flusso nettamente separato.

Risposta di Nikolai Svarachevsky · Lead Developer
Perché RFC 2217 assegna a un client l'autorità sui parametri della porta — baud rate, linee di segnale, stato della porta — e tale autorità non può essere condivisa in modo coerente. Se due client fossero connessi contemporaneamente e ciascuno cercasse di impostare un baud rate diverso o di pilotare RTS in modo diverso, la porta fisica non avrebbe alcun modo di soddisfare entrambi. Quindi il protocollo è definito come peer-to-peer: esattamente un client possiede la sessione RFC 2217 alla volta.

Ecco perché la condivisione multi-client usa la modalità Raw, che non comporta la proprietà dei parametri della porta e può quindi duplicare in sicurezza un flusso di byte verso molti client. Le due modalità sono complementari per progettazione: Telnet/RFC 2217 per un singolo peer che necessita del pieno controllo della porta, Raw per molti peer che hanno bisogno solo dei dati. Se ti servono sia il controllo sia il fan-out, assegna al consumer che controlla una propria connessione Telnet dedicata separata dal fan-out Raw.

Risposta di Nikolai Svarachevsky · Lead Developer
Sì. In una connessione server in modalità raw, le Impostazioni di trasferimento dati ti offrono un menu a discesa Invia dati a, e una delle sue opzioni è Ultimo attivo — i dati vengono inviati solo al client che ha risposto per ultimo. È esattamente il comportamento di "rispondere solo all'ultima connessione che ha scritto"; non sei obbligato a trasmettere l'output del dispositivo a tutti i client. C'è un corrispondente menu a discesa Ricevi dati da con le stesse scelte (Nessuno, Solo il primo / Solo l'ultimo, Ultimo attivo, Tutti), quindi puoi controllare anche il lato in ingresso.

L'impostazione predefinita per entrambi è Tutti — ogni client riceve l'output del dispositivo — che è l'impostazione corretta per un dispositivo che semplicemente trasmette in streaming a molti lettori. Quando hai un dispositivo richiesta/risposta condiviso tra più client e vuoi che ogni risposta ritorni solo al richiedente, imposta Invia dati a su Ultimo attivo. Due cose da tenere a mente: questa è una funzionalità della modalità raw (in Telnet/RFC 2217 la connessione è comunque uno-a-uno), e se più client possono scrivere in rapida successione, coordinateli a livello di applicazione in modo che "ultimo attivo" corrisponda al client che intendi davvero.

Risposta di Bohdan Miniv · Ingegneria QA
Serial to Ethernet Connector
Connetti porte COM multiple alla volta
Prova gratuita
14-giorni disponibili di prova gratuita
Il prezzo della licenza parte da $259.95
Disponibile per