graph TD subgraph OT_World ["Planta (OT)"] PLC1["PLC Línea 1
(PROFINET)"] PLC2["PLC Línea 2
(Modbus TCP)"] end subgraph Edge_Device ["Pasarela Edge"] OPC_Server["Servidor OPC UA"] MQTT_Client["Cliente MQTT"] Logic["Lógica Local
(Filtrado / Agregación)"] OPC_Server --> Logic Logic --> MQTT_Client end subgraph IT_World ["Nube (IT)"] MQTT_Broker(("Broker MQTT
(AWS / Azure IoT Core)")) BBDD["Base de Datos
Time-Series"] DASH["Dashboard BI"] MQTT_Broker --> BBDD MQTT_Broker --> DASH end PLC1 <-->|"OPC UA"| OPC_Server PLC2 <-->|"OPC UA"| OPC_Server MQTT_Client -->|"MQTT"| MQTT_Broker style Edge_Device fill:#f39c12,color:#fff,stroke:#d35400,stroke-width:3px style OT_World fill:#e8f8f5,stroke:#27ae60 style IT_World fill:#ebf5fb,stroke:#2980b9

1. El Problema: El Diluvio de Datos hacia la Nube

La Industria 4.0 y el IIoT (Internet Industrial de las Cosas) prometen conectar todos los sensores de la fábrica a la nube para analizarlos con Inteligencia Artificial. Sin embargo, esto presenta un problema masivo: si un sensor de vibración genera 1000 lecturas por segundo, enviar todos esos datos crudos a la nube es inviable. Los costes de ancho de banda y almacenamiento en la nube se dispararían, y la latencia de la red haría imposible tomar decisiones en tiempo real.

La solución es el Edge Computing: en lugar de enviar todo a la nube, procesamos los datos "en el borde" (at the edge) de la red de la fábrica, cerca de donde se generan.



2. La Pasarela Edge: La Navaja Suiza del IIoT

Una Pasarela Edge (Edge Gateway) es un pequeño ordenador industrial que se instala en la planta y actúa como un cerebro intermedio. Para un técnico de UF1794, es la pieza que une todos los conceptos que hemos visto en este bloque. Sus funciones son:

  • Traductor de Protocolos (Southbound): "Hacia abajo" (hacia la planta), la pasarela habla todos los idiomas industriales. Puede actuar como cliente OPC UA para hablar con PLCs modernos, como maestro Modbus para hablar con equipos antiguos, o incluso tener puertos serie para conectar buses de campo como PROFIBUS.
  • Procesador de Datos Local: Aquí reside la magia. La pasarela lee los 1000 valores de vibración por segundo, pero en lugar de reenviarlos, ejecuta un pequeño programa local que calcula el valor promedio, el máximo y la desviación estándar.
  • Publicador de Información (Northbound): "Hacia arriba" (hacia la nube), la pasarela utiliza un protocolo ligero y eficiente como MQTT. Cada minuto, publica un único mensaje en el topic fabrica/motor1/vibracion con un payload JSON: {"avg": 5.2, "max": 8.1, "std": 0.3}.

De esta forma, hemos reducido 60.000 mensajes por minuto a solo 1, ahorrando un 99.99% de ancho de banda y costes de nube.



3. La Arquitectura Definitiva: OPC UA + MQTT

La combinación de OPC UA y MQTT en una pasarela Edge es la arquitectura de referencia para la Industria 4.0:

  • OPC UA (Southbound - Hacia la planta): Es el protocolo ideal para comunicarse con los PLCs. Es seguro (cifrado y certificados), robusto y, lo más importante, su Modelo de Información permite que la pasarela Edge "descubra" automáticamente qué variables tiene cada PLC sin necesidad de mapeo manual.
  • MQTT (Northbound - Hacia la nube): Es el protocolo ideal para enviar datos a través de Internet. Es extremadamente ligero, maneja bien las desconexiones (QoS y LWT) y su modelo Pub/Sub desacopla completamente la fábrica de los sistemas IT. El equipo de IT puede añadir 10 nuevos dashboards en la nube sin tener que tocar ni una sola línea de código en la pasarela Edge.


4. Más Allá de la Traducción: El Edge como Plataforma

Las pasarelas Edge modernas son mucho más que simples traductores. Son ordenadores Linux potentes capaces de ejecutar aplicaciones complejas en contenedores (Docker). Esto abre un mundo de posibilidades:

  • Análisis Predictivo Local: La pasarela puede ejecutar un modelo de Machine Learning que analice las vibraciones en tiempo real. Si detecta un patrón anómalo, puede enviar una alarma MQTT directamente al móvil del técnico de mantenimiento antes de que el motor se rompa, sin que el dato haya tenido que viajar a la nube.
  • Resiliencia Operativa: Si la fábrica pierde la conexión a Internet, el PLC sigue funcionando y la pasarela Edge sigue recogiendo y almacenando datos localmente. Cuando la conexión se restablece, la pasarela envía todos los datos acumulados al Broker MQTT de la nube, sin perder ni un solo valor.
Infografía de una pasarela Edge Computing conectando la planta (OT) con la nube (IT).
Figura 1: Arquitectura de Edge Computing. La pasarela Edge actúa como un "filtro inteligente" en la frontera IT/OT. Recopila datos brutos de alta frecuencia de la planta (Southbound) mediante protocolos como OPC UA, los procesa localmente, y envía solo la información de valor añadido a la nube (Northbound) mediante protocolos ligeros como MQTT.
Fuente: Elaboración propia / Licencia: CC BY-NC 4.0.

📝 Evaluación Técnica: Edge Computing

1. ¿Cuál es el objetivo principal del "Edge Computing" en un entorno de IIoT (Internet Industrial de las Cosas)?

2. ¿Cuál es la combinación de protocolos más común y eficiente en una pasarela Edge para conectar la planta (OT) con la nube (IT)?

3. ¿Qué ventaja clave proporciona una pasarela Edge en términos de resiliencia si la fábrica pierde su conexión a Internet?

🤖 Ejercicio Práctico 8: Simulador de Pasarela Edge (Python)

Objetivo: Unir los dos mundos (OPC UA y MQTT) en un único script que simule la lógica de una pasarela Edge.

Copia el siguiente *prompt* y pégalo en un modelo de IA (como ChatGPT, Gemini o Claude).

Actúa como un arquitecto de soluciones IIoT. Escribe un único script en Python que simule una pasarela Edge completa. El script debe: 1. Utilizar `asyncua` para crear un Servidor OPC UA con una variable `Temperatura_Horno` que cambie aleatoriamente. (Este es el lado Southbound). 2. Utilizar `paho-mqtt` para crear un cliente MQTT que se conecte a un broker público (ej. `broker.hivemq.com`). (Este es el lado Northbound). 3. Crear una función de suscripción OPC UA que se dispare cada vez que la variable `Temperatura_Horno` cambie. 4. Dentro de esa función, en lugar de solo imprimir el valor, debe publicarlo vía MQTT en el topic `fabrica/horno/telemetria` en formato JSON (ej. `{"temperatura": 75.4}`). Comenta el código explicando cómo este script es la base de cualquier pasarela de Industria 4.0, actuando como el puente entre el protocolo de control local (OPC UA) y el protocolo de telemetría cloud (MQTT).