Sistemas de automatización de edificios: tipos, software, controles y fabricantes

Sistemas de automatización de edificios: tipos, capas de software y los fabricantes detrás

Foto de iSawRed en Unsplash.

Los sistemas de automatización de edificios mantienen la planta de un edificio comercial según horario y consigna: HVAC, iluminación, acceso y los controles relacionados que la mayoría de ocupantes nunca ven. La frase cubre controladores de campo en planta, el front end de supervisión que abren cada mañana y el stack de software que los une. Para la definición a nivel de componente de qué es un BAS, el glosario posee ese terreno. Este artículo cubre los tipos de sistemas de automatización de edificios, las capas de software que compran los operadores, los fabricantes detrás de grandes instalaciones y dónde se sitúa la analítica encima de lo ya instalado.

Todo edificio comercial de cierto tamaño ejecuta uno de estos sistemas, lo llame el propietario BAS, BMS o, en el lenguaje regulatorio de la UE, BACS. Lo que varía entre edificios es qué generación de software lo ejecuta, cuántos fabricantes han apilado sistemas unos sobre otros con los años, y si alguien sigue obteniendo información útil. El control y la automatización de edificios es el trabajo diario; la analítica priorizada es cómo las carteras convierten esa telemetría en una cola en lugar de otro dashboard.

Tipos de sistemas de automatización de edificios

Los operadores que buscan tipos de sistemas de automatización de edificios suelen referirse a los dominios de planta que cubre un BAS, no al modelo de capas de software de abajo. La mayoría de patrimonios comerciales ejecutan varios en paralelo, a menudo bajo un solo front end de supervisión y a veces como islas de fabricante separadas.

HVAC. Calefacción, refrigeración, ventilación y la planta que los alimenta. Los controladores de campo mantienen los lazos de UTAs, enfriadoras, calderas y cajas VAV. Suele ser la mayor carga de energía y confort del edificio, y el primer lugar donde la deriva aparece como coste.

Iluminación. Horarios, aprovechamiento de luz diurna, regulación por ocupación e interfaces de emergencia. La iluminación a menudo comparte la misma columna BACnet o DALI que el HVAC, pero muchos sitios siguen con un panel de iluminación aparte que nunca habla limpio con el resto del BAS.

Control de acceso. Controladores de puerta, lectores y sistemas de identidad. Los equipos de seguridad suelen poseer este stack aparte de facilities, por eso la telemetría de acceso llega tarde a un feed de analítica de todo el edificio incluso cuando el protocolo ya está abierto.

Fuego y seguridad de vida. Detección, notificación y lógica de override de dampers/ventiladores. Estos sistemas están muy regulados y suelen quedarse en su propio panel. Una capa de analítica puede leer estado donde el integrador lo permite; no sustituye el sistema de fuego certificado.

Energía. Contadores, subcontadores y los puntos que convierten kWh en coste y carbono. La energía a veces se vende como su propio paquete de automatización de edificios, y a veces como un conjunto fino de puntos dentro del BAS HVAC. En cualquier caso, sin medición fiable el resto del stack no puede poner precio a lo que encuentra.

Analítica como sexta capa. Los cinco dominios anteriores producen telemetría. Una capa de analítica lee a través de ellos, comprueba lecturas entre sí y prioriza lo que necesita atención por coste o riesgo. No es un sexto controlador de planta. Se sitúa encima de HVAC, iluminación, acceso, estado de fuego y contadores de energía para que una cartera vea una cola en lugar de cinco islas. Los tipos de sistemas de automatización de edificios siguen empezando por los dominios de planta; la analítica es cómo los usas juntos sin arrancar un BAS que funciona.

Esa lista es lo que la mayoría de operadores entienden por tipos de sistemas de automatización de edificios. La siguiente sección es otro corte: las capas de software que implementan esos dominios.

Las tres capas del software de automatización de edificios

El software de campo vive dentro de los propios controladores: controladores digitales directos que ejecutan los lazos que convierten una lectura de sensor en un mando a una válvula o un ventilador. Controladores, paneles y dispositivos de campo son la anatomía de hardware dentro de un controlador BMS. Encima está la capa de supervisión, a veces el front end propio del fabricante, a veces una estación Tridium Niagara que abstrae varios fabricantes en una interfaz, donde un operador fija horarios y mira tendencias. Encima otra vez, cada vez más, una capa de analítica: software que lee la telemetría que ya producen las dos primeras capas y la convierte en una lista priorizada de lo que necesita atención.

