Visión general de HVAC y energía en una cartera de edificios

De un vistazo

Elemento	Respuesta habitual
Problema	Una cartera de edificios funciona con varios sistemas de gestión de edificios que cada uno trabaja de forma local, de modo que los equipos que se quedan sin horas de funcionamiento, la calefacción y la refrigeración que se contrarrestan entre sí y las salas incómodas permanecen invisibles para las personas que pagan las facturas de energía.
Qué se conecta	Contadores principales y secundarios, unidades de tratamiento de aire, enfriadoras, calderas, bombas de calor, temperatura exterior y una muestra de salas, leídos desde el BMS existente o los controladores de planta por una pasarela licenciada por edificio, además de sensores inalámbricos de sala donde no hay BMS.
Quién lo usa	El responsable energético de la cartera, los gestores de instalaciones de los edificios, el contratista de mantenimiento de HVAC y, para las vistas de confort, los inquilinos de los edificios.
Alcance inicial típico	Tres edificios de distintos tipos (por ejemplo, una oficina, un colegio y un local comercial) con sus contadores principales, la planta central y de diez a veinte salas de muestra en cada uno.
Tiempo hasta la primera pantalla	Normalmente entre una y dos semanas por edificio, una vez que el integrador del BMS haya exportado la lista de puntos. Prevea entre seis y ocho semanas para un piloto cuyos hallazgos acepten los equipos de las instalaciones.

La situación

La mayoría de las carteras han crecido edificio a edificio, cada uno con el BMS que prefería su contratista, su propia estación de trabajo, su lista de alarmas y su propia idea de horario. El gestor de instalaciones ve bien un edificio; el responsable energético de veinte ve una factura mensual.

El desperdicio rara vez es espectacular, pero siempre es persistente. Una unidad de tratamiento de aire dejada en manual tras un evento de fin de semana funciona durante meses. Un horario de verano nunca se vuelve a cambiar. Una caldera calienta un circuito mientras una enfriadora refrigera la misma planta. La carga base nocturna va aumentando. Las quejas de confort llegan por correo electrónico sin datos que las respalden.

Una auditoría anual y una hoja de cálculo con lecturas de contadores no muestran lo que hizo la planta ayer a las 3 de la madrugada. El objetivo aquí es superponer una capa de supervisión única sobre cada edificio sin sustituir ningún BMS: leer los puntos que importan, guardar el histórico en un solo lugar y convertir los patrones de fallo conocidos en reglas que avisen a la persona adecuada.

Objetivos y medidas

Escriba las medidas antes de elegir los puntos; cada una indica los puntos que necesita. Medidas típicas para una cartera mixta:

• Intensidad de uso energético = kWh anuales (electricidad y calor, por separado) ÷ la superficie acondicionada del edificio. La superficie es un atributo del activo del edificio; la suma anual procede del incremento diario de los contadores.
• Ratio de carga base = potencia media entre las 01:00 y las 04:00 ÷ potencia media en días laborables entre las 10:00 y las 16:00. Un ratio que sube indica equipos que ya no se apagan.
• Tiempo de funcionamiento fuera de horario por unidad de tratamiento de aire y por enfriadora = horas de funcionamiento fuera de la ventana de ocupación. Con estados enviados como 0 o 1, cada media horaria es la fracción de esa hora en que la unidad funcionó.
• Calefacción y refrigeración simultáneas = horas en las que han funcionado a la vez una fuente de calor y una fuente de frío que sirven a la misma zona.
• Cumplimiento de confort = porcentaje de horas ocupadas en las que una sala se mantuvo dentro de su banda (por ejemplo, de 20 a 24 °C en invierno; acuerde las bandas con el propietario).
• Delta-T del agua fría = temperatura de retorno menos temperatura de impulsión en la enfriadora. Un delta-T bajo apunta a válvulas con bypass.

Hermetry almacena agregados de un minuto (suma, recuento, mínimo, máximo, último) de cada clave y los agrupa en horas y días, y las tarjetas del panel pueden pedir el incremento de un total de contador por intervalo. Por tanto, la energía diaria y las fracciones de funcionamiento horarias no requieren ningún cálculo adicional en campo. Realice la normalización meteorológica sobre el histórico exportado.

Arquitectura

