Modbus TCP frente a Modbus RTU: ¿qué protocolo elegir para tu instalación industrial?

· 11 min de lectura
11 min read
Sophie Durand
Sophie Durand
Responsable de contenidos técnicos

Modbus sigue siendo el protocolo de referencia en la automatización industrial. Sin embargo, dependiendo de si tus equipos se comunican mediante RS485 o Ethernet, utilizarás Modbus RTU o Modbus TCP, dos variantes que tienen sus propias limitaciones y ventajas.

La misma mecánica, dos soportes físicos​

Modbus es un protocolo maestro/esclavo publicado en 1979 por Modicon. Define la forma en que un controlador (el maestro) consulta a los dispositivos (los esclavos) para leer o escribir registros.

  • Modbus RTU: funciona a través de un enlace serie RS485 o RS232. Los datos se transmiten en formato binario compacto, identificados mediante un identificador de esclavo (1–247). Velocidad típica: de 9.600 a 115.200 bps.
  • Modbus TCP: encapsula las tramas Modbus en paquetes TCP/IP sobre Ethernet. Puerto estándar: 502. La velocidad de transmisión solo está limitada por la red Ethernet.
Consejo práctico

Ambos protocolos comparten la misma estructura de datos (bobinas, registros de entrada, registros de retención). Basta con una pasarela Modbus RTU ↔ TCP para que tus antiguos sensores RS485 se comuniquen con un sistema SCADA por Ethernet.

Modbus RTU: la fiabilidad de la comunicación serie​

Ventajas​

  • Cableado mínimo: un bus RS485 en cadena puede conectar hasta 32 dispositivos en una longitud de 1200 m con un cable apantallado de par simple.
  • Latencia predecible: sin pila TCP, sin fragmentación. La sincronización es determinista.
  • Gran variedad de equipos: controladores lógicos programables, variadores, contadores de energía, transmisores de presión… Prácticamente toda la infraestructura operativa tradicional utiliza RTU.

Inconvenientes​

  • Topología lineal obligatoria (bus). No es posible una red en estrella sin repetidor.
  • Velocidad limitada: a 19 200 bps, una transacción en un registro tarda unos 5 ms. Con 20 esclavos y sondeo continuo, la latencia puede superar los 200 ms.
  • Cableado físico vulnerable en entornos con interferencias si no se colocan correctamente las resistencias de terminación.

Modbus TCP: la flexibilidad de IP​

Ventajas​

  • Alto caudal: 100 Mbps o 1 Gbps; las lecturas masivas son prácticamente instantáneas.
  • Arquitectura flexible: los conmutadores Ethernet permiten topologías en estrella, en anillo o en árbol.
  • Multimaestro: varios clientes pueden consultar simultáneamente los mismos esclavos TCP.
  • Trazabilidad: las tramas IP se capturan fácilmente con Wireshark para la depuración.

Inconvenientes​

  • Infraestructura de red necesaria: un conmutador industrial, una dirección IP por dispositivo.
  • Latencia variable: las retransmisiones TCP en caso de error introducen una latencia no determinista, lo que supone un problema para los bucles de regulación en tiempo real.
  • Seguridad: el puerto 502 suele estar expuesto en las VLAN de OT sin autenticación. Es imprescindible aislarlo.

Tabla comparativa​

CriterioModbus RTUModbus TCP
Soporte físicoRS485 / RS232Ethernet
TopologíaBus linealEstrella, anillo, árbol
Velocidad típica9 600–115 200 bps100 Mbps – 1 Gbps
Número de esclavosHasta 247Ilimitado (red IP)
LatenciaDeterministaVariable (TCP/IP)
InfraestructuraCable RS485Conmutador + cableado Ethernet
Uso típicoSensores, controladores lógicos antiguosSCADA, equipos modernos

Cómo gestiona Eziwan ambas cosas​

El router Eziwan Gateway dispone de un puerto RS485 nativo compatible con Modbus RTU, tanto en modo esclavo como maestro. La plataforma Eziwan incluye una pasarela Modbus RTU → MQTT y un puente Modbus TCP en la nube, lo que permite:

  1. Recopilar registros RS485/Modbus RTU de tus sensores de campo cada N segundos.
  2. Transmitir los valores a través de MQTT o HTTP a tu SCADA, InfluxDB o Grafana.
  3. Acceder de forma remota mediante Modbus TCP a tus equipos serie a través del túnel VPN: tu SCADA ve un dispositivo TCP y la pasarela lo traduce a RTU.