Esa tercera capa es una categoría relativamente nueva, y es la que más crece. Las capas de campo y supervisión se han visto de forma parecida durante dos décadas; lo que ha cambiado es el apetito por sacar más de los datos que ya generaban, sin arrancar un BAS que funciona para hacerlo.

En la práctica, la mayoría de edificios existentes ejecutan varias generaciones de estas capas apiladas. Una reforma añade un front end nuevo sin tocar los controladores de campo debajo; una cartera crecida por adquisición hereda tres plataformas de supervisión distintas en tres edificios. Nada de eso es un problema para una capa de analítica, siempre que pueda leer el protocolo de abajo. Sí lo es para quien intenta una vista coherente solo desde el front end.

El software BAS, los controles de edificio y la analítica no son lo mismo

Los términos se usan indistintamente, pero describen trabajos distintos. Controles de edificio es el hardware y firmware que realmente abre una válvula o atenúa una luz, dentro de los controladores de campo. El software de sistemas de automatización de edificios es el paquete más amplio: los controles más el front end de supervisión que los programa y monitoriza. La detección y diagnóstico de fallos (FDD) es un add-on más estrecho, normalmente basado en reglas, que compara lo esperado con el comportamiento real del equipo y marca un desajuste. Ninguno de los tres sustituye a los otros; un edificio suele ejecutar los tres a la vez, instalados en décadas distintas por contratistas distintos.

La analítica es la más nueva de las cuatro, y la que más se confunde con FDD. Donde FDD ejecuta reglas fijas contra un puñado de firmas de fallo conocidas, una plataforma de analítica completa lee a través de cada sistema que tiene el edificio, HVAC, medición, IoT, comprueba las lecturas entre sí antes de confiar en ellas, y prioriza lo que encuentra por coste en lugar de por qué regla disparó. FDD pregunta si ocurrió un patrón conocido concreto; la analítica pregunta qué, de todo lo que ocurre en el edificio ahora, merece la siguiente hora del operador.

El panorama de fabricantes de automatización de edificios

Una lista corta de fabricantes concentra la mayoría de instalaciones en edificios grandes: Honeywell, Johnson Controls (Metasys), Siemens (Desigo) y Schneider Electric (EcoStruxure Building), junto al framework Niagara de Tridium debajo de muchos sitios multi-fabricante. Una sola cartera suele ejecutar dos o tres de estos en paralelo, legado de edificios puestos en marcha en décadas distintas por contratistas distintos.

Los tratamos a todos como objetivos de integración, no como competidores. Explore lee el BAS existente de un edificio sobre su protocolo nativo o API de fabricante en lugar de pedir que se estandarice primero en una plataforma. Nuestro hub de integraciones cubre los detalles de Siemens Desigo, Schneider EcoStruxure, estaciones Niagara de Honeywell, Johnson Controls Metasys y Honeywell Trend, incluido lo que cada uno expone y cómo se configura la conexión.

El bloqueo de fabricante en automatización de edificios rara vez viene del protocolo; BACnet y Modbus son estándares abiertos da igual quién vendió el panel. Viene del licenciamiento: tarifas por punto, acceso por puestos al front end y extensiones propietarias que solo leen limpiamente las herramientas del propio fabricante. Un edificio puede ejecutar un protocolo abierto debajo y seguir bloqueado a un software de fabricante para sacar todo el valor de los datos que produce.

Elegir software de automatización de edificios

La mayoría de patrimonios no eligen software de automatización de edificios desde cero; heredan lo especificado en construcción o en la última reforma mayor, y viven con ello. Donde hay elección real, sobre todo en obra nueva o sustitución completa de BAS, las decisiones que más importan son cuán abierta es la capa de protocolo (BACnet y estaciones Niagara abiertas son mucho más fáciles de construir encima que un bus propietario cerrado), cuánto del cableado y controladores de campo existentes sobrevive al cambio, y si el front end se puede ampliar o hay que sustituirlo entero para nueva capacidad.

La pregunta más dura, para la mayoría de edificios, no es qué BAS comprar. Es qué hacer con el que ya está instalado. Sustituir un BAS que funciona para ganar visibilidad es caro y disruptivo, y los controladores y el cableado de campo suelen estar bien; el valor perdido está aguas arriba, en cómo se usan los datos, no en la capa de control en sí.

