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.

Acceda a un dispositivo Modbus RTU a través de una red, sin una puerta de enlace de hardware

Editorial Team Editorial Team
Actualizado: Jul 16, 2026

Su PLC, medidor de energía o controlador de flujo se comunica mediante Modbus RTU a través de un cable serie. Su SCADA, HMI o registrador de datos se ejecuta en una máquina al otro lado del edificio, o al otro lado del país. Esta guía muestra cómo cerrar esa brecha con un puerto COM virtual, para que su software existente nunca note la diferencia.

Acceder a un dispositivo Modbus RTU a través de una red

El problema: serie en un extremo, red en el otro

Modbus RTU sigue siendo el protocolo dominante en las plantas de fabricación, subestaciones y sitios de campo remotos. Es rápido, determinista y compatible con prácticamente todos los dispositivos industriales fabricados en los últimos 40 años. El problema es que fue diseñado para un cable corto, no para una red.

El escenario típico se ve así: un maestro Modbus — una plataforma SCADA como Kepware, Ignition o una aplicación personalizada — necesita sondear registros en un dispositivo remoto. El dispositivo tiene un puerto RS-232 o RS-485. El software maestro espera un puerto COM local. Hay una LAN corporativa — o una WAN — entre ellos.
Idea clave

Si ya tiene un PC o un dispositivo Linux embebido en el sitio remoto —un servidor, una puerta de enlace perimetral, una Raspberry Pi— no necesita un servidor de dispositivos de hardware. Un puerto COM virtual por software puede hacer el mismo trabajo, utilizando hardware que ya posee.
La respuesta convencional es un servidor de dispositivos serie por hardware — un Moxa NPort, un Lantronix UDS o un Digi PortServer. Estas son cajas dedicadas que se colocan junto al dispositivo de campo, se conectan a su red y presentan el puerto serie como un socket TCP. Funcionan bien, pero cuestan $150–$500 por puerto, requieren instalación física y añaden hardware que mantener en cada sitio remoto.

Modbus RTU vs. Modbus TCP — y por qué importa la diferencia

Antes de continuar, ayuda entender qué son realmente estas dos variantes — porque no son intercambiables, y la distinción determina la elección del enfoque.
Propiedad
Modbus RTU
Modbus TCP
Transporte
Cable serie (RS-232, RS-485, RS-422)
Red Ethernet / TCP/IP
Formato del marco
Binario, suma de comprobación CRC-16
Binario con encabezado MBAP, sin CRC
Puerto predeterminado
Puerto COM físico (p. ej. COM3)
Puerto TCP 502
Compatibilidad con múltiples maestros
No — un maestro por bus
Sí — se pueden conectar varios maestros
Requisito del dispositivo
Cualquier dispositivo con puerto RS-232/485
El dispositivo debe ser compatible con Ethernet
Conversión de protocolo
—
Sí, si el dispositivo es solo RTU
Una puerta de enlace Modbus TCP traduce entre estas dos variantes a nivel de protocolo: habla RTU con el dispositivo serie y TCP con el cliente de red. Entiende las tramas Modbus, elimina o añade la cabecera MBAP y convierte el CRC.

Un redireccionador de puerto COM virtual como Serial to Ethernet Connector hace algo diferente: tuneliza el flujo de bytes serie sin procesar de forma transparente a través de TCP. El software maestro sigue enviando tramas Modbus RTU a un puerto COM; simplemente ocurre que el puerto COM es virtual y los bytes viajan por la red antes de llegar al dispositivo serie físico. No se produce ninguna conversión de protocolo. El dispositivo ve tramas RTU idénticas; el software ve un puerto COM idéntico.
Nota

Si su software maestro ya habla Modbus RTU y apunta a un puerto COM, el enfoque de puerto COM virtual no requiere ningún cambio en el software. Si su software solo admite Modbus TCP (puerto 502), necesita una puerta de enlace, o que el propio software gestione la conversión. La mayoría de las plataformas SCADA modernas (Kepware, Ignition, Inductive Automation) admiten ambos y le permiten elegir por canal.

