Modbus RTU (RS-485/RS-232) frente a Modbus TCP/IP (Ethernet)
| Criterio | Modbus RTU (RS-485) | Modbus TCP (Ethernet) |
|---|---|---|
| Soporte físico | RS-485 / RS-232 (serie) | Ethernet / Wi-Fi (TCP/IP) |
| Velocidad máxima | ✗ 115 200 baudios (≈ 10 kB/s) | ✓ De 100 Mbps a 1 Gbps |
| Distancia máxima | ✓ 1200 m (RS-485 estándar) | ✗ 100 m (Ethernet cat. 5e) |
| Número de esclavos | 32 sin repetidor (247 como máximo) | ✓ Ilimitado (red estándar) |
| Topologie | Bus en cadena (bifilar) | ✓ Estrella o bus (red IP) |
| Coste del cableado | ✓ Muy bajo (cable RS-485) | Moderado (cable Ethernet) |
| Gestión de errores | CRC de 16 bits (detección) | ✓ Suma de comprobación TCP/IP + retransmisión |
| Determinismo en tiempo real | ✓ Bien (escaneo secuencial previsible) | Variable (latencia de red) |
| Multimaestro | ✗ No (solo un maestro por bus) | ✓ Sí (varios másteres) |
| Seguridad nativa | ✗ Ninguna (se requiere acceso físico) | ✗ Ninguna (pero se puede aislar mediante VLAN) |
| Enrutamiento / pasarela | ✗ No (solo autobús local) | ✓ Sí (enrutamiento IP estándar) |
| Integración SCADA | A través de un puente RS-485/Ethernet | ✓ De forma nativa (puerto 502) |
| Herramientas de diagnóstico | Osciloscopio, analizador de señales en serie | ✓ Wireshark, herramientas de red estándar |
| Robustesse CEM | ✓ Excelente (RS-485 diferencial) | Compatible con cable FTP/STP |
| Variante segura | ✗ No disponible | ✓ Modbus sobre TLS (RFC 8144) |
8 aspectos técnicos para elegir el protocolo Modbus adecuado
El RS-485 es un bus diferencial bifilar: dos hilos trenzados (A/B) resistentes a las interferencias electromagnéticas omnipresentes en los entornos industriales (variadores de frecuencia, motores, soldaduras). Su alcance de 1.200 metros sin repetidor lo convierte en la solución ideal para conectar sensores en una fábrica o un edificio industrial. Basta con un cable de par trenzado apantallado, que cuesta unos céntimos por metro, con terminaciones de bus de 120 ohmios en ambos extremos. Modbus RTU sobre RS-485 sigue siendo el protocolo más extendido en los equipos industriales de gama básica: contadores de energía, sensores de nivel, variadores de frecuencia y reguladores de temperatura.
Modbus TCP/IP encapsula las PDU (unidades de datos de protocolo) de Modbus en segmentos TCP en el puerto 502. Aprovecha todas las ventajas de la infraestructura Ethernet: conmutadores gestionables, VLAN, enrutamiento, redundancia (RSTP) y diagnóstico con Wireshark. Su velocidad (de 100 Mbps a 1 Gbps) permite consultar cientos de puntos de datos en milisegundos. Las conexiones multimaster simultáneas permiten que un SCADA, un MES y una pasarela IIoT lean los mismos registros en paralelo sin conflictos. Es el protocolo preferido para las conexiones entre PLC y sistemas de supervisión en redes Ethernet industriales.
En Modbus RTU, la sincronización viene determinada por la velocidad del bus serie. A 9600 baudios, una trama de 20 octetos tarda 20 ms. El intervalo entre tramas (3,5 tiempos de carácter) separa las tramas. Este comportamiento es perfectamente predecible. En Modbus TCP, la latencia de la red añade una variabilidad de unos pocos a varias decenas de milisegundos, dependiendo de la congestión de la red. Para la supervisión (lectura de datos), esta variabilidad es aceptable. Para el control en tiempo real (escritura en actuadores con restricciones temporales estrictas), el bus RS-485 dedicado sigue siendo más determinista. Los sistemas SCADA modernos suelen configurar tiempos de espera (timeouts) de Modbus TCP de entre 500 ms y 2 segundos.
Los principales programas de SCADA (WinCC, Ignition, iFIX, Wonderware InTouch) son compatibles de forma nativa con Modbus TCP en el puerto 502. La integración de equipos Modbus RTU en un SCADA requiere bien un convertidor RS-485/Ethernet, bien una pasarela como Eziwan que exponga los equipos RTU en Modbus TCP. La configuración en el SCADA es idéntica, tanto si se trata de un equipo TCP nativo como de un equipo RTU conectado a través de Eziwan. OPC-UA, el estándar de comunicación industrial de nueva generación, se conecta con Modbus TCP a través de servidores OPC-UA Modbus, lo que permite la integración en arquitecturas modernas de Industria 4.0.
En Modbus RTU, el CRC-16 detecta los errores de transmisión. En caso de error, el maestro puede volver a solicitar la trama. Este mecanismo es eficaz, pero añade latencia en enlaces con ruido. En un entorno electromagnético adverso con un cableado deficiente, las tasas de error pueden alcanzar entre el 1 % y el 5 %. En Modbus TCP, el control de errores se delega al protocolo TCP (retransmisión automática). El determinismo de Modbus TCP es inferior al de RTU en un bus dedicado, ya que los retrasos de red son variables. Para aplicaciones críticas en tiempo real (regulación PID), sigue siendo preferible Modbus RTU en un RS-485 dedicado.
Ni Modbus RTU ni Modbus TCP prevén autenticación ni cifrado. Cualquiera que pueda inyectar tramas en el bus RS-485 o en la red Ethernet puede leer y escribir registros. En el caso de Modbus TCP, la exposición a Internet sin protección es catastrófica: los escáneres automáticos detectan los puertos 502 abiertos en cuestión de minutos. El estándar Modbus sobre TLS (RFC 8144) aporta cifrado nativo para Modbus TCP, pero aún no cuenta con una amplia compatibilidad. Mientras tanto, la protección pasa por la segmentación de la red, las VLAN industriales y, para el acceso remoto, una VPN cifrada como OpenVPN.
La migración «brownfield» se lleva a cabo sin interrumpir la producción. Fase 1 (días 1 a 30): instalar Eziwan como puente transparente entre el bus RS-485 existente y la red Ethernet. Los equipos RTU siguen funcionando con normalidad. Fase 2 (del mes 2 al 6): conectar los nuevos equipos directamente mediante Modbus TCP. Fase 3 (del mes 6 al 18): sustituir los antiguos equipos RTU a medida que se realizan los mantenimientos preventivos. Fase 4: retirar los puentes RS-485 cuando ya no sean necesarios. Este enfoque minimiza los riesgos y preserva la inversión en los equipos existentes.
Eziwan incorpora físicamente un puerto RS-485 Modbus RTU y una interfaz Ethernet Modbus TCP. La pasarela actúa como un puente transparente: lee los registros Modbus RTU de los sensores de campo y los expone en Modbus TCP para los sistemas de supervisión, al tiempo que transmite los datos a la nube a través del túnel VPN OpenVPN/IPSec. Un único equipo sustituye al convertidor RS-485/Ethernet, al módem 4G y al cliente VPN, y se instala en un raíl DIN dentro del armario industrial. Se puede acceder de forma remota al registro de diagnóstico de la RTU (errores CRC, tiempos de espera agotados, respuestas no válidas) a través de la interfaz en la nube de Eziwan.
4 situaciones industriales típicas y el protocolo Modbus adecuado
Contexto: Fábrica de 15 000 m² con 45 contadores de energía Schneider iEM3000 distribuidos en 8 armarios técnicos
Un único bus RS-485 en cadena conecta los 45 contadores a la pasarela Eziwan con menos de 600 metros de cable. La lectura de todos los contadores (potencia activa, tensión, corriente, armónicos) tarda 4,5 segundos a 9600 baudios. La pasarela Eziwan transmite los datos a una plataforma de seguimiento del consumo energético (ISO 50001) a través de 4G y OpenVPN. Coste del cableado RS-485 frente a la infraestructura Ethernet: ahorro estimado de 12 000 euros.
Contexto: Línea de envasado farmacéutico con 12 equipos (dosificadoras, etiquetadoras, selladoras) en zona limpia
La infraestructura Ethernet industrial de acero inoxidable ya está instalada para las cámaras de control de calidad. Cada equipo dispone de un puerto Ethernet RJ45 aislado. La supervisión mediante Modbus TCP permite realizar diagnósticos a distancia desde la oficina de producción sin necesidad de acceder físicamente a la zona limpia. El servidor OPC-UA de cada máquina transmite los datos al sistema MES de trazabilidad.
Contexto: Planta depuradora con 80 equipos RTU heredados conectados a un bus RS-485 y un sistema SCADA de hace 10 años que hay que modernizar
Fase 1: Eziwan se instala en paralelo al SCADA existente como puente RTU/TCP. Fase 2: el nuevo SCADA Ignition se conecta a Eziwan a través de Modbus TCP, sin necesidad de modificar los equipos de campo. Fase 3: sustitución progresiva de los sensores durante las tareas de mantenimiento. Fase 4: ampliación de la supervisión a los nuevos equipos directamente a través de TCP. Migración completa en 18 meses sin interrupción del servicio.
Contexto: 150 cámaras frigoríficas repartidas en 12 almacenes, con sensores de temperatura y grupos frigoríficos que deben supervisarse
En cada almacén, los 12 a 15 sensores de temperatura y las unidades de refrigeración Carrier están conectados a un bus RS-485. La pasarela Eziwan lee los datos RTU y los transmite a la nube a través de 4G/OpenVPN. El panel de control en la nube consolida los datos de las 150 celdas en tiempo real. Las alertas por sobrepaso de temperatura (cumplimiento de HACCP) se envían por SMS y correo electrónico en menos de 60 segundos.
Los 5 errores más costosos en la implementación de Modbus
El RS-485 es un bus lineal: cada esclavo se conecta al bus de forma secuencial (A→B→C→D). Un cableado en estrella provoca reflexiones de señal y errores CRC importantes, sobre todo a velocidades superiores a 19 200 baudios. La única solución es utilizar un concentrador RS-485 específico o rediseñar el cableado en cadena.
Un bus RS-485 sin terminación en ambos extremos genera reflexiones de señal que alteran las tramas, sobre todo en largas distancias. Las resistencias de terminación (120 ohmios) deben instalarse físicamente en los dos equipos situados en los extremos del bus —ni en el centro, ni en todos los equipos—.
Miles de controladores industriales son accesibles directamente desde Internet a través del puerto 502 sin ningún tipo de protección. Shodan.io recoge cientos de miles de dispositivos Modbus accesibles públicamente. Cualquier acceso Modbus TCP desde el exterior debe realizarse a través de una VPN cifrada (OpenVPN Eziwan) sin exponer nunca el puerto 502.
Todos los dispositivos de un bus Modbus RTU deben utilizar la misma velocidad de comunicación (baud rate) y los mismos parámetros serie (bits de datos, paridad, bits de parada). Un dispositivo que funcione a 19 200 baudios en un bus configurado a 9600 baudios provoca errores en toda la red y puede resultar difícil de diagnosticar.
Cada esclavo Modbus RTU en un bus RS-485 debe tener una dirección única comprendida entre 1 y 247. Si dos esclavos comparten la misma dirección, ambos responderán simultáneamente a las solicitudes del maestro, lo que provocará colisiones y errores incomprensibles. Comprueba siempre que las direcciones sean únicas antes de conectar un nuevo equipo al bus.
¿Qué protocolo Modbus predomina en cada sector?
Los sensores de campo (caudalímetros, sondas de nivel) utilizan Modbus RTU sobre RS-485 por su resistencia en entornos húmedos. Los controladores de las estaciones se comunican mediante Modbus TCP con el sistema SCADA central. Eziwan actúa como puente entre ambas capas.
Las normas de higiene prohíben los cableados complejos. El Ethernet industrial de acero inoxidable y el Modbus TCP simplifican la limpieza de los armarios. El diagnóstico con Wireshark facilita el mantenimiento. Los equipos modernos (sensores IO-Link, variadores) son compatibles de forma nativa con Modbus TCP.
Las largas distancias entre los pozos y los puntos de recogida (de hasta 500 m a 1 km) favorecen el uso del RS-485. La resistencia a las interferencias electromagnéticas en entornos con perturbaciones (motores de bombeo, acopladores inductivos) es una ventaja decisiva del bus diferencial.
La infraestructura Ethernet ya está presente en los edificios de uso terciario. Todos los equipos modernos de gestión técnica de edificios (reguladores Belimo, contadores de energía Schneider de la serie PM) cuentan con una interfaz Ethernet Modbus TCP. La supervisión a través del sistema de gestión de edificios (BMS) en una red IP es la norma.
Los contadores de producción y los sensores de las subestaciones utilizan Modbus RTU por su fiabilidad. La supervisión de alta disponibilidad de las subestaciones utiliza, en cambio, IEC 61850 o IEC 60870-5-104. La pasarela Eziwan actúa como puente entre Modbus RTU y la nube.
Modbus sigue siendo el protocolo más extendido en la industria, pero RTU (serie) y TCP (Ethernet) no comparten ni la misma topología, ni las mismas restricciones eléctricas, ni el mismo nivel de seguridad. A continuación se indican las pautas para realizar el cableado, la asignación de direcciones y la configuración de la seguridad sin cometer errores.
Especificaciones básicas del protocolo (modbus.org): PDU, códigos de función (0x01-0x2B), esquema de direccionamiento de registros. Común a RTU y TCP.
Define RTU y ASCII en RS-485/RS-232: trama binaria, CRC-16, silencio entre tramas de 3,5 caracteres, modo maestro/esclavo.
Encapsulación en TCP/IP, cabecera MBAP, puerto reservado 502. El control de integridad de TCP sustituye al CRC en serie.
Capa física RS-485: señalización diferencial, 32 cargas unitarias por segmento, polarización y terminación de 120 Ω obligatorias en líneas largas.
Marco normativo de los buses de campo industriales; incluye a Modbus entre los protocolos de comunicación de taller normalizados.
Modbus no cuenta con ninguna medida de seguridad nativa: el cifrado y el control de acceso deben garantizarse en la pasarela (VPN, segmentación OT/IT).
La pasarela consulta a los esclavos RTU (sondeo maestro), convierte los datos a Modbus TCP o los publica en MQTT/JSON. Solo puede haber un maestro por bus RS-485; en TCP, varios clientes pueden consultar al mismo esclavo simultáneamente.
| Parámetro | Valor de referencia | Interpretación |
|---|---|---|
| Longitud máxima del RS-485 | 1200 m a 9600 bps | La velocidad de transmisión útil disminuye con la distancia; solo se mantiene estable a 115 200 bps a menos de 50 m. |
| Esclavos por segmento | 32 (sin repetidor) | Hasta 247 direcciones lógicas, pero con un límite eléctrico de 32 cargas unitarias. |
| Terminación / polarización | 120 Ω + pull-up/pull-down | Imprescindible en el extremo del cable para evitar reflejos y fluctuaciones en la línea. |
| Tamaño de la PDU Modbus | 253 bytes como máximo | ≈ 125 registros de 16 bits por solicitud de lectura (0x03). |
| Puerto Modbus TCP | 502 (TCP) | Se debe filtrar de forma estricta: nunca se debe exponer en el lado de la WAN sin VPN. |
| Tiempo de espera del esclavo | 500-1000 ms | Margen suficiente en un bus serie con carga o en una conexión 4G con fluctuaciones de jitter. |
Direccionamiento: ten en cuenta el desfase de 1 entre la dirección del protocolo (basada en 0) y la dirección documentada (basada en 1, p. ej., registro 40001).
Contadores Modbus RTU distribuidos en 6 buses RS-485, concentrados mediante pasarelas serie→Ethernet, y transmisión a la nube a través de una pasarela 4G.
Recursos adicionales sobre protocolos industriales
Puerto RS-485 integrado para Modbus RTU, interfaz Ethernet para Modbus TCP. Puente automático y transmisión a la nube a través de 4G/LTE con OpenVPN.