El coste total de propiedad es donde muchas de estas decisiones fallan. El precio de compra de un front end nuevo suele ser una fracción pequeña de lo que un edificio gasta en la década siguiente en licencias, trabajo de integración y las horas de técnico necesarias para mantener la lista de puntos al día. Un sistema más barato con deuda de integración cara suele costar más en el año cinco que la opción que parecía más cara el día uno.

Dónde encaja FrostLogic Explore

Explore se sitúa encima del BAS que ya corre. Empieza con el acceso de escritura desactivado por defecto sobre BACnet, Modbus, OPC UA, oBIX o una API de fabricante según lo instalado. El acceso de escritura permanece off hasta que le concedas un scope. El FrostLogic Edge Agent puede escribir consignas y horarios dentro de esos scopes sin sustituir la lógica de control del integrador; ver Automation para cómo se delimita la escritura con permisos. Fuera de un scope concedido, Explore nunca toma el control de un damper o una enfriadora, y no es un sustituto del BAS de debajo. Es una capa de analítica que convierte los datos que el BAS ya produce en una cola priorizada de lo que cuesta dinero o va hacia un fallo, con evidencia y precio en lugar de enterrado en un panel de alarmas. Para cómo funciona en una cartera de edificios y generaciones de BAS, ver nuestra página de plataforma de analítica BMS. La mitad energética de esa cola es la capa de gestión energética de Explore; las lecturas continuas de contadores viven en la capa continua de contadores de Explore.

Como Explore lee el protocolo que una cartera ya ejecuta, un despliegue puede abarcar edificios en plataformas de automatización totalmente distintas sin forzarlas primero al stack de un solo fabricante. Eso importa más en carteras montadas por adquisición, donde estandarizar el BAS en sí rara vez merece la disrupción, pero estandarizar lo que se lee de él es directo.

Eso también significa que Explore no es un CMMS. Saca a la superficie y prioriza lo que está mal; registrar una orden de trabajo y enviar un técnico se queda con el sistema de mantenimiento que el equipo ya usa.

Preguntas frecuentes

¿Qué es el software de sistemas de automatización de edificios? Es el software que ejecuta automáticamente el HVAC, la iluminación, el control de acceso y sistemas relacionados de un edificio: controladores de campo que ejecutan los lazos de control, un front end de supervisión para horarios y tendencias, y cada vez más una capa de analítica que lee a través de ambos. Ver nuestra entrada del glosario para el desglose a nivel de componente.

¿Qué tipos de sistemas de automatización de edificios existen? La mayoría de sitios comerciales cubren HVAC, iluminación, control de acceso, fuego y seguridad de vida, y medición energética como dominios de planta, a menudo bajo un solo front end de supervisión. La analítica se sitúa encima de esos dominios como sexta capa que prioriza hallazgos entre ellos. El corte por capas de software (campo, supervisión, analítica) es otro modelo del mismo stack.

¿Cuáles son las mayores empresas de automatización de edificios? Honeywell, Johnson Controls (Metasys), Siemens (Desigo) y Schneider Electric (EcoStruxure Building) ejecutan la mayoría de grandes instalaciones comerciales, a menudo junto al framework Niagara de Tridium que une varios fabricantes. La mayoría de carteras de cierto tamaño ejecutan más de uno.

¿Es un sistema de automatización de edificios lo mismo que un BMS? Sí. BAS (building automation system) y BMS (building management system) describen la misma categoría de sistema; BAS es más común en Norteamérica, BMS más común en Europa. Ningún término implica un fabricante o protocolo concreto.

¿FrostLogic sustituye mi sistema de automatización de edificios existente? No. Explore empieza con el acceso de escritura desactivado por defecto sobre el protocolo nativo o API de fabricante de tu BAS, y añade una capa de analítica encima. El acceso de escritura permanece off hasta que le concedas un scope; el Edge Agent puede entonces escribir consignas y horarios dentro de ese scope sin sustituir el BAS de debajo.

¿Cómo integra FrostLogic con sistemas Siemens, Schneider, Honeywell o Metasys? Mediante el protocolo nativo o API de cada fabricante en lugar de un upgrade de carretilla. Nuestro hub de integraciones cubre los detalles de cada uno.

¿No estás seguro de qué capa te cuesta más?

Si estás sopesando sustituir el BAS frente a añadir analítica encima de lo ya instalado, dinos qué corre y te damos una respuesta directa, incluso cuando la respuesta honesta es que un BAS nuevo no es la solución. 30 o 60 minutos, tú eliges. Sin compromiso en ningún caso. Háblalo.