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.

Transmisión de datos de dispositivos serie a través de UDP

Serial to Ethernet Connector le permite transmitir datos y mensajes a todos los ordenadores de su LAN mediante UDP.
Pruébelo Gratis
14 días de prueba gratuita
Precio de licencia a partir de $259.95
Disponible para

Serie a UDP: Mayor flexibilidad en la comunicación de datos

El protocolo UDP ofrece una mayor flexibilidad gracias a su capacidad para encapsular todos los datos de un puerto serie. Se pueden configurar mensajes de difusión para simplificar el envío de información a todos los dispositivos de la red. No es necesaria ninguna configuración adicional para que cualquiera que esté escuchando en el puerto especificado reciba los mensajes.
Señales de hardware serie recibidas en varios sistemas

Cómo compartir dispositivos de difusión a través de UDP

1
Instale Serial to Ethernet Connector en la máquina conectada al dispositivo de puerto COM que se utilizará para enviar datos.
Asegúrese de obtener la versión correcta para su SO
2
Ejecute Serial to Ethernet Connector y cree una conexión UDP utilizando la interfaz de la aplicación. La dirección de difusión es la subred de su red, por ejemplo, 196.178.0.255. En ordenadores con varias redes, puede configurar las difusiones designadas para cada red utilizando el puerto UDP.
Seleccione Conexión UDP y configúrela
3
Ahora puede transmitir datos desde el puerto serie del dispositivo a un número ilimitado de dispositivos o aplicaciones de red. Se pueden configurar múltiples conexiones con puertos físicos o virtuales para un sistema que envíe todos los datos generados por cualquier nodo a todos los clientes.
El dispositivo transmitido aparecerá en los otros ordenadores en la lista de conexiones de la izquierda
Nota: La difusión es una técnica comúnmente utilizada para entregar información generada por un remitente a todos los dispositivos conectados a la red. Se suele utilizar para enviar mensajes a todos los nodos de la red o para realizar la detección de dispositivos.

Configurar los ajustes para soportar la difusión puede requerir que especifique una dirección que llegue a todos los dispositivos de la red. Las redes IP suelen utilizar 255.255.255.255 para comunicarse con todos los nodos de la red. Los ajustes para la difusión se basan en las tecnologías utilizadas en un entorno informático determinado.

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

UDP en sí no vincula el envío y la recepción al mismo número de puerto: un extremo UDP tiene un puerto local en el que escucha y un puerto de destino al que envía, y estos pueden ser diferentes. La configuración de conexión UDP de SEC expone la configuración de direccionamiento y puertos, por lo que las disposiciones asimétricas de puertos de envío/recepción son precisamente lo que UDP está diseñado para admitir.

Configure esto cuidadosamente para que ambos extremos coincidan: cualquier puerto al que envíe debe ser el puerto en el que el extremo remoto está escuchando, y viceversa para la dirección de retorno. Debido a que no hay un protocolo de enlace de conexión en UDP que detecte una discrepancia por usted, un número de puerto incorrecto simplemente da como resultado silencio: paquetes enviados al vacío sin error. Confirme los nombres exactos de los campos y la disposición en el cuadro de diálogo actual de conexión UDP al configurarlo.

VERIFICAR antes de publicar: confirme los campos exactos de puerto de envío/recepción y las opciones en el cuadro de diálogo de conexión UDP de la compilación actual.

Respondido por Bohdan Miniv · Ingeniería de QA
Cree una conexión UDP en la máquina conectada al dispositivo y establezca su destino en la dirección de broadcast de su red — la dirección de host de todos unos para su subred (para una máscara 255.255.255.0 esa es la dirección .255 de su rango) — junto con el puerto UDP que usarán sus receptores. Cualquier máquina en esa subred con una aplicación escuchando en ese puerto recibirá entonces los datos, sin necesidad de configuración por receptor de su lado.

Un par de puntos prácticos: en un host con múltiples interfaces de red, configure el broadcast para la red específica que pretende usar, para no enviar al segmento equivocado; y elija un puerto que no esté ya en uso por otra cosa en la subred. La dirección de broadcast exacta depende de su máscara de subred, así que básela en la configuración real de su red en lugar de un valor fijo.