Cómo funciona el túnel de puerto COM virtual

Serial to Ethernet Connector se ejecuta como un servicio en segundo plano en dos equipos simultáneamente: el lado del servidor (donde se encuentra el puerto serie físico) y el lado del cliente (donde se ejecuta el software maestro Modbus). Juntos, crean un par coincidente de puertos virtuales conectados por una sesión TCP persistente.

[Modbus Master (Kepware / Ignition)] → [Virtual COM5 — SEC client] ⟷ TCP / LAN / WAN ⟷ [SEC server] → [Physical COM1 RS-485] → [PLC / Meter / RTU]

Desde la perspectiva de la aplicación, COM5 se comporta exactamente como un puerto serie real. La velocidad en baudios, la paridad, los bits de parada y las señales RTS/CTS se reenvían. La aplicación configura 9600 8N1 en COM5 y obtiene exactamente ese comportamiento en el COM1 remoto, aunque haya una conexión TCP de por medio.

Esto significa que no es necesario realizar cambios en las configuraciones del software existente. Si su proyecto SCADA ya se comunicaba con un PLC local en COM3, basta con redirigirlo al nuevo puerto virtual y funcionará. El controlador Modbus no sabe — ni le importa — que el puerto es virtual.
Modbus RTUsobre una red
Prueba gratuita de 14 días
Pruébelo Gratis

Uno a muchos y muchos a muchos: conectar varios dispositivos a la vez

Un simple túnel punto a punto es útil, pero Serial to Ethernet Connector va más allá: admite topologías de conexión de uno a muchos y de muchos a muchos, lo que se corresponde directamente con la forma en que se construyen las redes Modbus reales.
Un maestro, muchos dispositivos esclavos

Un maestro, muchos dispositivos esclavos

En el escenario industrial más común, un único maestro Modbus (su SCADA remoto, HMI o aplicación de adquisición de datos) necesita sondear muchos dispositivos de campo — medidores, PLC, RTU, variadores — que están distribuidos por una instalación o en varias ubicaciones remotas. Con Serial to Ethernet Connector, configura una conexión Server por cada puerto serie remoto y un puerto COM virtual Client correspondiente por dispositivo en el PC maestro. La aplicación maestra ve un conjunto de puertos COM virtuales, uno por dispositivo, y sondea cada uno como si fuera una conexión serie local.

[Modbus Master SCADA] → COM5 ⟷ TCP ⟷ SEC server → COM1 → [Energy Meter, Site A]
→ COM6 ⟷ TCP ⟷ SEC server → COM1 → [PLC, Site B]
→ COM7 ⟷ TCP ⟷ SEC server → COM1 → [RTU, Site C]
Cada puerto COM virtual es un canal dedicado y aislado. El software maestro consulta cada uno de forma independiente, con su propia velocidad en baudios, rango de ID de esclavo e intervalo de sondeo. No hay un límite teórico en la cantidad de dispositivos remotos: se agrega un par Servidor/Cliente para cada uno.
Muchos maestros, un dispositivo

Muchos maestros, un dispositivo

Serial to Ethernet Connector también admite lo contrario: múltiples aplicaciones maestras Modbus — o múltiples estaciones de trabajo de ingeniería — accediendo simultáneamente al mismo dispositivo serie físico. Esto es útil cuando, por ejemplo, un sistema SCADA y la laptop de un ingeniero de mantenimiento necesitan leer ambos del mismo medidor de energía o PLC remoto sin desconectar cables. Cada maestro se conecta al puerto del servidor y obtiene su propio puerto COM virtual, mientras el servidor gestiona el acceso al puerto físico compartido.
Muchos maestros, muchos dispositivos

Muchos maestros, muchos dispositivos

