OPC-UA, MQTT, Modbus: cómo elegir una pasarela industrial en 2025

· 9 min de lectura
9 min read
Equipo Eziwan
Equipo Eziwan
Infraestructura IoT

OPC-UA, MQTT, Modbus RTU, Modbus TCP: todos los integradores industriales se enfrentan a la misma pregunta: ¿qué pasarela elegir para conectar mis equipos de campo? La respuesta depende de tus equipos, de tu infraestructura y de tus objetivos. Aquí tienes la tabla de decisión.

¿Por qué no existe un «mejor protocolo»?​

El debate entre OPC-UA, MQTT y Modbus suele plantearse de forma errónea. Estos protocolos no son competidores, sino que son complementarios y funcionan a distintos niveles:

Una pasarela industrial eficaz es capaz de traducir entre estos niveles; por ejemplo, leer datos de Modbus RTU en el campo y publicarlos en MQTT en la nube.

Modbus RTU / TCP: el estándar universal para el campo​

Por qué Modbus seguirá siendo imprescindible en 2025​

Modbus existe desde 1979. Es el protocolo más extendido en la industria francesa:

  • Variadores de frecuencia (Schneider, Danfoss, ABB, Siemens)
  • Sensores industriales (temperatura, presión, caudal, nivel)
  • Analizadores (calidad del agua, energía, gas)
  • Controladores lógicos compactos (Schneider TM3, Siemens S7-200, Wago)
  • SAI, inversores, cargadores industriales

Modbus RTU funciona en RS-485 (bus de 2 hilos), con hasta 32 esclavos y un alcance de 1200 metros. Modbus TCP es la versión para Ethernet, con los mismos registros y la misma lógica.

Puntos fuertes y limitaciones​

Modbus RTUModbus TCP
InfraestructuraRS-485 (2 hilos)Ethernet
Velocidad de transmisión9600 – 115200 bps100 Mbps
Número de esclavos32 por busIlimitado (red)
SeguridadNinguna nativaNinguna nativa (TLS posible)
EstandarizaciónSí (Modicon)Sí
SobrecargaBajaModerada

Cuándo elegir Modbus: siempre, siempre que tus equipos de campo lo admitan. Es la base de la recopilación de datos de campo.

OPC-UA: el estándar para la interoperabilidad SCADA​

Qué aporta OPC-UA​

OPC-UA (Arquitectura Unificada) subsana las carencias de Modbus:

  • Seguridad nativa: cifrado TLS, autenticación mediante certificados, gestión de derechos
  • Semántica: los datos están tipificados, nombrados y organizados en una jerarquía de objetos
  • Bidireccional: lectura Y escritura, suscripciones (subscribe), métodos remotos
  • Interoperabilidad garantizada: certificación por parte de la OPC Foundation
Modbus : Registre 0x0054 = 184 (valeur brute)

OPC-UA :
  ns=2;i=1234
  DisplayName: «Corriente del motor principal»
  Value: 18.4 A
  DataType: Float
  Quality: Good
  Timestamp: 2025-08-12T10:23:45.123Z
  Unidad de ingeniería: «A» (amperio)
  Descripción: «Corriente eficaz medida en la fase R»

OPC-UA da sentido a los datos: eso es lo que permite que un sistema SCADA utilice los datos de un PLC sin necesidad de configuración manual.

OPC-UA en la práctica​

Cuándo es adecuado OPC-UA:

  • Conexión SCADA (Ignition, Wonderware, WinCC) → controladores lógicos modernos
  • Entorno mixto: varios proveedores de controladores lógicos (Siemens, Rockwell, B&R)
  • Altos requisitos de seguridad (auditoría, cumplimiento de la normativa NIS2)
  • Intercambio de datos entre diferentes sistemas SCADA

Cuando OPC-UA resulta excesivo:

  • Instalaciones sencillas con entre 1 y 5 controladores de un mismo proveedor
  • Presupuesto limitado (OPC-UA requiere más recursos de configuración)
  • Equipos antiguos que no lo admiten (solo Modbus)

MQTT: el protocolo del IoT en la nube​

La lógica de publicación/suscripción​

MQTT está diseñado para redes poco fiables y recursos limitados:

Arquitectura MQTT:

vs Modbus (solicitud / respuesta):

MQTT «envía» los datos a la nube. No es necesario que se pueda acceder a los dispositivos desde el exterior, lo que resulta perfecto con el NAT de las redes LTE.

MQTT Sparkplug B: el estándar industrial​

Sparkplug B es un estándar de carga útil MQTT definido para el sector industrial:

{
  "timestamp": 1691843400000,
  "metrics": [
    {
      "name": "Inputs/Pressure",
      "alias": 1,
      "timestamp": 1691843400000,
      "datatype": "Float",
      "value": 3.45
    },
    {
      "name": "Outputs/PumpEnable",
      "alias": 2,
      "datatype": "Boolean",
      "value": true
    }
  ],
  "seq": 12,
  "uuid": "pompe-station-001"
}

Sparkplug B es compatible con Ignition, HiveMQ, EMQX y la mayoría de las plataformas SCADA modernas.

Tabla de selección de pasarelas industriales​

Criterios de selección​

