Marcio Cunha

Monitoreo de Chilers: Recopilación de Métricas Térmicas con Telegraf e InfluxDB

Aprenda a estructurar la recolección y almacenamiento de métricas térmicas en sistemas de agua helada usando Telegraf para ingesta y InfluxDB para persistencia temporal.

Marcio Cunha•5 min
También disponible en:EnglishPortuguês
Resumen
  • La integración de protocolos industriales con herramientas modernas de series temporales elimina puntos ciegos en la operación de climatización.
  • El uso de Telegraf reduce la complejidad de desarrollo al centralizar la recolección de sensores vía Modbus y enviarlos a InfluxDB.
  • La estructuración adecuada de etiquetas y campos impacta directamente en el rendimiento de consultas analíticas y alertas en tiempo real.
  • El monitoreo continuo de deltas de temperatura y caudal revela degradaciones de eficiencia energética antes de fallas catastróficas.
  • La consolidación de estas métricas en paneles unificados simplifica la toma de decisiones para los equipos de ingeniería y mantenimiento.

El Desafío del Monitoreo Térmico en Edificios Grandes

Gestionar grandes sistemas de aire acondicionado, conocidos popularmente como sistemas de agua helada o chilers, requiere atención constante al comportamiento de temperaturas, presiones y caudales. En la práctica, esto significa que pequeñas variaciones en la eficiencia de estos equipos pueden generar un aumento significativo en la factura eléctrica de una industria o edificio comercial. Para evitar sorpresas desagradables, los equipos de ingeniería y mantenimiento necesitan recolectar datos continuos de decenas de sensores dispersos por la red hidráulica y eléctrica.

Tradicionalmente, estos datos quedaban atrapados en software propietario de automatización predial, conocidos como sistemas BMS o Building Management Systems, que a menudo dificultan la extracción de informes analíticos avanzados. La propuesta moderna de ingeniería es descentralizar esta recolección utilizando herramientas de código abierto y bases de datos orientadas a tiempo para crear una capa única de observabilidad. Aquí es donde entran Telegraf e InfluxDB, formando una dupla robusta para manejar flujos continuos de mediciones industriales.

Comprendiendo los Componentes de la Arquitectura

Para construir una canalización de datos eficiente, debemos entender el papel de cada pieza en el tablero. Telegraf funciona como un agente colector modular, instalado en un servidor local o puerta de enlace en el borde de la red, cuya función principal es buscar información en dispositivos de campo y enviarla a un destino. En la práctica, actúa como un traductor universal que conversa con PLCs (Controladores Lógicos Programables, que son computadoras industriales robustas) utilizando protocolos estándar de mercado como Modbus TCP o BACnet.

Por otro lado, InfluxDB actúa como una base de datos de series temporales, es decir, un sistema optimizado específicamente para almacenar datos que cambian con el tiempo, como la temperatura de salida del agua helada cada diez segundos. A diferencia de las bases de datos relacionales tradicionales, que sufren con grandes volúmenes de inserciones secuenciales, InfluxDB comprime y organiza estas lecturas de manera que las consultas sobre el rendimiento histórico del último año tarden solo unos pocos milisegundos en devolver resultados.

Configurando la Recolección de Datos Modbus con Telegraf

El primer paso práctico en la implementación consiste en configurar el archivo de configuración de Telegraf para interrogar los medidores de energía y sensores térmicos del chiller. El protocolo Modbus TCP es el estándar más común para esta comunicación, operando sobre redes Ethernet industriales utilizando el concepto de registros de memoria. En la práctica, le decimos al agente que lea el registro 30001, que corresponde a la temperatura de suministro de agua, y transforme ese número bruto en una métrica legible.

A continuación, presentamos un ejemplo práctico de un fragmento de configuración de Telegraf usando el plugin de entrada Modbus, definiendo la dirección del dispositivo y los puntos de lectura deseados:

