Modbus RTU vs OPC UA: cuál elegir para tu próxima planta

Cuando un ingeniero de planta diseña la red de instrumentación de una sala blanca nueva — sensores ambientales, balanzas, equipos de proceso, sistemas SCADA — la primera decisión técnica que toma es de protocolo. Y casi siempre, la pregunta acaba reducida a dos opciones: Modbus (en sus variantes RTU sobre RS-485, ASCII o TCP sobre Ethernet) y OPC UA (Open Platform Communications Unified Architecture).

La comparación entre ambos suele plantearse como un duelo binario: el clásico vs el moderno, el simple vs el sofisticado, el barato vs el caro. La realidad de la mayoría de plantas farmacéuticas es más matizada: acaban operando con los dos, en capas distintas, conectadas por gateways que traducen entre protocolos.

Este artículo va dirigido a Directores Técnicos, Ingenieros de Automatización y Responsables de Calidad que están definiendo la arquitectura de comunicaciones de una nueva planta o ampliación. Cubre qué hace cada protocolo, dónde brilla cada uno, qué pide la normativa GMP a una capa de comunicación, y por qué la pregunta correcta no es "Modbus o OPC UA" sino "qué protocolo en qué nivel".

Modbus: el protocolo que ha sobrevivido a todo

Modbus fue creado en 1979 por Modicon (hoy Schneider Electric) para conectar PLCs entre sí en plantas industriales. Más de 45 años después, sigue siendo el protocolo de comunicación industrial más extendido en el mundo. La razón es sencilla: funciona, es barato, y casi cualquier instrumento industrial sabe hablarlo.

El protocolo opera con un modelo master-slave (terminología tradicional, hoy a menudo renombrada como client-server). El master inicia las comunicaciones; el slave responde. La estructura del mensaje es deliberadamente simple: dirección, función, datos, checksum. No hay descubrimiento de servicios, no hay seguridad, no hay modelo de información. Es un protocolo de transporte de registros y bits, nada más.

Variantes principales:

Lo que Modbus hace bien:

• Sencillez de implementación. Una librería Modbus pesa kilobytes. Cualquier microcontrolador la corre.
• Compatibilidad universal. Sensores nuevos siguen saliendo con soporte Modbus por defecto. Equipos de hace 20 años todavía hablan Modbus sin pasarela.
• Coste. Tanto la instrumentación como las herramientas de desarrollo son baratas. No hay licencias por punto.
• Latencia baja en RTU. En buses serie cortos, los tiempos de respuesta son del orden de milisegundos.
• Fiabilidad operativa. Es un protocolo maduro, ampliamente probado, sin sorpresas.

Lo que Modbus NO hace:

• Seguridad: en sus formas tradicionales, no tiene cifrado, ni autenticación, ni protección contra repetición de mensajes. Cualquier dispositivo en el bus puede leer y escribir cualquier registro.
• Modelo de datos: solo conoce "registros" y "coils" (bits). No hay tipos de datos complejos, no hay metadatos, no hay descripción semántica. Un valor de "21.4" puede ser temperatura, presión o nivel — el protocolo no lo sabe.
• Descubrimiento: el master debe conocer de antemano qué slaves existen y qué registros tienen. No hay forma estándar de explorar la red.
• Eventos: es polling puro. Para saber si algo cambió, hay que preguntar repetidamente.
• Escalabilidad: a partir de cierto número de dispositivos o complejidad, mantenerlo se vuelve incómodo.

OPC UA: el protocolo del siglo XXI

OPC UA, publicado por la OPC Foundation en 2008 y en continua evolución desde entonces, es la respuesta moderna a las limitaciones de los protocolos industriales clásicos. Es lo que se diseña hoy cuando se diseña desde cero.

A diferencia de Modbus, OPC UA es mucho más que un protocolo de transporte. Es una arquitectura completa que incluye:

• Modelo de información jerárquico con tipos de datos complejos.
• Servicios de descubrimiento, browsing y suscripción a eventos.
• Seguridad nativa: cifrado TLS, autenticación por certificados X.509, control de acceso por usuario y rol.
• Múltiples mappings de transporte (TCP, WebSockets, MQTT en versiones recientes).
• Independencia de plataforma (Windows, Linux, embedded, cloud).

