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.

Conexión Simultánea a Varios Puertos COM

Serial to Ethernet Connector puede compartir un puerto serie con varios clientes al mismo tiempo. También permite que un único cliente se conecte a varias interfaces serie remotas.
Pruébelo Gratis
14 días de prueba gratuita
Precio de licencia a partir de $259.95
Disponible para

Transferencia de datos de puertos serie a múltiples aplicaciones

Serial to Ethernet Connector le permite transmitir datos desde un único dispositivo de puerto serie a varios ordenadores remotos. Por ejemplo, se puede conectar un sensor GPS conectado en serie a varios ordenadores remotos y compartir sus datos simultáneamente. Varios usuarios pueden acceder a datos idénticos al mismo tiempo con diferentes aplicaciones desde cualquier ubicación con conexión a la red.
Una localización GPS recibida por varios ordenadores

Consolidación de datos de varios dispositivos serie

Serial to Ethernet Connector puede unificar la transmisión de datos desde varios dispositivos serie a un único ordenador remoto. Por ejemplo, puede fusionar los datos de varios sensores de alarma en un ordenador centralizado. De este modo, el operador tiene acceso a las señales de todos los dispositivos simultáneamente y está mejor preparado para tomar mejores decisiones sobre los sistemas protegidos por las alarmas.
Un sistema de sensores supervisados en un único ordenador portátil

Cómo compartir un puerto serie con varios ordenadores

1
Instale Serial to Ethernet Connector en el ordenador con la conexión física al dispositivo serie como, por ejemplo, un sensor GPS. Instale el software en todos los ordenadores que necesitan acceder a los datos GPS.
Obtenga la versión del instalador correspondiente a su sistema operativo
2
En el ordenador conectado al GPS, cree una conexión de servidor que escuche el puerto físico.
Conexión al servidor en el host y el protocolo Datos RAW
3
En la máquina cliente remota, ejecute el software y vaya a la pestaña "Conexiones remotas". Asigne un nombre al puerto virtual y haga clic en "Crear" para establecer la comunicación con el servidor.
La pestaña está en la barra de herramientas de la parte superior
4
Repita los dos pasos anteriores en todos los ordenadores que accederán a los datos del dispositivo GPS.
Haga lo mismo en cada ordenador si tiene varios sensores
5
Ahora ya puede transmitir los datos GPS a todos los ordenadores remotos desde un único servidor.
Puede gestionar las conexiones desde el ordenador central o desde los hosts de los dispositivos
Nota: Si la creación automática de conexiones desde la pestaña «Conexiones remotas» no funciona, debe crearlas manualmente. Consulte el manual para acceder a las instrucciones.

Opinión de los clientes