Las dos topologías se pueden combinar libremente. Una instalación grande podría tener docenas de dispositivos serie remotos, cada uno atendido por su propia instancia de SEC Server, con múltiples estaciones de trabajo de ingeniería o nodos SCADA, cada uno con un conjunto de puertos Client virtuales. El resultado es una red serie virtual completa — flexible, definida por software y que no requiere hardware adicional más allá de lo que ya está instalado.
Consejo práctico

Cuando varios maestros comparten el acceso a un mismo puerto serie físico, es importante que su sondeo Modbus esté serializado: solo un maestro debe enviar una solicitud a la vez, ya que Modbus RTU no tiene detección de colisiones. La mayoría de las plataformas SCADA ponen las solicitudes en cola automáticamente. Si la suya no lo hace, configure los maestros para usar ventanas de sondeo que no se superpongan o use puertos físicos separados para cada maestro.

Configuración paso a paso

Lo siguiente asume que tienes dos máquinas Windows en la misma red (o conectadas por VPN). El mismo principio se aplica a Linux usando la edición de línea de comandos.
1
Instala Serial to Ethernet Connector en ambas máquinas — Ejecuta el instalador en la máquina servidor (la que tiene el puerto físico RS-232/485 conectado a tu dispositivo Modbus) y en la máquina cliente (donde se ejecuta tu software SCADA o maestro Modbus). El mismo instalador cubre ambos roles.
Instale Serial to Ethernet Connector en ambas máquinas
2
Cree una conexión de Servidor en la máquina con el puerto físico — Abra la aplicación, haga clic en Agregar conexión → Serial sobre Ethernet → Servidor. Seleccione el puerto COM físico (p. ej. COM1), configure la velocidad en baudios y el formato de trama para que coincidan con su dispositivo (p. ej. 9600 8N1 para la mayoría de los dispositivos Modbus RTU), y elija un puerto TCP en el que escuchar (predeterminado 5000). Haga clic en Conectar — el servicio ahora está escuchando.
Cree una conexión de servidor en la máquina con el puerto físico
3
Cree una conexión de Cliente en la máquina maestra Modbus — En la segunda máquina, haga clic en Agregar conexión → Serie sobre Ethernet → Cliente. Introduzca la dirección IP de la máquina servidor y el mismo puerto TCP (5000). El software creará un nuevo puerto COM virtual (p. ej. COM5) y se conectará. Verá un estado de Conectado en ambas instancias.
Crear una conexión de Cliente en la máquina maestra Modbus
4
Apunta tu software maestro Modbus al nuevo puerto virtual — En Kepware, Ignition, ModRSsim o cualquier herramienta que uses, cambia el puerto COM del canal al nuevo puerto virtual (COM5). Mantén todos los demás ajustes — velocidad en baudios, paridad, ID de esclavo, tasa de sondeo — idénticos. La comunicación debería comenzar de inmediato.
5
Verifique con una consulta Modbus — Use Modbus Poll o QModMaster para enviar una solicitud de lectura manual (Código de función 03) al ID esclavo de su dispositivo. Si los registros devuelven valores, el túnel está funcionando de extremo a extremo. Si obtiene un tiempo de espera agotado, verifique que la velocidad en baudios en el puerto virtual coincida con la del puerto físico y que ningún firewall esté bloqueando el puerto TCP 5000.
Consejo sobre RS-485

Los buses multidrop RS-485 (muchos dispositivos, un cable) son totalmente compatibles. Configure el puerto COM físico en el lado del servidor con el control RTS habilitado si su adaptador USB-a-RS485 lo requiere para la conmutación de dirección semidúplex. El puerto virtual en el lado del cliente reflejará automáticamente el mismo comportamiento de RTS.

Configuraciones comunes y tipos de dispositivos

