Modbus cumplió más de cuarenta años y sigue siendo el protocolo que todos los equipos hablan. Esa es su virtud: un variador japonés, un medidor alemán y una HMI china se entienden sin licencias ni certificaciones. La duda práctica no es si usarlo, sino cuál de sus dos sabores conviene en cada tramo de la instalación.
Mismo idioma, distinto teléfono
La confusión más común es creer que son protocolos diferentes. No lo son. El modelo de datos es idéntico: las mismas cuatro tablas — bobinas, entradas discretas, registros de entrada y registros de retención — y los mismos códigos de función para leer y escribir.
Lo que cambia es el transporte. RTU viaja por un par de cables en serie y verifica la integridad con CRC. TCP viaja por Ethernet dentro de una trama con encabezado propio, y deja el control de errores a la pila de red. Por eso migrar un equipo de RTU a TCP no obliga a reprogramar la lógica: las direcciones de registro son las mismas.
Comparativa directa
| Criterio | Modbus RTU (RS485) | Modbus TCP (Ethernet) |
|---|---|---|
| Medio físico | Par trenzado, 2 o 3 hilos | Cable de red o fibra |
| Distancia por tramo | Hasta 1200 m a baja velocidad | 100 m en cobre, más con fibra |
| Velocidad típica | 9600 a 115200 bps | 10/100 Mbps o superior |
| Equipos por segmento | 32 físicos (247 direcciones) | Limitado por la red, en la práctica muchos más |
| Modo de operación | Maestro y esclavos, uno a la vez | Cliente y servidor, múltiples sesiones simultáneas |
| Costo de cableado | Bajo — cable económico y largo | Medio — requiere switches |
| Diagnóstico | Difícil, hace falta analizador serie | Sencillo, herramientas de red estándar |
| Sensible a ruido eléctrico | Sí, exige buenas prácticas de instalación | Menos, el par trenzado y la pila ayudan |
| Terreno donde brilla | Distancias largas, equipos viejos, presupuesto ajustado | Muchos datos, varios maestros, integración con TI |
Cuándo conviene RTU
- Equipos que solo hablan serie. Variadores, medidores de energía e instrumentos de más de diez años rara vez traen Ethernet. RTU es el idioma que sí entienden.
- Distancias largas dentro de planta. Llevar señal a un tablero a 400 metros con dos hilos cuesta una fracción de tender fibra o instalar switches intermedios.
- Pocos datos y baja frecuencia. Leer diez registros cada segundo no justifica una infraestructura de red.
- Retrofit con presupuesto contenido. Aprovechas el cable existente si ya había una red serie.
Cuándo conviene TCP
- Varios maestros necesitan el mismo dato. En RTU solo un maestro pregunta; en TCP la HMI, el SCADA y el gateway IoT pueden leer el mismo PLC al mismo tiempo.
- Muchos registros o refresco rápido. Un dashboard con tendencias en vivo satura un bus serie mucho antes que una red Ethernet.
- Ya existe infraestructura de red en la nave. El costo marginal de sumar un nodo es mínimo.
- Vas hacia SCADA o nube. Toda la integración moderna asume Ethernet; empezar ahí evita un gateway más adelante.
Los cinco errores que tiran una red RS485
Casi todas las fallas de comunicación que atendemos son de instalación, no de configuración. En este orden de frecuencia:
- Falta de terminación. RS485 necesita resistencias de 120 ohms en los dos extremos del bus, no en cada equipo. Sin ellas la señal rebota y aparecen errores de CRC intermitentes.
- Topología en estrella. El bus debe ser una línea que entra y sale de cada equipo. Las derivaciones largas desde un punto central provocan reflexiones difíciles de diagnosticar.
- Sin referencia común. Los dos hilos de datos no bastan cuando los equipos están en tableros distintos: hace falta el tercer hilo de común o una referencia de tierra bien hecha.
- Cable junto a potencia. Si el par de comunicación corre en la misma charola que la alimentación de un motor, la comunicación se cae justo cuando ese motor arranca. Separación física o cable blindado con el blindaje aterrizado en un solo extremo.
- Parámetros disparejos. Velocidad, paridad, bits de paro y dirección deben coincidir en todos los nodos. Una dirección repetida produce respuestas colisionadas que parecen ruido.
Una advertencia sobre Modbus TCP
Modbus nació sin seguridad. No tiene autenticación ni cifrado: cualquiera que alcance el puerto puede leer registros y, peor, escribirlos. Eso estaba bien en un bus serie dentro de un tablero cerrado; en una red Ethernet es un riesgo real.
Las medidas mínimas, en orden de importancia:
- Segmenta. La red industrial va en su propia VLAN, separada de la red administrativa.
- Nunca expongas el puerto a internet. Para acceso remoto se usa VPN o un gateway diseñado para eso, jamás un redireccionamiento de puertos en el módem.
- Restringe la escritura. Si un cliente solo necesita leer, dale acceso de solo lectura donde el equipo lo permita.
Cómo se ve en la práctica
Una configuración típica de máquina en México se arma así: la HMI y el PLC dialogan por Ethernet dentro del tablero; el PLC baja por RS485 a los variadores y al medidor de energía; y un gateway toma los datos que importan para mandarlos a la nube. Cada tramo usa el transporte que le conviene y ninguno paga infraestructura de más.
Si vas a conectar una HMI con un PLC de otra marca, el procedimiento completo con parámetros y direccionamiento está en la guía de Modbus para HMI con PLC de otra marca. Y si estás modernizando una máquina antigua, revisa cómo levantar el inventario de señales en la guía de retrofit de PLC obsoleto.