Cada edificio dispone de una pasarela licenciada en la sala de máquinas o en el cuadro del BMS. Lee lo que el edificio ya tiene y publica por MQTT con TLS en una única conexión saliente; la red del BMS no acepta nada desde internet. Consulte Hermetry Edge y los dispositivos licenciados para ver las interfaces por modelo.

De dónde proceden los datos

• Primero Modbus. Los contadores de energía, los contadores de calor con salida Modbus, los controladores de enfriadoras y calderas y muchos supervisores de BMS ofrecen Modbus RTU o Modbus TCP. La pasarela los lee según listas de registros configuradas.
• Sistemas de edificio BACnet. Un modelo de pasarela licenciada, el DC620 DUAL BACnet, está diseñado para sistemas de edificio BACnet. Confirme con nosotros qué objetos y cuántos puntos lee para su BMS antes de planificar con él. BACnet en los enrutadores Edge de propósito general está en desarrollo.
• Un BMS que publica por su cuenta. Un supervisor que puede publicar por MQTT o enviar HTTP POST se conecta directamente a Hermetry con un token de acceso o un nombre de usuario y contraseña.
• Edificios sin BMS, o salas que el BMS no cubre. Los sensores de sala LoRaWAN con batería (temperatura, humedad, CO2, contactos de puerta, fuga de agua) informan a través de una pasarela LoRaWAN en el servidor de red LoRaWAN propio de Hermetry. Un lector de pulsos LoRaWAN conectado a la salida de pulsos de un contador cubre los contadores sin bus.

Componente	Función	Notas
Pasarela licenciada con Edge	Lee contadores y planta por Modbus, publica telemetría	Una por edificio. Identidad de fábrica, reclamada en su organización; almacena lecturas durante una caída, cuánto depende del modelo.
BMS y controladores de planta existentes	Siguen controlando el edificio	Solo lectura en las primeras fases. Horarios, enclavamientos y lazos permanecen aquí.
Contadores de electricidad, calor y gas	Energía por edificio y por cada carga principal	Modbus RTU en la línea RS485 de la pasarela, o un lector de pulsos LoRaWAN.
Sensores de sala LoRaWAN y pasarela	Confort y calidad del aire en salas de muestra	EU868, OTAA, clase A. La pasarela habla LoRa Basics Station.
Hermetry	Histórico, alarmas, reglas, cuadros, planos de planta	Región UE, EE. UU. o Türkiye, o en sus propios servidores.

Cuando una pasarela lee varios controladores, puede informar de cada uno como dispositivo hijo de sí misma (por ejemplo, AHU-1, AHU-2, Chiller-1), cada uno con su propio perfil, lecturas y alarmas, a través de la única conexión. Los comandos y los atributos compartidos hacia los dispositivos hijos están en desarrollo, lo que es una razón más para empezar en solo lectura.

Lista de puntos

Una oficina mediana típica con dos unidades de tratamiento de aire, una enfriadora refrigerada por aire, dos calderas, un contador principal y contadores secundarios. Los números de registro son ilustrativos; tómelos de la documentación del BMS o del controlador. Envíe los estados como números 0 o 1 y no como texto, para que las medias horarias den fracciones de funcionamiento.