# Ejemplo de configuración de Modbus en Eziwan
modbus:
  interface: RS485_1
  baudrate: 19200
  parity: even
  polling_interval: 10s
  registers:
    - id: 0x0001
      name: temperature_process
      unit: 3
      type: holding
      scale: 0.1
    - id: 0x0002
      name: pression_bar
      unit: 3
      type: holding
      scale: 0.01

Cableado RS485 para Modbus RTU: los errores más frecuentes​

El RS485 es robusto, pero una implementación incorrecta provoca errores de comunicación intermitentes difíciles de diagnosticar. Los errores más comunes son:

1. Faltan resistencias de terminación. El bus RS485 debe terminarse en ambos extremos con resistencias de 120 Ω. Sin terminación, las reflexiones de la señal generan tramas corruptas, especialmente a velocidades de transmisión elevadas (> 9600 bps).

2. Polarización incorrecta. Un bus RS485 vacío (todos los esclavos inactivos) debe tener un nivel definido (A+ > A-). Añade resistencias de polarización (bias) de 560 Ω–1 kΩ si tu maestro no las incorpora.

3. Topología incorrecta. Modbus RTU requiere una topología de bus (cadena en serie). Las ramificaciones (stubs) provocan reflexiones. Cada esclavo debe conectarse a la línea principal con una ramificación lo más corta posible (< 1 m).

4. Mezcla de masas. En RS485, la conexión a tierra de los blindajes y el retorno de la señal (masa común) deben gestionarse con cuidado. Un blindaje conectado en ambos extremos crea un bucle de masa y corrientes parásitas; conéctalo únicamente en el lado del controlador.

5. Velocidad de transmisión y paridad incompatibles. Todos los esclavos de un bus RTU deben compartir exactamente la misma velocidad de transmisión, paridad y número de bits de parada. 19200-8-E-1 es la configuración más habitual en la industria francesa.

Seguridad de Modbus TCP: el punto ciego​

Modbus TCP no cuenta con ningún mecanismo de autenticación nativo. Cualquier cliente de red que acceda al puerto 502 puede leer y escribir registros. En una red de tecnología operativa (OT) aislada, esto es aceptable. Sin embargo, en cuanto se establece una conexión a la nube, es imprescindible adoptar medidas de seguridad.

Nunca expongas el puerto 502 a Internet

El puerto 502 de Modbus TCP debe ser inaccesible desde Internet. Cualquier acceso desde el exterior debe realizarse a través de un túnel VPN. Cada día se escanean y atacan miles de dispositivos Modbus (Shodan.io recoge más de 200 000 puertos 502 accesibles públicamente en todo el mundo).

Medidas de seguridad recomendadas:

  • Cortafuegos OT: permitir el puerto 502 solo a las direcciones IP incluidas explícitamente en la lista (lista blanca)
  • Túnel VPN: todos los accesos remotos al bus Modbus a través de VPN (OpenVPN o IPSec)
  • VLAN dedicada: aislar la subred Modbus TCP del resto de la LAN
  • Registro: registrar las conexiones y desconexiones TCP en el puerto 502

¿Cuándo elegir una u otra?​

Elige Modbus RTU si:

  • Tus equipos solo disponen de un puerto RS485 o RS232
  • Su instalación ya existe y desea integrarla sin necesidad de volver a cablearla
  • Tiene menos de 32 dispositivos en un mismo segmento
  • El cableado Ethernet no es viable en el armario (limitaciones de espacio, coste)

Elige Modbus TCP si:

  • Estás diseñando una nueva instalación con infraestructura Ethernet
  • Tienes más de 32 dispositivos o distancias superiores a 1200 m
  • Necesitas un modo multimaster (varios clientes SCADA simultáneos)
  • Se prevé la integración en la nube desde la fase de diseño

En la práctica, la mayoría de las instalaciones industriales existentes utilizan RTU sobre RS485. Eziwan permite conectarlas a la nube sin necesidad de modificar el cableado existente: la pasarela traduce Modbus RTU a MQTT/HTTPS de forma transparente.

Ejemplo de arquitectura: del bus RS485 al panel de control en la nube​

A continuación se muestra la cadena completa de un sistema de supervisión Modbus típico, tal y como se implementa en subestaciones eléctricas, estaciones de bombeo o talleres:

Sensores y equipos Modbus RTU → bus RS485 (2 hilos, hasta 1 200 m) → pasarela Eziwan (puente RTU↔TCP + conversión a MQTT) → conectividad 4G con tarjeta SIM M2M → túnel VPN saliente → nube Eziwan → paneles de control, alertas de umbral y acceso remoto.

