En cada línea industrial corren 3-7 protocolos distintos a la vez. El cliente que pregunta "¿podemos tenerlo todo en OPC UA?" pregunta por algo que tecnológicamente no tiene solución — fieldbus, motion bus e integración IT/OT son tres mundos distintos con distintos requisitos de latencia, determinismo, ancho de banda y ciclo de vida. Este artículo describe cuándo usar cada protocolo y cuándo la elección viene impuesta por la tecnología elegida antes (PLC, motion controller, sensor) y no por una decisión de ingeniería.
Tres capas, tres mundos
Capa field/sensor (latencia más baja 5-50 μs)
- **EtherCAT** — Beckhoff, KEB, algunos motores ABB. Sub-100 μs de jitter, plenamente determinista. Lo mejor para motion control con más de 4 ejes coordinados.
- **Profinet IRT / Isochronous** — núcleo Siemens, Phoenix Contact, Wago, Bosch Rexroth. 100-250 μs, alto determinismo. Para la mayoría de máquinas en Europa = estándar de facto.
- **Sercos III** — Bosch Rexroth, KEB, nicho. Excelente motion bus, pero retrocede rápidamente ante EtherCAT.
Capa cell/machine (1-100 ms)
- **Profinet RT** — máquina Siemens corriente. 1-10 ms RTT, cumple para el 95% de las máquinas productivas.
- **EtherNet/IP** — ecosistema Allen-Bradley / Rockwell. En la UE menos extendido, pero domina en USA / automotive Tier 1.
- **Modbus TCP** — el más simple. Sin determinismo, pero 200+ dispositivos existentes de decenas de fabricantes hablan Modbus.
Capa plant/IT (la latencia no importa, importa el contenido)
- **OPC UA** (server/client + PubSub) — interoperabilidad SCADA, MES, ERP, cloud. Este es el sitio donde vive OPC UA.
- **MQTT (más frecuentemente Sparkplug B)** — IIoT, telemetría a cloud, edge gateway → cloud.
- **HTTP/REST + WebSocket** — dashboards modernos, Grafana, UI custom.
El cliente que quiere "todo en OPC UA" quiere lograr interoperabilidad a nivel planta entre 5 fabricantes de PLC — que OPC UA resuelve perfectamente. Usar OPC UA entre servomotor y controlador es un sinsentido tecnológico: una latencia de 5-20 ms es 100× más lenta de lo que exige motion control.
Modbus — cuándo sigue teniendo sentido en 2026
Modbus RTU (RS-485) y Modbus TCP son los protocolos más simples que conoce la industria. Tabla de registros, function code 03/04 (read), 06/16 (write), CRC. Implementación en PLC o Python en 2 horas.
**Plus:** - Universal — todo fabricante de sensores, variadores de frecuencia, contadores energéticos lo soporta - Trivial de debugear (Wireshark con Modbus dissector, Modpoll de línea de comandos) - Sin licencias, sin integration kits, sin archivos EDS/GSDML - Barato — gateway Modbus por 80 EUR, gateway OPC UA por 800-2.000 EUR
**Menos:** - Master-slave (request-response), sin datos event-driven - Sin determinismo — Modbus RTU a 19.200 baud tarda en leer 100 registros ~150 ms - Sin seguridad (RTU nada, TCP solo con túnel TLS) - Sin semántica — el registro 40001 es "lo que pongas ahí". Sin documentación leer el valor no significa nada.
**Cuándo usar:** sensores baratos, contadores energéticos, controladores simples (Carel, Eliwell, Belimo, IFM), equipos legacy (variadores de frecuencia 2015-), DIY y setups maker. Cualquier caso donde basta una lectura a 1 Hz y se ahorra presupuesto.
**Cuándo NO usar:** cualquier setup con más de 50 dispositivos en una red (escalar el Modbus master es problema), cualquier aplicación con tiempo real (motion, fast safety), cualquier integración IT/OT (falta semántica).
Profinet — el caballo de batalla de las líneas europeas
Profinet (Process Field Network) está en manos de Siemens y el consorcio PROFIBUS & PROFINET International (PI). Tres versiones:
- **Profinet TCP** (acíclico) — 100+ ms, para configuración y diagnóstico
- **Profinet RT** (Real Time) — 1-10 ms, para la comunicación normal PLC ↔ I/O
- **Profinet IRT** (Isochronous Real Time) — sub-1 ms, para motion control
**Plus:** - Estándar de facto en la UE (dominancia Siemens) - Rich ecosystem — Beckhoff, Phoenix Contact, Wago, Festo, SICK, Pepperl+Fuchs, B&R hablan Profinet - Diagnóstico web-based en cada módulo IO - TSN-ready (desde Profinet 2.4) - Seguridad vía perfil PROFIsafe (para relés safety)
**Menos:** - Más complejo que Modbus — requiere archivos GSDML, direccionamiento IP, device naming - Contexto de licencia (Siemens TIA Portal, OpenPN stack para terceros) - Los switches deben ser "Profinet conformance class A/B/C" — un switch Cisco corriente a menudo no llega en IRT - Limitaciones topológicas — IRT requiere line o star (no ciclo)
**Cuándo usar:** toda máquina moderna en la UE con más de 5-10 módulos IO, motion control de más de 4 ejes, integración con SCADA Siemens (WinCC, PCS 7), casos donde el cliente ya tiene 5+ máquinas Siemens y quiere ecosistema homogéneo.
**Cuándo NO usar:** entornos fuertemente heterogéneos (donde la mitad de los equipos es Allen-Bradley → EtherNet/IP es mejor opción), máquinas pequeñas con 3-5 puntos IO (Modbus RTU basta, más barato), clientes USA (donde domina Rockwell).
OPC UA — interoperabilidad para integración IT/OT
OPC UA (Unified Architecture) no es un fieldbus. Es una **capa de aplicación** sobre TCP/IP, que resuelve: cómo distintas máquinas, SCADA, MES y servicios cloud intercambian datos **semánticamente ricos**.
**Plus:** - Platform-agnostic (PLC, embedded Linux, Windows server, Docker container) - Vendor-agnostic (Siemens, Rockwell, B&R, Beckhoff, Honeywell — todos tienen OPC UA server) - Semántica rica — tipos, jerarquía, metadatos, timestamps - Seguridad como first-class citizen — certificados X.509, role-based access, audit trail - Companion specs para dominios concretos (OPC UA for Robotics, for Machinery, for Pumps) - Modelo PubSub (MQTT-based o UDP multicast) para escenarios cloud + brokerless
**Menos:** - Latencia 5-50 ms por ciclo — inservible para motion control - Intensivo en CPU (en un dispositivo embedded corriente, 20-40% de carga solo por el OPC UA server) - Complejo — security stack, certificate management, address space modeling — no es "lee el registro 40001" - Para la misma tarea 5× más código que Modbus
**Cuándo usar:** integración SCADA, MES, ERP. Bridging entre distintos vendors. Telemetría cloud. Cualquier caso donde después se conecta analítica, ML model o BI dashboard. Máquinas que integran en sistema MOM/MES (Apriso, Critical Manufacturing, GE Plant Apps).
**Cuándo NO usar:** entre PLC y sensor (Profinet/EtherCAT). Para telemetría simple a cloud (MQTT Sparkplug B es 10× más barato de implementar). Entre dos PLC que pueden hablar por fieldbus nativo (Profinet PLC-to-PLC es más rápido y más determinista).
El patrón arquitectónico más común en 2026
Una máquina en Europa en 2026 típicamente corre:
``` Sensor/I/O ←Profinet RT→ PLC ←Profinet RT→ Drive (motion) ↓ OPC UA Server ↓ SCADA (Ignition, WinCC) ↓ OPC UA / MQTT Sparkplug B ↓ MES (Apriso, Critical Manufacturing) ↓ ERP / Cloud (SAP, AWS IoT, Azure IoT Hub) ```
Modbus aparece en el borde — en sensores baratos, contadores energéticos, variadores de frecuencia. Hablamos con él vía gateway Modbus → Profinet (Hilscher netTAP, Anybus X-Gateway, Phoenix Contact AXL F BK) o vía OPC UA server con driver Modbus (Kepware, Matrikon, ignition.com).
Tres decisiones que no tienen respuesta tecnológicamente correcta
1. ¿Debo usar OPC UA Companion Spec para Robotics?
Para la integración de KUKA, ABB, FANUC con MES es teóricamente la elección correcta. En la práctica: la implementación del companion spec va 12-18 meses por detrás del firmware del robot, así que el cliente a veces tiene que usar API REST propietaria o OPC UA con semántica propia. La elección depende de **la versión concreta del firmware del robot** — verifíquelo con el vendor antes de comprometerse en el proyecto.
2. ¿Debo migrar de Profibus DP a Profinet?
Profibus DP es la base enorme de líneas más antiguas (2005-2018). La migración a Profinet cuesta el 30-50% del CAPEX de instalación y suele pagarse solo cuando se migra también el PLC. Realísticamente: si su línea es estable y el master Profibus aún está disponible (Siemens vende spare parts hasta 2030+), no migre por migrar. La migración tiene sentido combinada con un nuevo PLC o expansión.
3. ¿Debo pasar a TSN (Time-Sensitive Networking)?
TSN es un estándar IEEE que aporta Ethernet determinista a cualquier protocolo industrial. Profinet, EtherCAT, EtherNet/IP — todos serán progresivamente TSN-aware. Realísticamente en 2026: si no está construyendo nueva línea flagship, espere 2-3 años. Los switches TSN siguen siendo 3-5× más caros que los managed switches corrientes, el ecosistema es inmaduro.
Checklist práctica para proyecto
Antes de elegir protocolos: 1. ¿Qué PLC ya hay en el taller? (Siemens → Profinet por defecto, AB → EtherNet/IP, Beckhoff → EtherCAT) 2. ¿Qué SCADA? (WinCC → Profinet + OPC UA, Ignition → OPC UA + MQTT, FactoryTalk → EtherNet/IP + OPC UA) 3. ¿Qué MES? (Apriso → OPC UA, Critical Manufacturing → OPC UA, app propia → REST + MQTT) 4. ¿Existe cloud strategy? (Sí → MQTT Sparkplug B o OPC UA PubSub, No → OPC UA server basta) 5. ¿Cuál es el número estimado de dispositivos? (< 20 → Modbus basta, 20-100 → Profinet, 100+ → jerarquía Profinet + OPC UA) 6. ¿Cuál es el cycle time requerido? (> 100 ms → OPC UA, 10-100 ms → Profinet RT, < 10 ms → Profinet IRT / EtherCAT, < 1 ms → EtherCAT o Sercos III)
Estas seis preguntas resumen el 90% de la decisión. El 10% restante es vendor relationship, contratos existentes y preferencias personales del equipo que mantendrá la línea 10 años.
---
*Hacemos programación PLC e integración IT/OT entre protocolos (Siemens, Beckhoff, Allen-Bradley, B&R, OPC UA, MQTT). Si está pensando en una nueva línea o en modernizar una existente, la primera consulta (60 minutos) repasa la arquitectura de protocolos antes de que se abra el proyecto eléctrico.*