Punto	Clave de telemetría	Unidad	Origen	Intervalo	Notas
Estado de marcha de la UTA	ahu_run	0/1	BMS o controlador de la UTA, bobina o registro Modbus	al cambiar + 15 min	Un dispositivo hijo por UTA.
UTA en manual	ahu_hand	0/1	Registro de modo del controlador	al cambiar	Detecta anulaciones que han quedado activas.
Temperatura de impulsión de aire	supply_air_c	°C	Controlador, p. ej. registro de retención 30101	5 min
Velocidad del ventilador de impulsión	fan_speed_pct	%	Variador o controlador	5 min
Posición de la válvula de calefacción	heat_valve_pct	%	Salida del controlador	5 min	Válvula de calefacción y batería de frío abiertas a la vez = contrarresto.
Posición de la válvula de refrigeración	cool_valve_pct	%	Salida del controlador	5 min
Presión diferencial del filtro	filter_dp_pa	Pa	Presostato o transductor	15 min	Límite por UTA como atributo.
Avería de la UTA	ahu_fault	0/1	Punto de avería común	al cambiar
Estado de marcha de la enfriadora	chiller_run	0/1	Controlador de la enfriadora	al cambiar + 15 min
Impulsión de agua fría	chw_supply_c	°C	Controlador de la enfriadora	5 min
Retorno de agua fría	chw_return_c	°C	Controlador de la enfriadora	5 min	Delta-T a partir de las dos.
Avería de la enfriadora	chiller_fault	0/1	Controlador de la enfriadora	al cambiar
Estado de marcha de la caldera	boiler_run	0/1	Controlador de la caldera o relé de llama	al cambiar + 15 min	Una por caldera.
Energía eléctrica principal	elec_kwh	kWh	Contador principal, Modbus RTU	15 min	Consumo diario a partir del incremento.
Potencia eléctrica principal	elec_kw	kW	Contador principal	1 min	Para la carga base y los picos.
Energía de subcontadores (HVAC, iluminación, inquilino)	sub_kwh	kWh	Subcontadores, un dispositivo hijo cada uno	15 min	La misma clave en cada subcontador; el dispositivo indica qué carga es.
Energía térmica	heat_kwh	kWh	Contador de calor con Modbus, o lector de pulsos	15 min
Temperatura del aire exterior	outdoor_c	°C	Sensor en pasarela o LoRaWAN	10 min
Temperatura ambiente	room_c	°C	Sensor ambiente LoRaWAN o punto de ambiente del BMS	10 min	Los nombres de las claves del códec varían según el modelo de sensor; véase Pitfalls.
Humedad ambiente	room_rh	%	Sensor ambiente LoRaWAN	10 min
CO2 ambiente	room_co2_ppm	ppm	Sensor de CO2 LoRaWAN	10 min
Batería del sensor	battery	%	Sensor LoRaWAN	con cada uplink
Comunicación BMS	bms_comm_ok	0/1	Estado de lectura de la pasarela	5 min	Falso cuando la pasarela no puede leer un controlador.

Declare cada clave en la pestaña Telemetry keys del perfil's con etiqueta, unidad, decimales y un rango plausible. Los indicadores toman el rango como su escala.

Modelo de activos

En Sites & Assets, construya el árbol como se gestiona la cartera. Los activos tienen un tipo (Site, Building, Floor, Room, Area y tipos libres), un código, una ubicación y una zona horaria. Una estructura habitual:

• Building (Building), con ubicación y zona horaria, floor_area_m2, building_type (office, school, retail), criticality y contractor.
• Plant room (Area), con las AHU, enfriadoras y calderas como activos Machine con rated_kw e install_year.
• Floor (Floor) y Room (Room), con comfort_band_low_c, comfort_band_high_c y co2_limit_ppm como atributos, y el código de la sala coincidiendo con el nombre de la sala en el plano de la planta.

Coloque cada dispositivo donde mide: la pasarela en el edificio, los hijos de AHU bajo la sala de máquinas, los sensores de sala bajo sus salas, y añada relaciones Feeds desde cada AHU a las plantas que atiende. La ubicación determina el estado de un edificio (el peor de los dispositivos que contiene), qué dispositivos puede nombrar la tarjeta Rules de un edificio y a qué edificios puede restringir una política basada en atributos a una persona.

Los límites que difieren por sala o por unidad deben ir en el dispositivo como atributos de servidor (por ejemplo max_room_c en cada sensor de sala, max_filter_dp_pa en cada AHU). Las reglas de alarma del perfil pueden comparar con dicho atributo, de modo que un único conjunto de reglas sirve a todos los edificios.

Configuración de dispositivos

Perfiles

Cree un perfil por tipo de equipo, no por edificio: AHU (Modbus), Chiller, Boiler, Electricity meter, Room sensor (LoRaWAN) y la pasarela. Un perfil contiene el transporte, las reglas de inicio de sesión y de conexión, las claves de telemetría, las reglas de alarma, los comandos y, en LoRaWAN, los ajustes de códec y radio. Los hijos de la pasarela usan la regla de conexión Recent message con un intervalo esperado de 15 minutos.

Aprovisionamiento

Las pasarelas con licencia salen de fábrica con una identidad; un administrador reclama cada una escaneando su código y elige el perfil. Los sensores de sala LoRaWAN se añaden con DevEUI, JoinEUI y AppKey, o se importan por lotes, y un perfil puede contener una única AppKey compartida para una entrega.