El modelo de comunicación es client-server moderno, con capacidad de suscripción a cambios (no solo polling).

Lo que OPC UA hace bien:

• Seguridad: cifrado, firma de mensajes, autenticación por certificado, granularidad de permisos. Es la seguridad que un entorno moderno espera por defecto.
• Modelo de información rico: cada nodo del servidor OPC UA puede ser un tipo de dato complejo con metadatos asociados (unidades, rangos, descripciones). El cliente sabe lo que está leyendo, no solo el valor numérico crudo.
• Descubrimiento dinámico: un cliente OPC UA puede explorar el servidor en runtime y descubrir qué datos hay disponibles.
• Eventos y suscripciones: el cliente puede suscribirse a cambios y recibir notificaciones automáticas cuando algo cambia (report-on-change), sin necesidad de polling continuo.
• Interoperabilidad cross-vendor: un cliente OPC UA estándar habla con servidores OPC UA de cualquier fabricante.
• Future-readiness: es el protocolo de referencia para Industria 4.0, IIoT y arquitecturas cloud-edge modernas.

Lo que OPC UA NO es:

• Sencillo: la stack de OPC UA es órdenes de magnitud más compleja que Modbus. La curva de aprendizaje es real.
• Barato en hardware: implementar un servidor OPC UA en un microcontrolador modesto es difícil. Requiere más memoria y CPU.
• Universal en el campo: aunque crece rápidamente, todavía hay millones de instrumentos legacy que solo hablan Modbus, 4-20 mA, HART o protocolos propietarios.
• Compatible con la instrumentación más simple: un transductor de presión de 200 euros con salida 4-20 mA o Modbus RTU no va a hablar OPC UA.

La pregunta que importa: ¿qué exige Annex 11 a la capa de comunicación?

Antes de elegir protocolo, conviene pasar el filtro normativo. EU GMP Annex 11 y 21 CFR Part 11 piden a cualquier sistema computarizado que afecta a calidad GxP:

• Integridad de datos: los datos transmitidos no pueden alterarse sin detección.
• Atribuibilidad: cada acción debe poder asociarse a un usuario o sistema identificado.
• Trazabilidad: cualquier transferencia debe quedar registrada en un audit trail conforme a Part 11.
• Control de acceso: solo personal o sistemas autorizados pueden modificar parámetros críticos.
• Seguridad: protección razonable frente a manipulación o acceso no autorizado.

Aplicado a la elección de protocolo, esto significa:

Modbus por sí solo NO cumple los requisitos de Annex 11 en datos críticos GMP. El protocolo no tiene autenticación ni cifrado. Cualquier dispositivo en el bus puede leer o escribir registros sin dejar rastro identificable.

OPC UA, configurado con seguridad activada, SÍ puede cumplir. Sus mecanismos nativos de cifrado y autenticación por certificado proporcionan la base técnica que Annex 11 requiere.

Pero esto no significa que Modbus esté prohibido. Significa que donde se use Modbus, los controles de Part 11 tienen que estar en una capa superior: en el sistema SCADA o MES que recoge los datos de Modbus y los transfiere a un audit trail validado. El protocolo de campo puede ser inseguro si la capa de gestión añade los controles que faltan.

La arquitectura típica de una planta moderna

Por eso, la mayoría de plantas farmacéuticas diseñadas en los últimos años acaban con una arquitectura de dos capas que combina lo mejor de cada protocolo:

Capa de campo (instrumentación local):

• Sensores ambientales, balanzas, equipos de proceso — Modbus RTU sobre RS-485 o Modbus TCP sobre Ethernet industrial.
• Razón: instrumentación barata, ampliamente disponible, comunicación punto a punto sencilla, latencia baja.

Gateway / capa de agregación:

• Un dispositivo concentrador (puede ser un PLC, un edge gateway dedicado o software industrial) lee los Modbus y los expone como servidor OPC UA.
• Razón: convertir el bus de campo simple a un canal moderno, seguro y semánticamente rico.

Capa de gestión (SCADA / MES / data historian):

