Monitorización IoT en fábrica

Qué es. En Helinx despliego la capa de monitorización e IoT de equipos en fábrica: telemetría en tiempo real, alarmas y cuadros que el cliente puede mirar sin abrir un PLC. Convive con el MES (Airames): uno cuenta qué se ha fabricado; este cuenta cómo está la máquina.

El problema

Los datos estaban en el equipo (Modbus, BACnet) o en un bus MQTT, no en un sitio donde operaciones pudiera decidir. Hacía falta ir a la fábrica, cablear el relato de sensores y dejar paneles que no se caigan al cerrar un Excel.

Qué hace

• Ingesta de señales de maquinaria y climatización / building (según protocolo).
• Dispositivos y assets modelados en ThingsBoard.
• Cuadros operativos en Grafana: tendencias, umbrales, histórico.
• Captura en las instalaciones del cliente: el modelo se ajusta a lo que hay cableado, no a un dataset de demo.

Cómo está montado

No es un desarrollo web a medida como Zutoki o Airames. Es plataforma + integración:

1. Campo — PLC, sensores, pasarelas. Modbus y BACnet donde el equipo ya habla esos idiomas; MQTT cuando hay broker o IoT gateway.
2. ThingsBoard — dispositivos, telemetría, reglas y, si hace falta, alarmas.
3. Grafana — la capa que ve el cliente: dashboards, no la consola de ingeniería.
4. Cruce con negocio — cuando interesa, esas series alimentan el análisis en Power BI junto al MES, no al revés.

La decisión de diseño es separar OT (protocolos, ThingsBoard) de IT (Grafana, BI, MES). Mezclarlo todo en una sola app web suele salir caro de mantener en una fábrica. El porqué, con más calma, en ThingsBoard vs Grafana.

Stack

• Plataforma IoT: ThingsBoard
• Visualización: Grafana
• Protocolos: MQTT, Modbus, BACnet
• Analítica: Power BI (informes de decisión, no el tiempo real)

Resultado

Operaciones ve el estado de equipos sin pedir un export. El trabajo sigue: más dispositivos, más alarmas útiles y menos paneles que nadie mira.

Para el hilo de digitalización de producción (órdenes, papel, Odoo), la ficha es Airames.