Ajustes remotos e intervalos

En las pasarelas con licencia, los remote device settings enumeran cada ajuste del modelo con su valor actual: parámetros serie, direcciones de esclavo Modbus, listas de registros e intervalos de sondeo. Prepare una línea base por tipo de edificio (por ejemplo, oficina con dos AHU) y aplíquela con un trabajo masivo que se ejecuta en oleadas y se detiene por sí mismo si aplican el cambio muy pocas pasarelas.

Sondee los valores analógicos de planta cada cinco minutos y los contadores cada quince. La planta tiene constantes de tiempo largas; solo la potencia principal justifica datos de un minuto. Envíe los estados al cambiar, más un latido periódico.

Tiempo y huecos

Deje que la pasarela marque las lecturas con su reloj sincronizado; un controlador sin reloj fiable no debe enviar marcas de tiempo. Durante una interrupción, las pasarelas con licencia conservan las lecturas y las envían después con sus horas originales (la capacidad depende del modelo); las reglas de alarma las evalúan como un relleno, marcadas como Backfilled, sin avisar.

Firmware

El firmware firmado de la pasarela se despliega en oleadas con un tiempo de espera: primero un edificio de baja criticidad; si una puerta de oleada falla, el despliegue se pausa.

Paneles

Parta de la plantilla de panel Sites (tabla de sitios y mapa de estados). Un parámetro de entidad permite que una sola página de edificio sirva a todos los edificios.

Panel	Audiencia	Widgets y lo que muestran
Cartera	Gestor energético, dirección	Tabla de sitios con estado, alarmas abiertas y última conexión; mapa coloreado por estado; gráfico de barras de los kWh de ayer por edificio a partir del incremento diario de los contadores; tabla de alarmas filtrada a Major y superiores.
Edificio	Responsable de instalaciones	La vista 2D o 3D del edificio con plantas y salas coloreadas por estado; gráfico de líneas de la potencia principal de siete días con la temperatura exterior; tarjetas de estado para cada AHU, enfriadora y caldera; tabla de salas fuera de su banda; flujo de actividad.
Sala de máquinas	Responsable de instalaciones, contratista	Tarjeta de dibujo de proceso con los dibujos de AHU, enfriadoras y calderas vinculados a valores en vivo; indicadores de las temperaturas de impulsión; posiciones de las válvulas de calor y frío en un mismo gráfico para revelar conflictos.
Detalle de energía	Gestor energético	Mapa de calor del consumo horario de electricidad; dispersión de los kWh diarios frente a la temperatura exterior media; tabla del consumo de subcontadores por día, descargable a Excel.
Confort	Responsable de instalaciones, inquilinos	Tabla de salas con temperatura, humedad y CO2, filtrada con un filtro de claves (por ejemplo room_co2_ppm por encima de 1.000); tendencia por sala al hacer clic.

Para la pantalla del vestíbulo de un inquilino o la pared de una oficina de instalaciones, cree un display link por pantalla: solo lectura, sin menús, válido de 1 a 365 días y revocable una pantalla a la vez.

Pantallas SCADA

Dibuje las pantallas de planta por tipo de equipo, no por edificio. El paquete Building aporta los símbolos: de su familia HVAC, Air handling unit, Louvre damper, Heat recovery core, VAV box, Air-cooled chiller, Cooling tower, Condensing boiler, Heating circulator pump, Three-way valve y piezas de conducto; de su familia de edificio, Sub-meter y BMS rack. Smart meter procede del paquete Power. Véase la biblioteca de símbolos.

• Estados. Los ventiladores muestran en marcha o parado a partir de ahu_run; las válvulas muestran su posición; una regla pone un filtro en rojo cuando filter_dp_pa supera su límite y hace parpadear el contorno de la AHU con ahu_fault.
• Conflicto de un vistazo. Una regla de etiqueta muestra un texto de advertencia cuando las posiciones de las válvulas de calor y de frío superan ambas el 10 %.
• Reutilización. Adjunte el dibujo de la AHU como vista del perfil de AHU; cada AHU de cada edificio obtiene su propia vista con sus propios enlaces. Match everything propone un dispositivo para cada símbolo sin enlazar, y la pestaña Problems enumera los que siguen sin enlazar.
• Edificios en 3D. Un edificio o una planta puede tener un dibujo 2D y una vista 3D hecha a partir de él. La escena 3D tiñe cada sala cuyo código coincide con un activo de sala con el peor estado debajo, leído de la clave status; un pequeño flujo puede escribir esa clave a partir de la banda de confort.