4.9 clasificación general, basado en 372 usuarios comentario
Utilizado con éxito por más de 150 empresas de todo el mundo
Daniele Besana
Ingeniero de Redes
Serial to Ethernet Connector resultó ser la solución más eficaz que he probado hasta ahora. La tecnología de virtualización de puertos serie que ofrece este software es la alternativa más eficaz para no tener que utilizar ordenadores adicionales o tarjetas de expansión. Esta tecnología es especialmente útil en mi sistema de transmisión de datos, ya que las interfaces RS232 virtuales son la forma más sencilla de acceder y gestionar remotamente los dispositivos de puerto serie a través de la red.
Olivia Lane
Ingeniero de Control de Contaminación
En nuestro laboratorio de control de calidad trabajamos con instrumentos especializados que se comunican con ordenadores a través de puertos serie. Para evitar la constante reubicación y recalibración de los equipos, decidimos optar por compartir los dispositivos a través de LAN. Serial to Ethernet Connector nos ayudó a hacerlo fácilmente. Ahora, si alguien necesita conectarse a un determinado dispositivo, puede compartir el puerto serie a través de Ethernet y acceder a él de forma remota a través de un servidor de terminal.
Stefan Mueller
Arquitecto de Soluciones en Alpla
Serial to Ethernet Connector nos ha permitido conectar los dispositivos antiguos con la nueva aplicación web. La principal razón para elegir Electronic Team fue la interfaz del software. Parece mucho más intuitiva y moderna que las de la competencia. Con Serial to Ethernet Connector, no tenemos que sustituir los equipos antiguos que están conectados a los clientes a través de interfaces serie y podemos seguir utilizándolos con la nueva solución.
Emma Davis
Programador de Control de Procesos
Serial to Ethernet Connector se ajusta perfectamente a todos nuestros requisitos. Es fiable y ofrece autenticación por contraseña y cifrado del tráfico. Estas opciones son particularmente importantes para nosotros, que trabajamos con terminales de punto de venta y necesitamos mantener nuestros datos protegidos. Esta aplicación ha facilitado enormemente el acceso al hardware de los TPV a través de puertos serie virtuales compartidos por Ethernet.
James Meyer
Ingeniero de Eficiencia
La posibilidad de compartir puertos COM de Serial to Ethernet Connector se ha convertido en una parte esencial de nuestro software de diagnóstico para máquinas de plataformas petrolíferas. Después de que nuestros ingenieros implementaron la funcionalidad de acceso remoto en nuestro sistema de automatización, el personal de servicio puede detectar los problemas que afectan al estado del sistema de forma mucho más rápida y eficaz.
Jacob Williams
Ingeniero de Comunicaciones
Yo buscaba una forma de pasar un dispositivo TAPI a una sesión cliente Citrix XenDesktop. Como no parecía posible asignarlo a un puerto COM cliente en XenDesktop, opté por una solución de terceros. Serial to Ethernet Connector me permitió reenviar mi dispositivo TAPI a través de Ethernet a mi máquina virtual.
Claudio Corniani
Director de Ingeniería Electrónica en PIUSI SPA (Italia)
Integramos la funcionalidad de Serial to Ethernet Connector en el hardware. Esto nos ha permitido virtualizar un nuevo puerto serie y redirigir el tráfico de comunicaciones al puerto Ethernet, sin realizar otras modificaciones en nuestra aplicación de software original. ¡Aumentamos nuestra eficacia global!

Preguntas frecuentes

Sí — este es el clásico fan-out, y es exactamente para lo que sirve una conexión de servidor Raw. La máquina con el dispositivo ejecuta una conexión de servidor en el puerto, y cualquier número de máquinas cliente se conecta a ella; cada cliente recibe una copia de la salida del dispositivo. Es la opción natural para distribuir una señal GPS, un flujo de sensor o cualquier dispositivo cuyos datos varias computadoras necesiten a la vez.

Ten en cuenta dos cosas. Usa el modo Raw para esto — Telnet (RFC 2217) es punto a punto y no aceptará múltiples clientes. Y el modo multicliente es seguro para lectura: si varios clientes también envían comandos a un dispositivo de comando/respuesta, sus escrituras se intercalan en el único puerto físico y se corrompen entre sí, así que arbitra los comandos a través de un único cliente controlador. Muchos lectores, sí; muchos escritores no controlados, no.

Respondido por Nikolai Svarachevsky · Desarrollador principal
Sí. Debido a que los tipos de conexión de servidor y cliente son intercambiables, la imagen especular de "muchos clientes, un servidor" es totalmente compatible: una máquina ejecuta múltiples conexiones de cliente, cada una conectándose a un servidor diferente, y cada una asignada localmente a su propio puerto COM virtual. Este es el modelo estándar de convergencia: reunir varios dispositivos remotos en una computadora central.

La regla de diseño que lo mantiene ordenado es un puerto virtual por cada origen remoto. Su aplicación entonces lee cada dispositivo en un puerto separado e inequívoco. Evite la tentación de fusionar varios servidores remotos en un solo puerto local: sus flujos de bytes se entremezclarían sin forma de distinguirlos, a menos que las cargas útiles se identifiquen explícitamente por sí mismas. Puertos separados, orígenes separados.

