Monitorización de energía para máquinas y líneas: del medidor al dashboard

En la fabricación, la energía ha pasado de ser un coste fijo a un motor de costes — y, cada vez más, una obligación de reporte. Quien quiere encontrar potenciales de ahorro, evitar picos de carga o sustentar con datos sólidos una gestión energética según ISO 50001 necesita antes que nada una cosa: transparencia a nivel de máquina y de línea. Y justo ahí fracasan muchos proyectos — no en el análisis, sino en la captura de los datos.

Esta guía muestra cómo reunir con IronFlock los datos de energía de medidores, controladores y sensores existentes — y convertirlos en dashboards en vivo, alarmas y análisis.

El problema: los datos existen, pero no están al alcance

En la mayoría de las plantas, los puntos de medición relevantes existen desde hace tiempo:

• Los medidores de energía en acometidas y cuadros de distribución hablan Modbus — pero, como mucho, se leen manualmente una vez al mes.
• Los variadores de frecuencia y los controladores conocen corrientes, potencias y estados operativos — pero los valores nunca salen del armario eléctrico.
• Las instalaciones del edificio (ventilación, refrigeración, aire comprimido) reportan por BACnet — a un sistema separado que producción no ve.
• Excel como capa de integración. Lo que se consolida, se consolida a mano — con retraso, propenso a errores y sin relación temporal con la producción.

Sin una base de datos común, la monitorización de energía se queda en instantáneas: se conoce la factura mensual, pero no la máquina que la genera.

La solución: las apps recopiladoras capturan, la plataforma consolida

Para la Extracción de Datos de Fábrica, IronFlock ofrece una familia de apps recopiladoras — una por familia de protocolo, cada una como contenedor ligero en un PC edge (gateway) en la red de máquinas. Para la monitorización de energía son relevantes sobre todo cuatro:

Todos los recopiladores funcionan según el mismo principio:

• Configuración en el navegador. Crear los dispositivos, asignar registros o puntos de datos, listo — sin archivos de configuración en el gateway, sin reinicios.
• Datos normalizados y listos para el análisis. Las direcciones de registro en bruto se convierten en mediciones nombradas con unidad, marca de tiempo e indicador de calidad — power.active en kW en lugar del registro 40021.
• Almacenamiento en búfer ante caídas. Si la conexión se corta, el recopilador almacena localmente y reenvía las mediciones en orden tras la reconexión. Una máquina inalcanzable nunca bloquea la captura de las demás.
• Modo de demostración. Cada recopilador puede generar datos realistas sin hardware — así construye usted dashboards y análisis antes de conectar el primer medidor.

Todas las mediciones llegan a la base de datos del proyecto — una base de datos de series temporales TimescaleDB dedicada por proyecto, como única fuente de verdad para todos los análisis posteriores. Y los datos le pertenecen: el propietario del proyecto es el propietario de los datos, no el desarrollador de la app.

De la medición al conocimiento

Con la base de datos en el proyecto quedan abiertas todas las vías de análisis de la plataforma:

• Dashboards en vivo sin código. En el Board Studio construye usted curvas de carga y comparativas diarias y por turno mediante arrastrar y soltar — con latencia inferior al segundo desde el medidor hasta la pantalla. Los gráficos divididos generan automáticamente un gráfico por máquina, línea o sitio, sin que tenga que duplicar widgets.
• Alarmas ante valores fuera de límite. El sistema de alarmas integrado vigila la telemetría en vivo y notifica por correo electrónico o SMS — por ejemplo, cuando el consumo de potencia de una línea supera un umbral o cuando el consumo de aire comprimido durante una parada apunta a fugas. Las condiciones se definen por nivel de severidad, con resolución automática.
• Preguntas en lugar de consultas. Con Physical AI interroga usted sus datos de energía en lenguaje natural — el explorador de datos traduce la pregunta a una consulta de base de datos y responde con una cifra, una tabla o un gráfico en vivo. Las apps pueden traer además sus propios agentes de app, por ejemplo para analizar patrones de consumo o comparar sitios.
• La energía en el contexto de la producción. Mediante el acceso a datos entre apps, una app de análisis puede combinar datos de energía y contadores de producción — y formar así indicadores como la energía por pieza producida. El acceso es siempre de solo lectura y se aprueba explícitamente por proyecto.