Los comandos en símbolos son posibles tras una confirmación que nombra el símbolo, el comando y los valores. Manténgalos fuera de las primeras fases, y recuerde que los controladores alcanzados como hijos de la pasarela aún no pueden recibir comandos.

Reglas y alarmas

Dos herramientas hacen el trabajo. Las reglas de alarma de los perfiles de dispositivo vigilan los valores de un dispositivo con anti-rebote, histéresis y límites por dispositivo. La tarjeta Rules de un panel de edificio vigila varios dispositivos del edificio y conoce el reloj: hora del día, días laborables, amanecer y atardecer, estaciones y el calendario de festivos de la organización, en la zona horaria del edificio.

Un disparador por valor se activa cuando el valor cruza el umbral, no mientras permanece en él. Una AHU que ya está en marcha a la hora de cierre nunca vuelve a cruzarlo, así que dé a las reglas fuera de horario un segundo disparador a una hora fija tras el cierre y deje que la condición compruebe el estado actual.

Alarma	Condición	Retardo e histéresis	Gravedad	Notificado	Escalado
AHU que supera las horas de funcionamiento	Tarjeta de reglas: cuando ahu_run pasa a 1, o cada día a las 20:00; solo si ahu_run = 1 y la hora está fuera de 06:30 a 19:30 de lunes a viernes, o es festivo	El disparador por valor se mantiene así durante 30 min	Menor	Responsable de instalaciones del edificio, correo electrónico	Ninguna; revisada semanalmente
Calefacción y refrigeración juntas	Tarjeta de reglas: cuando boiler_run pasa a 1, solo si chiller_run = 1 en una enfriadora que da servicio al mismo edificio	Se mantiene así durante 30 min	Menor	Responsable de energía, correo electrónico	Ninguna
Fallo de AHU	Regla de perfil: ahu_fault = 1	Antirrebote de 2 muestras	Mayor	Contratista y responsable de instalaciones, notificación push y correo electrónico	Recordatorio cada 60 min hasta que se reconozca
Fallo de enfriadora	Regla de perfil: chiller_fault = 1	Antirrebote de 2 muestras	Mayor; Crítica para edificios con refrigeración crítica	Contratista, push y SMS	Recordatorio cada 30 min
Sala demasiado caliente	Regla de perfil en sensores de sala: room_c por encima del atributo max_room_c	Antirrebote de 30 min; histéresis de 0,5 °C	Aviso	Responsable de instalaciones, en la aplicación	Ninguna
CO2 alto	Tarjeta de reglas: room_co2_ppm por encima de 1.200 durante 20 min, solo dentro del horario de ocupación	Se mantiene así durante 20 min	Aviso	Responsable de instalaciones, push	Ninguna
Pasarela sin conexión	Regla de inactividad en el perfil de la pasarela, sin mensajes durante 30 min		Mayor	Responsables de TI e instalaciones, push	Recordatorio cada 2 h
Batería del sensor baja	Regla de perfil: battery por debajo de 20	Antirrebote de 2 muestras	Información	Responsable de instalaciones, correo electrónico	Ninguna

Ciclo de vida. Una alarma se abre tras su antirrebote, se reconoce con una nota opcional y se resuelve sola cuando la condición desaparece; las repeticiones cuentan como ocurrencias de la misma alarma abierta. Revise las alarmas resueltas que nadie reconoció: una avería de enfriadora que se despejó a las 4 de la mañana sigue mereciendo una revisión.

Mantenimiento. Silencie los dispositivos antes de trabajos planificados: las alarmas se registran, no se avisa a nadie y el silencio termina solo (como máximo 90 días). Para un evento tardío, ponga el edificio en Manual hasta una hora; sus reglas se reanudan por sí solas.

Avalanchas. Un reinicio del BMS puede hacer que todos los puntos de un edificio caigan y vuelvan a la vez. Mantenga la alarma de comunicación por encima de sus consecuencias en gravedad, aplique antirrebote de dos muestras a las alarmas de equipos y amortigüe los puntos que oscilan. Por encima de 20 notificaciones de alarma por minuto, Hermetry agrupa el resto en un resumen de cinco minutos.