Respondido por Bohdan Miniv · Ingeniería de QA
Sí, con un par de enfoques según lo que signifique "varios destinos". Si quieres que cada máquina del segmento local reciba los datos, una sola difusión (pregunta anterior) es la forma más sencilla: un datagrama que la red entrega a todos los oyentes en el puerto. Si quieres un conjunto específico de destinos, puedes dirigir UDP a direcciones concretas, y para un grupo definido a través de una red configurada correctamente, la multidifusión es la opción diseñada específicamente para ello.

Dos límites reales determinan la elección. La difusión no cruza routers — se queda dentro de la subred local — así que no se puede llegar por difusión a "varios destinos" en otras subredes o a través de internet; usarías UDP dirigido (unidifusión) a cada uno, o TCP. Y UDP no ofrece garantía de entrega a ninguno de ellos, así que si todos los destinatarios deben recibir de forma fiable cada mensaje, UDP es el transporte equivocado independientemente de cómo lo direcciones.

Respondido por Nikolai Svarachevsky · Desarrollador principal
RFC 2217 es un conjunto de extensiones de Telnet, y Telnet funciona sobre TCP porque la negociación de control de puerto depende de las garantías de TCP. Establecer una velocidad en baudios o alternar una línea de señal se hace con comandos en banda que deben llegar de forma fiable y en orden, y ambos extremos se confirman mutuamente mientras negocian. Eso es inherentemente un intercambio orientado a conexión.

UDP no proporciona conexión, ni orden, ni entrega garantizada — un comando podría perderse o llegar fuera de secuencia con los datos que debía acompañar, lo que haría que ambos extremos discreparan sobre el estado del puerto. Por lo tanto, UDP en SEC es estrictamente para transportar datos sin procesar, normalmente difusión unidireccional; cualquier cosa que necesite control de parámetros o de señales funciona sobre TCP en modo Telnet. El transporte y el conjunto de funciones van juntos por necesidad.

Respondido por Nikolai Svarachevsky · Desarrollador principal
Utilice los controles de paquetización de SEC para acumular bytes antes de que se envíen. Puede retener los datos hasta que llegue un carácter delimitador específico, hasta que haya transcurrido un tiempo determinado o hasta que un bloque alcance un tamaño elegido; entonces SEC emite los bytes recopilados como un solo datagrama en lugar de ir enviándolos en fragmentos. Para un protocolo orientado a mensajes, activar el envío con el carácter de fin de mensaje suele ser la forma más limpia de obtener un mensaje por paquete.

Una cosa a tener en cuenta que es específica de UDP: un datagrama más grande que la MTU de la red se fragmentará a nivel de IP, y con UDP la pérdida de cualquier fragmento descarta todo el datagrama. Así que procure que cada mensaje acumulado quepa dentro de un solo paquete del tamaño de la MTU cuando sea posible, en lugar de construir datagramas muy grandes. Los mensajes pequeños y autocontenidos son lo que UDP maneja mejor.

Respondido por Nikolai Svarachevsky · Desarrollador principal
Para una conexión de servidor TCP en modo sin procesar, sí: la configuración Enviar datos a tiene una opción Último activo que devuelve datos solo al cliente que respondió por última vez, junto con Recibir datos de para el lado entrante. Si tu objetivo es "responder a quien acaba de preguntar", esa es la forma documentada de hacerlo, y TCP es la opción natural porque cada cliente tiene su propia conexión rastreada.

En difusión UDP específicamente, esto no se aplica de la misma manera: la difusión es un modelo saliente de uno a muchos sin una conexión por cliente sobre la cual basar una respuesta. Así que, si necesitas enrutamiento de retorno al último emisor, usa un servidor TCP sin procesar con Enviar datos a → Último activo en lugar de difusión UDP. Si específicamente lo necesitas en UDP, describe el flujo exacto que necesitas admitir y confirmaremos lo que permite la compilación actual.

Respondido por Bohdan Miniv · Ingeniería de QA
Serial to Ethernet Connector
Difusión de Dispositivo de Puerto Serie a través de UDP
Pruébelo Gratis
14 días de prueba gratuita
Precio de licencia a partir de $259.95
Disponible para