Monitoreo Remoto IoT para Puente Grúa con OPC UA
La pasarela de computación en el borde es el núcleo que conecta los datos del puente grúa con la nube, ofreciendo cuatro capacidades clave: aislamiento seguro, conversión de protocolos, caché local y reanudación de transmisión tras desconexión. Este artículo incluye una tabla comparativa completa de selección de hardware (Moxa/Siemens/Huawei/Jetson), un esquema de captura de datos OPC UA (80~120 variables por equipo), datos reales de reanudación tras desconexión (600.000 registros en 36 horas sin pérdidas) y referencias de coste para tres escenarios de despliegue.
Los datos solo aportan valor cuando llegan a la nube. Sin embargo, el paso intermedio —cómo enviar los datos del PLC del puente grúa a la nube de forma segura y estable— suele pasarse por alto. Conectar el PLC directamente a Internet no es seguro; tender cables de serie a larga distancia es inviable; y si se corta la red, ¿qué ocurre? La pasarela de computación en el borde resuelve este problema: se sitúa entre el puente grúa y la plataforma en la nube, lee los datos del PLC, convierte protocolos, almacena en caché localmente y reanuda la transmisión tras una desconexión, garantizando una cadena de datos con fiabilidad de nivel industrial. Este artículo aborda la selección de hardware, la captura de datos OPC UA, la conversión de protocolos, la reanudación tras desconexión y los costes de despliegue, explicando con claridad cómo configurar la pasarela de computación en el borde.
Por qué es imprescindible la computación en el borde
Sin una pasarela de borde, existen tres métodos habituales para enviar los datos del puente grúa a la nube, cada uno con sus inconvenientes:
| Método | Problema principal |
|---|---|
| Conexión directa del PLC a Internet | Riesgo de seguridad crítico: expone el PLC a accesos no autorizados y ciberataques. |
| Cableado de serie de larga distancia | Coste elevado, instalación compleja y degradación de la señal en entornos industriales extensos. |
| Sin mecanismo ante cortes de red | Pérdida de datos durante interrupciones de conectividad, lo que compromete la integridad de la información. |
La pasarela de computación en el borde aborda estos desafíos de raíz: actúa como intermediario inteligente, procesando y almacenando datos localmente antes de su envío a la nube, lo que garantiza una transmisión continua y segura incluso en condiciones adversas.
| Práctica | Problema | Consecuencia |
|---|---|---|
| PLCConexión directa a Internet | Riesgo de seguridad | Exposición de la red de control industrial a Internet,El último ataque de ransomware a una acería ocurrió por esta vía |
| Lectura por el sistema SCADA/HMIPLCRetransmisión | PCPérdida de datos por caída del sistema | MonitoreoPérdida de datos,Omisión de alarmas |
| Exportación manual de informes | Retardo,Omisiones | Fallas latentes no detectadas a tiempo |
Las cuatro capacidades principales de una puerta de enlace perimetral: aislamiento de seguridad (el PLC no queda expuesto directamente a Internet), conversión de protocolos (PROFINET, MQTT, OPC UA), almacenamiento en caché local (sin pérdida de datos durante 72 horas sin conexión) y IA perimetral (inferencia local con una latencia inferior a 5 ms).
Selección de hardware para puertas de enlace perimetrales
| Modelo | Fabricante | Funciones principales | Interfaz | Precio | Escenario recomendado |
|---|---|---|---|---|---|
| MGate 5105 | Moxa | OPC UA+Modbus+MQTT | 2×GE, 2×RS232/485 | ¥3,500 | Normapuente grúa·Mejor relación calidad-precio |
| SCALANCE M-800 | Siemens | PROFINETConexión directa+OPC UA | 4×GE, PROFINET | ¥12,000 | S7-1500·Integración profunda |
| AR650 | Huawei | 5G+Router industrial+Computación en el Borde | 4×GE, 2×RS485, WiFi6 | ¥6,000 | Escenario inalámbrico·Integración profunda5G |
| Jetson Orin NX | NVIDIA | EdgeAIInferencia+Adquisición de datos | USB3.0, M.2, GE | ¥5,500 | Requiere visiónAIProcesamientoL3/L4puente grúa |
| AutoensamblajePC industrial | — | Personalización flexible+Soft gateway (pasarela de software) | Configuración bajo demanda | ¥3,000 | Capacidad de desarrollo,Requiere personalización profunda |
Recomendación de selección: para el monitoreo estándar de puentes grúa, el Moxa MGate (≈ 3.500 €) ofrece la mejor relación calidad-precio; si el PLC del puente grúa es un Siemens S7-1500 y utiliza PROFINET, se recomienda el SCALANCE M-800 para una integración profunda directa; para puentes grúa no tripulados con IA visual (L3/L4), opte por el Jetson Orin NX.
Adquisición de datos OPC UA: qué leer del PLC
OPC UA (IEC 62541) es el protocolo estándar para la adquisición de datos industriales en la actualidad. La puerta de enlace perimetral se conecta al servidor OPC UA del PLC mediante un cliente OPC UA y lee las variables definidas en el PLC. No es necesario modificar el programa del PLC: si el PLC es compatible con OPC UA (toda la serie S7-1200/1500 lo es), basta con configurar el certificado de seguridad para poder leer los datos.
| Grupo de variables | Variable de ejemplo | Tipo de dato | Período de adquisición |
|---|---|---|---|
| Estado de operación | En marcha/En espera/Falla | Entero (INT)(0/1/2) | 1s |
| Datos de posición | Carro PuentePosición,CarroPosición,Altura de Elevación | Flotante (FLOAT)(m) | 1s |
| CargaDatos de posición | ActualCarga,carga nominal | Flotante (FLOAT)(t) | 1s |
| MotorParámetro | Corriente,Velocidad de rotación,Temperatura,Par | Flotante (FLOAT) | 1s |
| Variador de FrecuenciaEstado de operación | Frecuencia,Voltaje,Código de falla | Flotante (FLOAT)/Entero (INT) | 1s |
| Estado de seguridad | Final de Carrera,Señal de sobrecarga,Parada de emergencia | Booleano (BOOL) | 100ms |
| Datos acumulados | Tiempo de operación,Número de ciclos,Consumo energético | Entero largo (LONG) | 1h |
Una configuración típica de una pasarela perimetral lee entre 80 y 120 variables, realiza una ronda de muestreo por segundo y genera un volumen de datos de aproximadamente 5 KB/s. Tras la compresión y la posterior transmisión a la plataforma en la nube, el ancho de banda real ocupado es inferior a 1 Mbps, por lo que incluso una conexión 4G resulta más que suficiente.
Continuidad ante cortes de red: sin miedo a la desconexión
La inestabilidad de la red en una planta industrial es algo habitual: cortes de suministro durante el mantenimiento, reinicios del switch de red o fibra óptica dañada por obras. La capacidad de almacenamiento local de la pasarela perimetral determina la fiabilidad del monitoreo remoto.
Principio de funcionamiento: la pasarela incorpora una base de datos SQLite. En condiciones normales, los datos se transmiten en tiempo real a la plataforma en la nube y, simultáneamente, se guarda una copia local. Si se detecta una interrupción de red, el sistema cambia automáticamente a un modo de escritura exclusivamente local. Cuando la conexión se restablece, los datos faltantes se reenvían a la nube en orden cronológico, evitando cualquier incoherencia por desfases temporales. En pruebas reales, la pasarela admite el almacenamiento local de más de 72 horas de datos completos (una tarjeta de memoria de 128 GB es suficiente para medio año).
Durante el despliegue para un cliente, se produjo una interrupción de red de 36 horas debido a obras de canalización de fibra óptica en la zona de la fábrica. Tras la recuperación, la pasarela reenvió automáticamente alrededor de 600 000 registros de datos, logrando una integridad del 100 % en la nube, sin una sola pérdida.
Esquema de implementación y costes asociados
| Escenario recomendado | Solución de pasarela (gateway) | Costo de hardware/Unidad | Instalación y Puesta en Marcha | Inversión total |
|---|---|---|---|---|
| 1-5Unidadpuente grúaInicial | Moxa MGate 5105 | ¥3,500 | ¥2,000 | ≈¥5,500/Unidad |
| 10-30UnidadNormaAutomatización | SiemensSCALANCE M-800 | ¥12,000 | ¥3,000 | ≈¥15,000/Unidad |
| Operación no tripulada / Desatendidapuente grúa(L3/L4) | Jetson Orin NX + MGate | ¥9,000 | ¥4,000 | ≈¥13,000/Unidad |
Frente a las dos capas analizadas anteriormente —la plataforma de monitoreo remoto IoT para vehículos resuelve el problema de la plataforma en la nube, y la solución de comunicaciones inalámbricas industriales 5G para puentes grúa resuelve el problema de red—, este artículo aborda la adquisición de datos y el procesamiento en el borde. Las tres capas en conjunto conforman un sistema de digitalización integral para puentes grúa no tripulados.
Preguntas frecuentes sobre el gateway de borde en puentes grúa
P: ¿Es necesario modificar el programa del PLC al instalar el gateway de borde?
R: No. OPC UA es un protocolo estándar y las series S7-1200/1500 lo soportan de fábrica. Solo es necesario configurar el certificado de seguridad y la lista blanca de IP; no se requiere modificar el diagrama de escalera ni el código SCL del PLC.
P: ¿El gateway de borde ralentiza el PLC?
R: No. La lectura mediante OPC UA tiene un impacto mínimo en la ocupación de la CPU del PLC; en pruebas reales con un S7-1500 leyendo 100 variables, el incremento de ocupación de CPU fue inferior al 2%. El gateway dispone de su propio procesador independiente y no consume recursos de cálculo del PLC.
P: ¿Se pueden recuperar íntegramente los datos tras restablecerse la conexión?
R: Sí. El gateway almacena los datos en caché con marca de tiempo y, al restablecerse la conexión, los reenvía automáticamente a la nube sin duplicados ni desalineaciones. En pruebas reales, tras 36 horas de desconexión continua, se retransmitieron 600.000 registros con una integridad del 100%.
P: ¿Qué normas sigue la adquisición de datos con Computación en el Borde?
R: El estándar de comunicación OPC UA es la norma IEC 62541 (equivalente a la norma nacional GB/T 33863-2017); la seguridad de los datos se rige por la norma GB/T 22239-2019, requisitos básicos de protección clasificada de seguridad cibernética; el cableado de Ethernet industrial sigue la norma ISO/IEC 11801. El gateway de borde debe contar con certificación industrial CE/FCC.