Respondido por Nikolai Svarachevsky · Desarrollador principal
Sí, y es más sencillo de lo que parece. Cada máquina publica su propio puerto real como una conexión de servidor, y luego crea puertos virtuales que se conectan hacia el servidor de cada una de las demás máquinas (todas excepto ella misma). Haz eso en cada nodo y los datos de cada dispositivo pasarán a estar disponibles en todas las demás máquinas — esa es tu estrella. El modelo intercambiable de servidor/cliente es lo que hace que se componga limpiamente, así que no hay ningún "modo malla" especial que buscar; simplemente lo construyes a partir de las mismas conexiones que ya usas.

Lo único que hay que planificar son las escrituras, no las lecturas. Distribuir la salida de cada dispositivo a todos funciona perfectamente. Pero si varias máquinas envían comandos hacia el mismo dispositivo, esas escrituras se entrelazan en ese único puerto físico — el puerto serie no tiene arbitraje para varios escritores — así que mantén el tráfico de comandos con un solo escritor por dispositivo, o arbitra a nivel de la aplicación. Si la disposición se vuelve grande, un puerto virtual por cada origen remoto (en lugar de fusionar varios en uno) mantiene cada flujo claramente separado.

Respondido por Nikolai Svarachevsky · Desarrollador principal
Porque RFC 2217 otorga a un cliente autoridad sobre los parámetros del puerto — velocidad en baudios, líneas de señal, estado del puerto — y esa autoridad no puede compartirse de forma coherente. Si dos clientes estuvieran conectados al mismo tiempo y cada uno intentara establecer una velocidad en baudios diferente o controlar RTS de manera distinta, el puerto físico no tendría forma de satisfacer a ambos. Por eso el protocolo está definido como punto a punto: exactamente un cliente posee la sesión RFC 2217 a la vez.

Por eso el uso compartido entre varios clientes utiliza el modo Raw, que no conlleva propiedad sobre los parámetros del puerto y, por lo tanto, puede duplicar de forma segura un flujo de bytes para muchos clientes. Los dos modos son complementarios por diseño: Telnet/RFC 2217 para un único par que necesita control total del puerto, Raw para muchos pares que solo necesitan los datos. Si necesita tanto control como distribución, dé al consumidor que controla su propia conexión Telnet dedicada, separada de la distribución Raw.

Respondido por Nikolai Svarachevsky · Desarrollador principal
Sí. En una conexión de servidor en modo raw, la configuración de Transferencia de datos te ofrece un menú desplegable Enviar datos a, y una de sus opciones es Último activo — los datos se envían solo al cliente que respondió por última vez. Ese es exactamente el comportamiento de "responder solo a la última conexión que escribió"; no estás obligado a difundir la salida del dispositivo a todos los clientes. Hay un menú desplegable correspondiente Recibir datos de con las mismas opciones (Ninguno, Solo primero / Solo último, Último activo, Todos), por lo que también puedes controlar el lado de entrada.

El valor predeterminado para ambos es Todos — cada cliente recibe la salida del dispositivo — que es la configuración correcta para un dispositivo que simplemente transmite a muchos lectores. Cuando tienes un dispositivo de solicitud/respuesta compartido entre varios clientes y quieres que cada respuesta vuelva solo al solicitante, cambia Enviar datos a a Último activo. Dos cosas a tener en cuenta: esta es una función del modo raw (en Telnet/RFC 2217 la conexión ya es uno a uno), y si varios clientes pueden escribir en rápida sucesión, coordínalos a nivel de la aplicación para que "último activo" se resuelva al cliente que realmente quieres.

Respondido por Bohdan Miniv · Ingeniería de QA
Serial to Ethernet Connector
Conectar Múltiples puertos COM a la vez
Pruébelo Gratis
14 días de prueba gratuita
Precio de licencia a partir de $259.95
Disponible para