El túnel funciona con cualquier dispositivo que use Modbus RTU. Configuraciones más frecuentes:


  • PLCs (Siemens S7, Allen-Bradley, Schneider Modicon) — Programación remota y sondeo de datos en vivo a través de la LAN de la planta.
  • Medidores de energía y gas (Eastron, Carlo Gavazzi, Socomec) — Lectura de medidores en subestaciones o salas eléctricas desde un sistema central de gestión de energía.
  • Variadores de frecuencia (Danfoss, ABB ACS, Siemens SINAMICS) — Lectura de registros de velocidad/par y escritura remota de consignas.
  • RTUs y relés de protección (Schweitzer SEL, GE Multilin) — Lectura de registros de eventos y registros de estado desde subestaciones remotas a través de WAN/VPN.
  • Básculas industriales y puentes de pesaje (Mettler-Toledo IND, Rice Lake) — Lectura de valores de peso desde un sistema central de despacho o ERP.
  • Inversores solares (SMA, Fronius, Growatt) — Monitorización de producción, datos de strings y códigos de fallo desde una plataforma central de monitorización.
  • Instrumentos de caudal y presión (Yokogawa, Endress+Hauser) — Adquisición de datos de proceso sin sustituir el cableado de campo RS-485 heredado.
  • HMIs y paneles de operador (Weintek, Kinco) — Compartir el puerto COM de un único panel entre varias estaciones de trabajo de ingeniería.

Software vs. Hardware Servidor de Dispositivos Serie: Comparación Honesta

Ambos enfoques funcionan. La elección correcta depende de si ya tienes una PC en el extremo remoto y de cuánto valoras la simplicidad de implementación frente a la independencia del dispositivo.
Criterio
Serial to Ethernet Connector
Servidor de dispositivos de hardware (Moxa / Lantronix / Digi)
Costo inicial por puerto
✓ Licencia de software, pago único
$150–$500 de hardware por puerto
Se requiere instalación física
✓ No — se instala en una PC existente
Sí — montaje en rack o carril DIN en el sitio
Funciona sin una PC en el extremo remoto
Necesita un PC/servidor/SBC
✓ Sí — dispositivo independiente
Conversión de protocolo (RTU → TCP)
No — solo túnel transparente
Muchos modelos incluyen esto opcionalmente
Compatibilidad multidrop RS-485
✓ Sí
✓ Sí
Uno a muchos / muchos a muchos
✓ Sí — pares de puertos virtuales ilimitados
Limitado por el número de puertos físicos por unidad
Configuración remota
✓ A través de la interfaz de usuario del software o la línea de comandos
Interfaz web o Telnet
Funciona a través de VPN / WAN
✓ Sí — es una conexión TCP
✓ Sí
Funciona en Linux / sistemas integrados
✓ Sí — edición CLI para RPi, x86
El hardware es el dispositivo Linux
Sin cambios en la aplicación maestra Modbus
✓ Solo vuelve a apuntar el puerto COM
✓ Mismo modelo de controlador de puerto virtual
Ideal cuando
Una PC o SBC ya se encuentra en el sitio
Ningún PC en absoluto en el extremo remoto

Problemas comunes y cómo solucionarlos

Tiempos de espera de Modbus en cada sondeo

La causa más común es una incompatibilidad de velocidad en baudios. Confirme que el puerto físico en el lado del servidor y el puerto virtual en el lado del cliente estén configurados con la misma velocidad en baudios y formato de trama que el dispositivo de campo. Los dispositivos Modbus RTU usan por defecto 9600 8N1, pero algunos se entregan con 19200 o 38400. Consulte el manual del dispositivo o use primero un monitor serie en el puerto físico.

La conexión se corta después de unos segundos

Compruebe si un firewall corporativo o el Firewall de Windows Defender está cerrando conexiones TCP inactivas. Agregue una regla de entrada en la máquina del servidor para el puerto TCP 5000. Si opera a través de una WAN, confirme que la VPN o el router NAT no estén agotando el tiempo de espera de la conexión; habilite TCP keepalive en la configuración de Serial to Ethernet Connector para evitarlo.

Colisiones semidúplex RS-485