Consejo: Empiece con un único punto de medición — por ejemplo, el medidor principal de una línea — y amplíe paso a paso. Como todos los recopiladores utilizan el mismo esquema de tablas, los dashboards y los análisis sencillamente crecen con usted.

Un ejemplo: una línea, tres fuentes de datos

Cómo encajan los componentes lo muestra una configuración típica para una sola línea de producción:

• Medidor principal de la línea (Modbus TCP) → Modbus Collector. Proporciona la potencia activa y la lectura del contador de energía — la base para la curva de carga y la comparativa por turnos.
• Variadores de frecuencia de los accionamientos principales (OPC UA o Modbus) → Industrial Collector. Las corrientes y las velocidades de giro muestran qué accionamiento impulsa el consumo.
• Suministro de aire comprimido y refrigeración (BACnet/IP o sensores de caudal IO-Link) → BACnet Collector o IO-Link Collector. Hace visibles los consumidores transversales que no aparecen en ninguna vista por máquina.

En el board de esta línea surge de ahí, sin código: una curva de carga en vivo, un perfil diario en cuadrícula de turnos y un gráfico dividido por accionamiento. Dos alarmas completan la vista — una sobre el pico de carga de la línea y otra sobre el consumo de aire comprimido fuera del horario de producción, el clásico indicador de fugas. Y desde el primer día se construye el historial con el que más adelante podrán compararse semanas, pedidos y productos.

La ampliación sigue el mismo patrón: la siguiente línea, el siguiente edificio, el siguiente sitio — en cada caso un gateway, los mismos recopiladores, la misma base de datos del proyecto.

Así es la arquitectura

El camino de los datos es deliberadamente corto:

1. Edge: un gateway Linux en la red de máquinas ejecuta las apps recopiladoras como contenedores — en modo lectura, sin escribir en la instalación.
2. Transmisión: el agente del dispositivo transmite las mediciones exclusivamente por conexiones salientes cifradas con TLS — sin puertos abiertos en el gateway.
3. Plataforma: la base de datos del proyecto almacena las series temporales; los boards, las alarmas y la IA acceden directamente a ellas.

Que la plataforma se ejecute en la nube, como appliance en su propia red o en una nube privada no cambia nada de esta estructura — el alcance funcional es idéntico en todos los modelos de despliegue.

Preguntas frecuentes

¿Qué medidores y equipos de medición puedo conectar?

Todo lo que hable Modbus TCP — el estándar en medidores de energía y analizadores de red — se conecta directamente mediante el Modbus Collector. Los valores de PLCs, variadores de frecuencia y servidores OPC UA los captura el Industrial Collector; los sensores IO-Link (por ejemplo, de corriente, presión o caudal), el IO-Link Collector; las instalaciones de edificios, el BACnet Collector.

¿Necesito hardware adicional?

Necesita un equipo Linux como gateway en la red de máquinas — por lo general bastan los PCs industriales existentes. Las máquinas sin interfaz digital pueden capturarse con sensores adaptados, por ejemplo sensores de corriente IO-Link en la acometida. Solo se necesitan medidores nuevos allí donde hasta ahora no se medía en absoluto.

¿Puedo analizar el consumo de energía por pieza producida?

Sí. Como los datos de energía y los datos de producción residen en la misma base de datos del proyecto, pueden correlacionarse temporalmente. Una app de análisis puede combinar ambas fuentes de datos en modo solo lectura mediante el acceso a datos entre apps y calcular indicadores como la energía por pieza o por pedido.

¿Dónde se almacenan los datos — y a quién pertenecen?

Todas las mediciones residen en la base de datos TimescaleDB dedicada de su proyecto, a su elección en la nube (centros de datos de la UE), en un appliance en su propia red o en su nube privada. El propietario del proyecto es el propietario de los datos: los accesos se otorgan de forma granular, son revocables en cualquier momento y los formatos estándar abiertos evitan el vendor lock-in.

Próximos pasos

Empiece con la guía de Primeros pasos: cree un proyecto, conecte un gateway e instale un recopilador en modo de demostración — así verá el camino completo de la medición al dashboard antes de conectar el primer medidor. Los detalles de cada protocolo los encontrará en la documentación de la Extracción de Datos de Fábrica.