SituaciónProtocolo recomendadoPasarela
Equipos Modbus RTU existentes → nubeModbus RTU → MQTTEziwan Gateway
Equipos Modbus TCP → SCADA IgnitionModbus TCP → OPC-UAEziwan + Edge App
Parque mixto (Modbus + Profibus + BACnet)Multiprotocolo → MQTTPasarela especializada
Red LTE (sin IP fija)Todo → MQTT (saliente)Eziwan Gateway
Ubicaciones aisladas + baja velocidadModbus + MQTT QoSEziwan Gateway
Requisitos de seguridad NIS2OPC-UA seguro o VPN OpenVPNEziwan + VPN

Lista de comprobación de pasarelas industriales 2025​

Antes de comprar, comprueba lo siguiente:

Hardware:

  • Carril DIN (formato de armario estándar)
  • Temperatura: -40 °C / +75 °C
  • Fuente de alimentación de amplio rango (9–48 V CC)
  • Watchdog de hardware (reinicio automático en caso de bloqueo)
  • Doble SIM con conmutación automática en caso de fallo

Protocolos de campo:

  • Modbus RTU (RS-485) nativo
  • Modbus TCP nativo
  • Entradas analógicas 4-20 mA / 0-10 V
  • Entradas/salidas digitales de tipo «toroidal»

Protocolos en la nube:

  • MQTT con TLS
  • MQTT Sparkplug B (si ya existe un sistema SCADA)
  • API REST (para integraciones personalizadas)
  • VPN OpenVPN/IPSec/OpenVPN/IPsec

Administración:

  • Configuración sin intervención (Zero-Touch Provisioning)
  • Actualización de firmware OTA
  • Panel de control para la supervisión de la flota
  • Registros y diagnósticos accesibles de forma remota

Caso de uso: integración Modbus → MQTT → Grafana​

Arquitectura sencilla y muy extendida:

Esta arquitectura se implementa en menos de un día y se adapta a cualquier volumen de datos.

Ver la documentación sobre los protocolos de Eziwan → · Empezar a integrar sus equipos →

Preguntas frecuentes​

¿Se pueden utilizar OPC-UA y MQTT simultáneamente en la misma pasarela? Sí. Estos protocolos operan a distintos niveles y son complementarios. Una pasarela puede actuar como cliente OPC-UA frente a un controlador S7-1500 y, al mismo tiempo, publicar datos mediante MQTT en la nube. Se trata de una arquitectura habitual: OPC-UA para la recopilación local (calidad de los datos, marcas de tiempo precisas) y MQTT para la transmisión a la nube (ligereza, superación de cortafuegos, TLS).

¿Es obligatorio el MQTT Sparkplug B para el sector industrial? No — Sparkplug B es una capa adicional sobre MQTT que estandariza los temas, las cargas útiles y la gestión de dispositivos. Solo es obligatorio si te conectas a un SCADA o a una plataforma que lo exija (Ignition Cirrus Link, Canary Labs, algunas plataformas de AWS IoT). Para una integración personalizada (InfluxDB, API personalizada), basta con el MQTT estándar.

¿En qué se diferencian OPC-UA y OPC-DA (clásico)? OPC-DA (Data Access) es la versión de OPC exclusiva para Windows, que requiere DCOM y solo funciona en Windows. OPC-UA (Unified Architecture) es multiplataforma, segura (TLS, autenticación) y está adaptada a la nube y a las arquitecturas modernas. Todos los sistemas SCADA recientes son compatibles con OPC-UA; OPC-DA se considera una tecnología obsoleta.

¿Puede la pasarela Eziwan actuar como cliente OPC-UA de un S7-1500? Sí. La pasarela Eziwan incorpora un cliente OPC-UA nativo. Se conecta al servidor OPC-UA del S7-1500, se autentica mediante certificado (se recomienda el modo SignAndEncrypt) y publica las variables seleccionadas en MQTT. No se necesita ningún software adicional en el controlador.

¿Por qué elegir MQTT en lugar de una API REST para la recopilación de datos del IoT? MQTT está optimizado para las limitaciones del IoT: baja sobrecarga (encabezado de 2 bytes), publicación asíncrona (sin ida y vuelta HTTP), calidad de servicio (QoS) garantizada («al menos una vez», «exactamente una vez») y reconexión automática. REST es más sencillo de depurar y probar, pero menos eficaz para cientos de puntos publicados cada segundo. Utiliza REST para integraciones puntuales y API de configuración, y MQTT para el flujo continuo de datos de campo.

Para profundizar en el tema​

Conclusión​

En 2025, la pasarela industrial ideal debe ser compatible con Modbus RTU/TCP para el campo, MQTT para la nube y ofrecer, de forma opcional, OPC-UA para entornos SCADA exigentes. La prioridad sigue siendo la fiabilidad de la conectividad (doble SIM, watchdog) y la facilidad de implementación a gran escala (ZTP, gestión de flotas).

No busques la pasarela que admita el mayor número de protocolos, sino aquella que domine a la perfección los tres que cubren el 95 % de tus necesidades.

Comparar los modelos Eziwan → · Probarlo gratis durante 30 días →

Recursos adicionales​