Si está utilizando un adaptador RS-485 que requiere control RTS por software para el cambio de dirección, habilite el modo de alternancia RTS en el puerto físico en la configuración del lado del servidor. Esto garantiza que el pin de habilitación de transmisión del adaptador se active correctamente antes de cada trama de solicitud Modbus. Sin esto, puede ver respuestas ilegibles o ninguna respuesta en absoluto.

Varios esclavos en un bus RS-485 no responden

RS-485 multidrop funciona normalmente: un puerto COM virtual en el lado del cliente puede sondear todos los ID de esclavo en el bus. Asegúrese de que su software maestro Modbus esté enviando solicitudes unicast con ID de esclavo específicos (1–247) y no solicitudes broadcast (ID de esclavo 0), que no generan respuestas. Agregue retrasos entre sondeos si el bus está muy cargado.

Prueba rápida de conectividad (Linux / Windows WSL):

nc -zv 192.168.1.50 5000
# Expected: Connection to 192.168.1.50 5000 port [tcp/*] succeeded!
# If this fails, the firewall is blocking the TCP port

Preguntas frecuentes

No. El enfoque de puerto COM virtual significa que su software continúa usando el controlador Modbus RTU y se dirige a un puerto COM, igual que siempre lo ha hecho. El único cambio es qué número de puerto COM selecciona. Sin puerto TCP, sin dirección IP, sin cambio de protocolo dentro de la aplicación.
Sí. El único puerto físico RS-485 puede tener muchos esclavos cableados a él (hasta 32 en un bus estándar, 256 con repetidores). El puerto COM virtual en el lado maestro representa todo ese bus. Su maestro Modbus envía tramas dirigidas a IDs de esclavo individuales (1–247) y cada dispositivo responde a su propia dirección, exactamente como lo haría en una conexión serie local.
No hay un límite estricto establecido por el propio software. Cada dispositivo serie remoto obtiene su propio par de puertos Servidor/Cliente. En la práctica, el límite es el ancho de banda de su red y la capacidad de sondeo de su aplicación maestra Modbus. Las instalaciones con docenas de puertos COM remotos son comunes, particularmente en entornos de medición de energía y SCADA.
En una LAN local, la latencia añadida suele ser de 1–5 ms — insignificante para las aplicaciones de sondeo. En una WAN o VPN depende de la calidad del enlace, pero la mayoría de las aplicaciones SCADA y de adquisición de datos usan intervalos de sondeo medidos en segundos, lo que hace que incluso 50–100 ms de latencia añadida sean irrelevantes. Configure su tiempo de espera de Modbus en al menos 3× el tiempo de ida y vuelta esperado para mayor seguridad.
Serial to Ethernet Connector admite un modo de acceso compartido en el que varios puertos virtuales de cliente se conectan al mismo puerto de servidor. Que esto funcione para Modbus depende de su software maestro: Modbus RTU es un protocolo de solicitud/respuesta y las solicitudes simultáneas de varios maestros colisionarán en el bus. La mayoría de las plataformas SCADA gestionan esto mediante su propia cola de solicitudes; si la suya no lo hace, utilice puertos físicos separados por maestro o serialice el acceso a nivel de aplicación.
Sí, siempre que el router del sitio remoto tenga una IP accesible (estática o DDNS) y que el puerto TCP esté redirigido. En la práctica, la mayoría de los routers celulares industriales admiten redirección de puertos o túneles VPN, que es la opción más segura. Habilite la configuración de keepalive en Serial to Ethernet Connector para recuperarse correctamente de breves interrupciones de la red celular.
El túnel TCP predeterminado no está cifrado, lo cual es una práctica estándar en redes de planta aisladas. Para sitios conectados por WAN, el enfoque recomendado es ejecutar el túnel dentro de una VPN — IPsec o WireGuard — que cifra toda la sesión. Un túnel SSH también es sencillo para configuraciones de Linux a Linux.
Serial to Ethernet Connector
Accedere alla porta seriale remota tramite rete IP per Windows
Pruébelo Gratis
14 días de prueba gratuita
Precio de licencia a partir de $259.95
Disponible para