• Clientes OPC UA conectan al gateway, suscritos a cambios.
• Aquí es donde reside la seguridad real: cifrado TLS entre gateway y SCADA, autenticación por certificado, audit trail conforme a Part 11.

Capa de integración corporativa:

• SCADA/MES expone los datos hacia ERP, LIMS y sistemas de gestión de calidad mediante APIs REST, OPC UA Pub/Sub sobre MQTT, o servicios web propios.

Este patrón no es teoría. Es la arquitectura que se observa una y otra vez en plantas que acaban de pasar inspecciones FDA o EMA sin observaciones en la capa de comunicación. El Modbus sigue ahí en el campo. El OPC UA reina en la gestión. Cada uno hace lo que mejor sabe hacer.

Cuándo elegir cada uno (resumen práctico)

Elige Modbus si:

• La aplicación es pequeña, local, y no atraviesa redes corporativas.
• La instrumentación que vas a integrar solo habla Modbus (algo muy frecuente).
• El presupuesto de hardware es ajustado.
• Los datos NO son críticos GMP, o están aislados en una capa de campo que después se agrega a un sistema validado.
• Necesitas latencia muy baja en un bus serie corto.

Elige OPC UA si:

• Estás conectando equipos a una red corporativa o cloud.
• La aplicación afecta a datos GMP críticos y necesitas seguridad demostrable.
• Vas a integrar múltiples fabricantes y necesitas interoperabilidad.
• Quieres modelo de información con metadatos, no solo registros crudos.
• Estás diseñando arquitectura para varios años y quieres escalabilidad.

En la práctica, lo más probable es que necesites los dos. La pregunta correcta es dónde poner cada uno y cómo conectarlos.

Errores frecuentes en la elección

Tres patrones que se repiten en plantas que tuvieron que rehacer parte de la arquitectura:

Patrón 1 — Cablear todo en Modbus RTU sin pensar en escala futura. El bus serie tiene límite físico de longitud (típicamente 1.200 metros con repetidores) y de número de dispositivos. Cuando la planta crece, el bus se satura y hay que rehacer instalación.

Patrón 2 — OPC UA sin gateway en la capa de campo. Algunos proyectos intentan que cada sensor hable OPC UA directamente. Resultado: instrumentación cara, complejidad innecesaria, y dependencia de pocos fabricantes que soportan OPC UA en hardware embedded modesto.

Patrón 3 — Modbus en capa de gestión sin envolver en controles GMP. El sistema SCADA conecta directo a los Modbus de campo y registra valores en una base de datos sin audit trail conforme a Part 11. El día de la inspección, el inspector pregunta dónde está la trazabilidad. No hay respuesta limpia.

Lo que hacemos en Smart Clean Solutions

En Smart Clean Solutions diseñamos arquitecturas de comunicación industrial específicamente para entornos farmacéuticos. Trabajamos habitualmente con la combinación Modbus en campo + gateway + OPC UA + capa de gestión validada conforme a 21 CFR Part 11 y EU GMP Annex 11. Conectamos instrumentación nueva y existente — Modbus RTU/TCP, OPC UA, 4-20 mA, RS485 — sin obligar a reemplazar lo que ya funciona, y añadimos la capa de seguridad y trazabilidad que la normativa pide.

Si estás diseñando la red de comunicación de una planta nueva o evaluando cómo modernizar una existente sin tirar la instrumentación actual, hablemos. Te respondemos en menos de 24 horas con una primera valoración técnica orientada a tu arquitectura concreta.

Referencias técnicas y normativas:

• Modbus Application Protocol Specification — Modbus Organization. modbus.org.
• OPC UA Specifications — OPC Foundation. opcfoundation.org.
• IEC 62541 — Estándar internacional para OPC Unified Architecture.
• EU GMP Annex 11 — Computerised Systems. European Commission.
• 21 CFR Part 11 — Electronic Records; Electronic Signatures. FDA.
• GAMP 5 — A Risk-Based Approach to Compliant GxP Computerized Systems. ISPE.
• NAMUR NE 175 — Recomendaciones de la asociación NAMUR sobre OPC UA en industria de procesos.