Automatización e integraciones

• Estado para el gemelo. Un flujo en el perfil del sensor de sala lee los atributos de banda con un bloque de detalles del dispositivo y guarda una clave status (ok, warning, critical) que colorea las salas en las vistas.
• Órdenes de trabajo. Los webhooks alarm.created, alarm.acknowledged y alarm.cleared, firmados con HMAC y opcionalmente en formato CloudEvents, alimentan el CMMS del contratista. El bloque de petición HTTP de un flujo puede enviar alarmas seleccionadas a un sistema de mesa de ayuda en su lugar.
• Escritura en el BMS. Cuando un controlador es un dispositivo conectado directamente con un catálogo de comandos, una tarjeta de reglas puede enviar un comando de nivel básico, por ejemplo pasar un AHU a modo no ocupado a las 20:00, si el contratista de controles lo acepta. Los comandos a dispositivos hijos de pasarelas están en desarrollo.
• Informes. Las tablas de historial se descargan a Excel para los informes mensuales de energía y confort; los informes programados o enviados por correo no están incluidos hoy.

El panel web de un router licenciado se abre desde su página de dispositivo mediante acceso remoto al router: túnel saliente, sesiones limitadas en el tiempo y auditadas.

Roles y acceso

Quién	Rol o grupo	Puede
Responsable de energía de la cartera	Usuario + grupo de visor de IoT	Ver todos los edificios, exportar historial, añadir notas a las alarmas.
Responsable de instalaciones del edificio	Usuario + grupo de operador de IoT, limitado a sus edificios	Ver sus edificios, reconocer alarmas, pasar las reglas de su edificio a Manual.
Contratista de HVAC	Usuario, limitado a los edificios bajo contrato	Ver cuadros de planta y alarmas, reconocer, añadir notas.
Ingeniero de controles	Administrador	Editar perfiles, reglas de alarma, planos, tarjetas de reglas, ajustes de pasarelas y firmware.
Responsable de TI	Propietario	Miembros, política de inicio de sesión (dos factores, passkeys, SAML u OIDC), claves de API, comandos en bruto.

Limitar una persona a algunos edificios usa políticas basadas en atributos; compruebe cada una con el simulador de políticas. Un gestor de propiedades puede dar a cada propietario su propia organización, aislada mediante seguridad a nivel de fila. El registro de auditoría recoge inicios de sesión, cambios de rol, ediciones de reglas, silencios, cambios de ajustes y comandos en una cadena de hash verificable, exportable como CSV o NDJSON.

Dimensionamiento y datos

Como orden de magnitud, para 40 edificios, cada uno con una pasarela que informa de 12 dispositivos hijos (AHU, planta, contadores) cada cinco minutos y 30 sensores de sala LoRaWAN cada diez minutos. El dimensionamiento cuenta un mensaje por dispositivo y por lectura como estimación conservadora:

• Dispositivos hijos de pasarela: 12 × 288 lecturas al día = 3.456 mensajes por edificio.
• Sensores de sala: 30 × 144 = 4.320 uplinks por edificio.
• Por edificio, unos 7.800 mensajes al día; para 40 edificios, unos 310.000 al día, o aproximadamente 9,5 millones al mes.
• Valores: unos 100 valores de planta × 288 más 30 salas × 4 valores × 144 da aproximadamente 46.000 valores por edificio al día, unos 1,8 millones al día para la cartera y 670 millones al año.

Solo los mensajes de telemetría y de atributos cuentan para la asignación mensual; los comandos, las alarmas y los eventos de conexión no. La clase de retención del plan (7, 30, 90, 365 o 1.095 días) fija la longitud del historial: las lecturas en bruto se conservan como máximo 90 días, los agregados por minuto hasta 31 días, y los agregados horarios y diarios durante toda la clase, que sustentan las comparativas energéticas de varios años. Confirme el almacenamiento por valor para su despliegue con nosotros, y consulte cómo se somete la plataforma a pruebas de carga.

Plan de despliegue