[[inputs.modbus]]
name = "chiller_01"
connection_url = "tcp://192.168.1.50:502"
slave_id = 1
timeout = "3s"

[[inputs.modbus.metric]]
name = "temperaturas"
description = "Temperaturas de agua helada y condensacion"
holding_registers = [
  { name = "agua_helada_salida", address = 0, type = "INT16", scale = 0.1 },
  { name = "agua_helada_entrada", address = 1, type = "INT16", scale = 0.1 },
  { name = "condensacion_entrada", address = 2, type = "INT16", scale = 0.1 }
]

En este bloque de configuración, el parámetro scale sirve para ajustar el valor entero devuelto por el equipo, convirtiendo por ejemplo el número bruto 235 en 23.5 grados Celsius reales. Esta etapa de normalización en el origen evita cálculos complejos posteriores y asegura que la información llegue limpia y lista para su uso en la base de datos.

Enviando los Datos a InfluxDB

Con las métricas debidamente recolectadas y traducidas por Telegraf, el siguiente paso es definir el destino final de los paquetes de datos. El plugin de salida de Telegraf enfocado en InfluxDB gestiona automáticamente la conexión de red, el almacenamiento por lotes para ahorrar ancho de banda y la resiliencia en caso de una caída temporal en la red corporativa. En la práctica, el agente almacena los datos en un búfer local en disco y los retransmite tan pronto como se restablece la conexión.

La configuración del plugin de salida en el archivo de Telegraf es directa y requiere solo las credenciales de acceso y la definición del bucket, que es el nombre dado al compartimento de almacenamiento dentro de InfluxDB. Así es como se estructura esta conexión segura:

[[outputs.influxdb_v2]]
urls = ["http://10.0.0.100:8086"]
token = "tu_token_de_acceso_seguro"
organization = "ingenieria_predial"
bucket = "chillers_metricas"
precision = "s"

Con este puente establecido, cada ciclo de lectura de Telegraf resulta en un nuevo punto grabado en la base de datos, conteniendo el nombre de la medición, las etiquetas de identificación como el número de equipo, los campos numéricos con las temperaturas y la marca de tiempo exacta en que ocurrió la lectura.

Calculando la Eficiencia Térmica y el COP

Recolectar temperaturas aisladas es solo el comienzo; el verdadero valor de ingeniería surge cuando correlacionamos estas variables para calcular el COP, siglas en inglés de Coefficient of Performance, que mide la eficiencia energética del chiller. En la práctica, el COP indica cuánta energía térmica el equipo puede remover del ambiente por cada unidad de energía eléctrica consumida en el compresor. Un COP alto significa un sistema eficiente y económico.

Para calcular el COP y la capacidad de refrigeración en tiempo real, utilizamos consultas continuas o herramientas de visualización que cruzan el caudal de agua helada, medido en metros cúbicos por hora, con la diferencia de temperatura entre el agua de retorno y la de suministro. Si el agua entra a 12°C y sale a 7°C, tenemos un delta térmico de 5 grados que, multiplicado por el caudal y por constantes físicas del agua, revela exactamente cuántas toneladas de refrigeración está entregando el sistema en ese preciso instante.

Consideraciones Finales sobre la Observabilidad de Sistemas HVAC

Integrar Telegraf con InfluxDB para monitorear chilers transforma la operación de sistemas de climatización de una postura puramente reactiva a una estrategia basada en datos y mantenimiento predictivo. Cuando el equipo técnico logra visualizar el comportamiento térmico de la planta en tiempo real, las desviaciones operativas como incrustaciones en los intercambiadores de calor o fugas de refrigerante se identifican días antes de causar paradas no programadas.

La inversión en la construcción de una arquitectura abierta de recolección de métricas trae retornos rápidos en la reducción del consumo energético y la extensión de la vida útil de los activos. En última instancia, dominar estos flujos de datos garantiza que la infraestructura crítica opere con la máxima confiabilidad y el menor costo operativo posible.