Protocolo PLC de puente grúa para nube y gateway OPC UA
Parámetros clave
Para la transmisión de datos PLC de puente grúa a la nube, se recomienda una solución con gateway industrial IoT y red 4G/5G. El gateway recopila datos del PLC del puente grúa mediante Profinet (ciclo ≤100 ms) y los envía a la base de datos de series temporales de la Plataforma en la Nube a través de OPC UA Server o MQTT Client. El paquete de datos es de 64 bytes/100 ms por equipo, con un volumen diario de aproximadamente 1 MB por equipo. En caso de desconexión, los datos se almacenan en caché local SQLite durante 7 días y se reenvían automáticamente al restablecerse la conexión. Implementado en más de 30 proyectos, con una tasa de disponibilidad ≥99,5 %.
La transmisión de datos del puente grúa a la nube es el requisito fundamental para el Monitoreo Remoto y el mantenimiento predictivo. Los datos operativos recopilados por el PLC del puente grúa (S7-1200/1500) —corriente del Motor de Elevación, picos de Aceleración vibratoria, temperatura del Freno, tiempo de funcionamiento acumulado y Código de falla— deben transmitirse a la Plataforma en la Nube de forma fiable, segura y con baja latencia. Dado que los puentes grúa suelen operar en acerías, Plantas de Cemento, Puertos y otras instalaciones con condiciones de red 4G/5G variables, la solución de transmisión a la nube debe equilibrar la transmisión en tiempo real, la capacidad de almacenamiento en caché y la seguridad industrial. Este artículo analiza en detalle la solución de ingeniería para la transmisión de datos PLC de puente grúa a la nube, abarcando desde la selección de protocolos, la configuración del hardware del gateway, el diseño de la tabla de puntos de datos hasta la Certificación de seguridad.
Comparativa de protocolos OPC UA y MQTT para puente grúa
Los dos protocolos principales para la transmisión de datos de puente grúa a la nube son OPC UA y MQTT. Ambos presentan diferencias significativas en el modo de comunicación, el Ámbito de aplicación y la complejidad de implementación:
| Dimensión de Comparación | OPC UA | MQTT |
|---|---|---|
| Modo de comunicación | Bidireccional(Lectura/Escritura/Suscripción), PLCVariable escribible desde la nube | Publicación unidireccional/Suscripción, PLCNo escribible directamente desde la nube |
| Modelo de datos | Modelo de información(Nodo+Atributo+Método), Sistema de tipos integrado | Mensajería pura(JSON/Protobuf), Sin modelo de datos unificado |
| Capa de transporte | TCP(Binary)o HTTPS(JSON) | TCP(Conexión persistente, TLS 1.3Cifrado) |
| Seguridad | X.509Certificado+Firma+Cifrado, Grado Máximo | TLS+Usuario y contraseña+Client IDCertificación |
| Tiempo real | Latencia del modo suscripción≤100ms | Qo S 0Latencia del modo suscripción≤50ms, Qo S 1Latencia del modo suscripción≤200ms |
| Consumo de recursos(Pasarela) | Máximo(Requiere ejecutar UA Server Pila, Memoria≥256MB) | Bajo(MQTT Client Pila de aproximadamente50KBMemoria) |
| Compatibilidad con la nube | Siemens Mind Connect/Azure Io TSoporta | AWS Io T/Azure Io T/Alibaba Cloud Io TSoporte completo |
| Ámbito de aplicación | Requiere control bidireccional+Escenarios con modelos de datos complejos | Recopilación de datos pura hacia la nube, Bajo ancho de banda, Alta concurrencia |
| Dificultad de implementación | Media-alta(Requiere gestión de certificados+Configuración del espacio de direcciones) | Bajo(Broker Dirección+Topic+JSONsuficiente) |
Recomendación de selección: Si solo necesita recopilar datos y enviarlos a la nube, opte por MQTT (bajo coste, amplia compatibilidad y despliegue rápido); si necesita control remoto del PLC desde la nube (como ajuste remoto de parámetros o reinicio remoto de fallos), elija OPC UA. Kelude Industrias Pesadas recomienda un esquema híbrido: use MQTT para la recopilación de datos (publicación en el gateway + suscripción en la nube) y OPC UA para el envío de parámetros (escritura en la nube + suscripción en el gateway), implementando ambos protocolos en el mismo gateway.
Configuración del hardware del gateway IoT industrial
La capacidad de recopilación de datos del gateway IoT industrial determina la fiabilidad de la solución en la nube. Especificaciones recomendadas del gateway: CPU ≥ cuatro núcleos Cortex-A72 @ 1,8 GHz, memoria ≥ 1 GB, almacenamiento ≥ 8 GB eMMC + ampliación con tarjeta TF de 16 GB, doble puerto Ethernet (uno para Ethernet Industrial Profinet y otro para router 4G/5G). Protocolos soportados: esclavo Profinet / maestro Modbus TCP (conexión al PLC del puente grúa), servidor OPC UA (para acceso de SCADA/MES), cliente MQTT (conexión a la nube), caché local SQLite (7 días sin conexión). Compatible con configuración remota y actualización de firmware por OTA.
Tres gateways recomendados:
① Siemens IoT2040— 1.500 ¥, excelente relación calidad-precio, incluye Node-RED y servidor OPC UA; el módulo 4G se adquiere por separado. Ideal para clientes con presupuesto limitado y conocimientos de configuración de red.
② Huawei AR650— 3.000 ¥, router industrial y gateway integrados, 4G Cat6 incorporado, redundancia de doble SIM, soporte VPN y cortafuegos. Adecuado para entornos que exigen alta fiabilidad de red.
③ Gateway personalizado Kelude— 2.500 ¥, basado en RK3588 + doble puerto Ethernet + 4G Cat4 + caché de 7 días, con pila de protocolo Profinet y cliente MQTT preinstalados; se entrega ya configurado con el PLC del puente grúa, listo para usar sin necesidad de configuración en campo. Recomendado
El gateway personalizado de Kelude incluye la tabla de puntos de datos del puente grúa preconfigurada (DB_Upload 64 bytes); al encender el gateway, este identifica automáticamente el modelo del PLC del puente grúa y comienza la recopilación de datos sin necesidad de configuración en campo.
Diseño de la tabla de datos y configuración del bloque DB en TIA Portal
Para enviar los datos del puente grúa a la nube, es necesario crear un bloque de datos de carga unificado (DB_Upload) en el lado del PLC; el gateway leerá periódicamente la dirección del bloque DB. Estructura del bloque de datos (64 bytes, actualización cada 100 ms):
| Desplazamiento de bytes | Elemento de datos | Tipo de datos | Descripción |
|---|---|---|---|
| 0~3 | puente grúa ID | DINT | Identificador del dispositivo, Único a nivel global |
| 4~7 | Marca de tiempo | UDINT | Unix Marca de tiempo en milisegundos(PLCHora del sistema) |
| 8~11 | Carro Puente Posición | DINT | Carril×Coordenadas, mm Precisión |
| 12~15 | Carro Posición | DINT | Viga Principal×Coordenadas, mm Precisión |
| 16~19 | Altura de Elevación | DINT | Gancho Altura sobre el suelo, mm |
| 20~23 | Carga suspendida | DINT | Carga actual Peso, kg |
| 24~27 | velocidad de desplazamiento | REAL | m/s |
| 28~31 | Motor de Elevación Corriente | REAL | A, Promedio trifásico |
| 32~35 | Motor Temperatura | REAL | °C(PT100Adquisición) |
| 36~39 | Freno Temperatura | REAL | °C(Infrarrojo sin contacto) |
| 40~43 | Vibración RMS | REAL | mm/s(rodamiento del reductor) |
| 44~47 | Tiempo de funcionamiento acumulado | UDINT | horas |
| 48 | Código de falla | BYTE | 0=Normal,1~255=Código de falla |
| 49 | Modo de trabajo | BYTE | 0=En espera/1=En funcionamiento/2=Mantenimiento/3=Fallo |
| 50~63 | reserva | 14×BYTE | Extensión reservada |
Kelude Industrias Pesadas ha incorporado de serie el bloque de datos DB_Upload en el firmware de todos los PLC de sus nuevos puentes grúa (bibliotecas TIA Portal para S7-1200/1500). En el lado de la pasarela se incluye un script de análisis preconfigurado que interpreta automáticamente la estructura del bloque y empaqueta los datos en mensajes MQTT JSON.
Seguridad y topología de red para datos en la nube
La transmisión de datos del puente grúa a la nube exige considerar la ciberseguridad industrial. Kelude Industrias Pesadas recomienda una configuración de seguridad en tres niveles:
① Aislamiento de red— La red industrial Ethernet del puente grúa (segmento Profinet 10.10.x.x, físicamente independiente) queda aislada de la red de oficina e Internet mediante un firewall industrial (Siemens SCALANCE S615). La pasarela dispone de doble interfaz: una conectada al segmento Profinet (IP estática) y otra al router 4G (NAT a Internet), permitiendo únicamente tráfico saliente por puertos específicos (MQTT 8883/TLS, OPC UA 4840/TLS) hacia las IP designadas de la Plataforma en la Nube.
② Cifrado de transmisión— MQTT con TLS 1.3 obligatorio y verificación de certificado de cliente; OPC UA con firma X.509 y cifrado obligatorios. Todos los datos enviados a la nube viajan por canales cifrados para prevenir ataques de intermediario y manipulación de datos.
③ Autenticación de identidad— El Client ID de MQTT utiliza el ID del puente grúa (leído desde el PLC) y la contraseña emplea la clave única de la pasarela (grabada de fábrica). La Plataforma en la Nube configura una lista blanca de IP que solo admite el acceso desde las IP públicas de las pasarelas de cada planta. Las pasarelas personalizadas de Kelude Industrias Pesadas salen de fábrica con toda la configuración de seguridad aplicada, listas para funcionar al conectarlas en campo.
Norma de Aceptación para datos en la nube
Indicadores clave para la aceptación de proyectos de transmisión de datos de puentes grúa a la nube:
① Tasa de integridad de datos ≥99.9%— Calculada como la relación entre las actualizaciones del bloque DB_Upload en el PLC y los registros almacenados en la nube, con un muestreo continuo de 7 días.
② Latencia de extremo a extremo ≤500ms— Desde la actualización del bloque DB del PLC del puente grúa hasta la escritura completa en la base de datos temporal de la nube.
③ Tasa de retransmisión tras desconexión: 100%— Todos los datos almacenados en caché durante 7 días de desconexión se transmiten correctamente, sin pérdidas.
④ Tasa de disponibilidad ≥99.5%— Calculada mensualmente, incluyendo fallos de red 4G y reinicios anómalos de la pasarela. Kelude Industrias Pesadas entrega en la aceptación el «Informe de Prueba de Rendimiento de Datos en la Nube», que incluye datos de pruebas continuas de 7 días para los tres indicadores principales: integridad, latencia y disponibilidad.
Comparativa de rentabilidad de tres pasarelas
Io T2040 ¥1,500 · Nivel básico Doble núcleo A7 1GHz OPC UA+Node-RED Requiere configuración adicional4GMódulo | Huawei AR650 ¥3,000 · Router industrial integrado Integrado4G Cat6 Doble SIMredundancia VPN+Cortafuegos | Personalizado Keludee ¥2,500 · Recomendado Preinstaladopuente grúa DBAnálisis 7Caché de días+Transmisión complementaria tras desconexión Listo para usar de fábrica sin configuración |
Preguntas Frecuentes sobre la Digitalización de Puentes Grúa
P: ¿Es necesario usar 5G para subir los datos del puente grúa a la nube? ¿Es suficiente 4G?
R: 4G es completamente suficiente. Cada puente grúa envía 64 bytes cada 100 ms, lo que supone un volumen mensual de aproximadamente 1,6 GB por grúa (64×10×60×60×24×30=1,66 GB). Para 20 grúas, el tráfico total es de unos 33 GB al mes. Un router 4G Cat4 (descarga de 150 Mbps / subida de 50 Mbps) gestiona este tráfico sin problema. La ventaja del 5G (latencia ultrabaja de 1 ms y gran ancho de banda de 1 Gbps) no es necesaria para este escenario de subida a la nube. Se recomienda optar por un router 4G Cat6 (descarga de 300 Mbps / subida de 50 Mbps) para disponer de un margen adicional.
P: Si el gateway pierde la alimentación o la conexión de red, ¿se pierden los datos almacenados en caché?
R: No. El gateway utiliza una base de datos local SQLite para el almacenamiento en caché (guardada en la tarjeta TF/eMMC). Cuando se pierde la conexión, los datos se siguen escribiendo en la base de datos local. Si el gateway se apaga, la escritura del último dato ya se ha completado (las operaciones de escritura de SQLite se realizan dentro de transacciones ACID). Al restablecerse la alimentación y la red, el gateway comprueba al arrancar si hay datos pendientes de subir en la caché local. Si los hay, los reenvía en orden cronológico (a una frecuencia de 100 ms por registro, igual que la recopilación normal). Una vez completado el reenvío, continúa con la transmisión de datos en tiempo real. En caso extremo (daño en la tarjeta TF del gateway), la pérdida de datos no supera el último registro escrito (64 bytes como máximo).
P: ¿Qué base de datos de series temporales utiliza la Plataforma en la Nube?
R: Se recomienda TDengine (open source, de origen chino) o InfluxDB (estándar internacional). TDengine ofrece un mayor rendimiento de escritura (2 millones de puntos/s en un solo nodo) y una mejor relación de compresión (10 a 20 veces) en comparación con InfluxDB, además de proporcionar API REST y un plugin para Grafana. La Plataforma en la Nube de Kelude utiliza TDengine 3.0 por defecto, con una estructura de supertabla predefinida para los datos de las grúas (cada ID de grúa corresponde a una subtabla, particionada automáticamente por ID). El coste de almacenamiento es de aproximadamente 0,01 CNY por grúa y día (incluyendo la retención de datos de un año completo).
P: ¿Cuál es el coste de la reforma para la digitalización de un puente grúa?
R: El coste de la reforma para un solo puente grúa depende del tipo de PLC existente. Los modelos S7-1200/1500 ya disponen de interfaz Profinet; solo se necesita un gateway (¥2.500, versión personalizada) y un router 4G (¥800), más la instalación y puesta en marcha (¥1.000). El coste total es de aproximadamente ¥4.300 por grúa. Para los modelos más antiguos S7-200/300, es necesario añadir un módulo de Ethernet CP243-1/CP343-1 (¥1.500 a ¥2.500), lo que supone un total de entre ¥5.800 y ¥6.800 por grúa. En el caso de grúas con control por relés, primero hay que actualizar el PLC (S7-1200: unos ¥4.000 + programación: ¥5.000) y después añadir el sistema de subida a la nube, con un coste total de aproximadamente ¥13.300 por grúa. Kelude ofrece descuentos por volumen (10% para pedidos de más de 10 unidades, 15% para más de 30 unidades).