Fase	Semanas	Trabajo	Criterios de salida
0. Relevamiento	1-3	Recopilar listas de puntos del BMS, manuales de controladores y calendarios de contadores de tres edificios piloto; elegir perfiles de equipo y nombres de claves; acordar medidas, bandas de confort y horarios de ocupación.	Lista de puntos firmada por tipo de equipo; horarios de ocupación confirmados por cada sede.
1. Contadores primero	4-5	Pasarelas, contadores principales, subcontadores y temperatura exterior en los edificios piloto; cuadros de cartera y energía.	Los kWh diarios coinciden con las lecturas del contador de la compañía dentro de la tolerancia acordada.
2. Planta y salas	6-9	Puntos de AHU, enfriadora y caldera; sensores de sala LoRaWAN; planos de planta; reglas de alarma y tarjetas de reglas fuera de horario que solo notifiquen.	Cuatro semanas de hallazgos revisadas con cada responsable de instalaciones; alarmas molestas ajustadas.
3. Cartera	10-24	Edificios restantes en lotes de tres a cinco; líneas base de pasarelas por tipo de edificio; webhooks de CMMS; enlaces a pantallas.	Todos los edificios informando; cifras de carga base y fuera de horario en la revisión mensual.
4. Acciones de supervisión	Tras 3	Comandos seleccionados a controladores conectados directamente, si el contratista de controles lo acepta.	Cada comando probado en un estado seguro; los equipos de sede conocen y usan el interruptor Manual.

Lista de verificación de puesta en marcha

1. Pasarela reclamada, en el perfil correcto, colocada en el edificio correcto, certificado activo; los dispositivos hijos aparecen con los perfiles esperados.
2. Cada punto analógico comparado con la estación de trabajo del BMS en el mismo momento; unidades, escalado y decimales correctos.
3. Cada punto de estado conmutado u observado cambiando en sitio y visto con el sentido correcto (en marcha = 1).
4. Lecturas de contadores comparadas con la pantalla del contador durante 24 horas.
5. Marcas de tiempo comprobadas contra un evento conocido, en la zona horaria del edificio; zona horaria del edificio configurada en el activo.
6. Regla fuera de horario probada poniendo un AHU en manual fuera de la ventana; la persona adecuada la recibe por el canal correcto.
7. Cada alarma de perfil forzada una vez y reconocida; intervalo de recordatorio comprobado que se repite.
8. Enlace ascendente desconectado durante 30 minutos: se abre la alarma de pasarela sin conexión; las lecturas almacenadas llenan el hueco tras la reconexión.
9. Planos de planta vinculados, pestaña de Problemas vacía; los códigos de sala coinciden con el plano de planta para que funcione el coloreado 3D.

Errores habituales

• Leer cada punto del BMS. Lea las pocas docenas de puntos que necesita cada medida; añada más después con una línea base de ajustes.
• Estados de texto. ON y OFF como texto no pueden promediarse. Envía 0 y 1 para que las fracciones de funcionamiento y las horas fuera de horario salgan en los agregados horarios.
• Un solo calendario para todos los edificios. Las reglas fuera de horario deben seguir la ocupación real y la zona horaria de cada edificio. Asocia la regla al edificio y usa la condición de festivos para que los días festivos no se marquen como desperdicio ni como normales.
• Nombres de claves del codec. Distintos modelos de sensores LoRaWAN nombran el mismo valor de forma diferente. Mantén un solo modelo de sensor por perfil o guarda una copia del codec de la biblioteca y renombra sus salidas con tus claves.
• Tratar las alarmas de confort como urgentes. Una sala de reuniones caliente es un Aviso para la lista del responsable de instalaciones, no un aviso push por la noche.
• Comandos demasiado pronto. Escribir en un BMS sin el acuerdo del contratista de regulación crea dos maestros. Empieza en solo lectura y mantén el control en el BMS.

Lo que Hermetry no sustituye

Hermetry es una capa de supervisión y análisis entre edificios. Los lazos de control, los horarios, la protección antihielo, el control de incendios y humo, los enclavamientos de seguridad de las personas y la protección de equipos siguen en el BMS, en los controladores de planta y en los circuitos cableados, y deben seguir funcionando cuando el enlace o la plataforma no estén disponibles. Cualquier comando que envíe Hermetry es una solicitud que el controlador puede aceptar o rechazar. Los sistemas de detección de incendios, la facturación de suministros, la repercusión a inquilinos y el CAFM o CMMS siguen siendo los sistemas de registro.