El punto clave: el Modbus nunca sale de la red local. La pasarela lo confina al emplazamiento y transporta los valores convertidos a través de un túnel cifrado, lo que resuelve de un plumazo tanto el problema de seguridad del protocolo (sin autenticación nativa) como el de la distancia.

Dimensionar el polling: frecuencia, volúmenes y datos 4G​

La frecuencia de consulta determina tanto la capacidad de respuesta del sistema de supervisión como el consumo de datos. Órdenes de magnitud que sirven de guía para el dimensionamiento:

Casos de usoFrecuencia de sondeoVolumen de datos mensual orientativo
Lectura remota de contadores (índices)De 1 a 4 lecturas al día< 5 MB
Supervisión energética (tensión, corriente, potencia)Cada 10 a 60 s5 a 30 MB
Seguimiento de máquinas en tiempo casi realCada 1 a 5 s30 a 150 MB

Dos errores habituales: un sondeo demasiado agresivo en un bus RTU lento (9 600 baudios) provoca tiempos de espera en cadena; espacia las solicitudes o aumenta la velocidad del bus; y en 4G, establezca tiempos de espera de Modbus TCP de al menos 3 000 ms para compensar la latencia variable de la red móvil.

¿Es necesario pasar de RTU a TCP?​

No, en la mayoría de los casos. El instinto de «modernizar = pasarlo todo a Ethernet» conlleva costosos recableados para un beneficio marginal: un bus RS485 en buen estado transmite los mismos datos Modbus de forma totalmente fiable. La estrategia adecuada consiste en mantener el campo en RTU y realizar la conversión a nivel de la pasarela, que expone los esclavos serie en Modbus TCP para el SCADA y publica en MQTT hacia la nube. Solo se migra físicamente a TCP cuando se lleva a cabo una renovación del armario ya planificada o cuando el número de equipos supera los límites del bus.

Preguntas frecuentes​

¿Cuál es la función de una pasarela (gateway) Modbus? Conecta el mundo serie con el mundo IP: en el lado de campo, consulta a los esclavos Modbus RTU a través de RS485; en el lado de la red, los expone en Modbus TCP y publica las mediciones en MQTT hacia la nube. También se encarga del almacenamiento en búfer local durante los cortes de red y del cifrado de la transmisión, dos funciones que el protocolo Modbus no ofrece.

¿Se pueden leer registros Modbus RTU desde un SCADA que solo utiliza TCP? Sí, esa es precisamente la función de una pasarela Modbus RTU↔TCP. El SCADA se conecta mediante Modbus TCP (puerto 502) a la pasarela, que traduce las consultas a Modbus RTU en el bus RS485. El Eziwan Gateway incorpora esta función de forma nativa: desde tu SCADA en la nube, los esclavos RTU se ven como esclavos TCP.

¿Cuál es la longitud máxima del bus RS485 para Modbus RTU? La especificación RS485 permite hasta 1200 m a 9600 bps con un cable adecuado (Belden 9842 o equivalente, impedancia de 120 Ω). A 115 200 bps, la longitud se reduce a unos 200–300 m. Más allá de esa distancia, los repetidores RS485 permiten ampliar el bus.

¿A cuántos esclavos se puede dirigir en un bus Modbus RTU? El protocolo Modbus RTU permite dirigir hasta 247 esclavos (direcciones del 1 al 247; la dirección 0 está reservada para las transmisiones generales). En la práctica, las limitaciones físicas del RS485 (32 «unit loads» por segmento) obligan a utilizar repetidores cuando hay más de 32 dispositivos en un mismo segmento físico.

¿Cuál es la diferencia entre Modbus RTU y Modbus ASCII? Modbus ASCII es una variante más antigua que codifica las tramas en caracteres ASCII hexadecimales (legibles por un terminal serie). Modbus RTU utiliza una codificación binaria compacta, más eficaz. Modbus ASCII está prácticamente en desuso; si tu equipo ofrece ambas opciones, elige RTU.

¿Funciona Modbus TCP con Wi-Fi o 4G? Sí. Modbus TCP es TCP/IP estándar y se puede utilizar en cualquier red IP: Ethernet, Wi-Fi o 4G LTE. En 4G, la latencia variable (20–100 ms) puede provocar tiempos de espera agotados con configuraciones conservadoras. Aumenta el tiempo de espera de Modbus TCP a un mínimo de 3000 ms (frente a los 500 ms en LAN) para las conexiones 4G.

Para profundizar en el tema​

¿Necesitas asesoramiento sobre la arquitectura Modbus de tu instalación? Ponte en contacto con nuestros ingenieros — diagnóstico gratuito.

Recursos adicionales​