Fundamentos de la automatización de edificios
BAS, BMS e IBMS: guía práctica
En qué se diferencian el sistema de automatización de edificios (BAS), el sistema de gestión de edificios (BMS) y el sistema integrado de gestión de edificios (IBMS) en alcance, arquitectura y operación, y cómo elegir la capa adecuada.
Respuesta rápida
Un BAS controla los servicios del edificio a nivel de dispositivo, un BMS supervisa y gestiona esos servicios en un edificio y un IBMS integra varios edificios y subsistemas en una única plataforma operativa. En la práctica se solapan, pero su alcance, su modelo de datos y su responsabilidad operativa son diferentes.
Tres términos, tres alcances
BAS, BMS e IBMS se usan a menudo como si fueran intercambiables. No lo son. Un sistema de automatización de edificios es la capa de control: controladores, entradas y salidas, dispositivos de campo y las secuencias que gobiernan los equipos. Un sistema de gestión de edificios es la capa de supervisión situada por encima: horarios, alarmas, tendencias, informes y la interfaz de operador para los servicios del edificio. Un sistema integrado de gestión de edificios va más allá y conecta varios subsistemas y, con frecuencia, varios edificios en un único modelo operativo. El solapamiento es real, porque muchos productos agrupan control y supervisión, y muchas plataformas BMS ofrecen ya funciones de integración. En los documentos de contratación, el mismo acrónimo puede describir un solo controlador, una licencia de software y un contrato de servicio. La pregunta fiable no es cómo se llama el sistema, sino de qué es responsable, qué puede cambiar y quién responde cuando falla. Esa definición debe figurar en la especificación antes de seleccionar un producto. Una definición compartida también aclara el límite comercial: qué se suministra, qué se integra y qué permanece en los sistemas existentes. Las tres capas pueden compartir hardware y mantener responsabilidades distintas; la etiqueta importa menos que el límite. Un hábito útil es escribir la definición al inicio de la especificación y remitirse a ella en cada cláusula posterior.
- El BAS es responsable del control a nivel de dispositivo y de los estados de respaldo
- El BMS es responsable de la supervisión, las alarmas, las tendencias y los informes
- El IBMS es responsable de las reglas entre sistemas y de las vistas de cartera
- Las definiciones pertenecen a la especificación, no al folleto comercial
Qué controla un BAS
Un BAS controla los equipos que hacen utilizable un edificio: enfriadoras, calderas, bombas de calor, bombas, unidades manejadoras de aire, fan-coils, cajas de volumen de aire variable, ventiladores de ventilación, circuitos de iluminación, protección solar y contadores. Los dispositivos de campo miden temperatura, humedad, presión, caudal, CO2 y ocupación; los controladores leen esas señales y accionan válvulas, compuertas, ventiladores y contactores. La lógica de control reside cerca del equipo, por lo que las secuencias locales deben seguir completas cuando la red o la capa de supervisión no están disponibles. Por eso un BAS se juzga menos por su panel de control que por su lista de puntos, sus secuencias y su comportamiento en el borde. Esos tres artefactos definen lo que el sistema puede hacer realmente, y son lo primero que un ingeniero experimentado pide ver durante una revisión de diseño. La iluminación y la protección solar pueden residir en los mismos controladores o en redes KNX o DALI independientes, pero el principio es el mismo: una salida definida, una secuencia definida y un estado de respaldo definido. Un BAS que no puede hacer funcionar sus instalaciones con el supervisor desconectado es un sistema de telemando, no un sistema de control. La lista de puntos debe distinguir E/S físicas, puntos de bus, puntos de software y puntos de reserva, porque cada uno tiene un coste y un modo de fallo diferentes. Cuando un controlador es responsable de una secuencia, su fallo debe quedar acotado al equipo al que sirve, y la capacidad de reserva resulta más barata en el diseño que un segundo cuadro más adelante.
- Instalaciones: enfriadoras, calderas, bombas de calor y bombas
- Lado de aire: UMA, FCU, cajas VAV y ventilación
- Terminales: calefacción radiante por suelo, radiadores y fan-coils
- Servicios: iluminación, protección solar, medición y alarmas
Qué añade un BMS
Un BMS añade supervisión. Normaliza los puntos de uno o varios sistemas de control en un modelo común, aplica horarios y consignas, encamina las alarmas, almacena tendencias y genera informes. Suele ser la interfaz que un operador utiliza a diario y el lugar donde un ingeniero comprueba por qué un equipo arrancó a una hora inusual. Un BMS puede supervisar equipos de terceros mediante BACnet, Modbus o una pasarela, por lo que no se limita a los controladores de un único fabricante. La distinción respecto al BAS es operativa y no física: el BMS puede ejecutarse en la misma red e incluso en la misma pila de software, pero su función es gestionar y explicar, no ser responsable de cada bucle de control. Una prueba útil consiste en preguntar qué ocurre con las instalaciones cuando se apaga el servidor del BMS. Si la respuesta es que nada funciona, el diseño ha confundido supervisión con control. El BMS también debe indicar qué alarmas genera, cuáles solo reenvía y cómo reconoce un operador un evento originado en otro sistema. La racionalización de alarmas forma parte del diseño del BMS, no es un filtro aplicado después de la puesta en marcha. El número de alarmas es un resultado del diseño, no una medida de diligencia; una pantalla con cuatrocientas alarmas activas es una pantalla que nadie lee.
- Alarmas con prioridad, encaminamiento y reconocimiento
- Horarios y anulaciones de consigna
- Tendencias, informes y líneas base de energía
- Interfaz de operador para la operación diaria
Qué cambia un IBMS
Un IBMS amplía la integración más allá de los servicios del edificio. El control de acceso, el CCTV, las alarmas de intrusión, el aparcamiento, los ascensores, la megafonía, la supervisión de incendios, los sistemas de habitaciones de hotel y los contadores de energía pueden incorporarse a un único modelo de datos y de alarmas. El valor se manifiesta en el comportamiento entre sistemas: un evento de acceso libera la iluminación y la climatización (HVAC), una alarma de incendio fuerza estados seguros, un portal de inquilinos muestra el consumo fuera de horario. También se manifiesta en los informes de cartera, donde los mismos nombres de punto y KPI se aplican en todos los edificios. El límite importa. La detección de incendios y los sistemas de seguridad para las personas siguen siendo la autoridad en sus propias funciones; el IBMS supervisa y coordina sin sustituirlos. Un IBMS sin un modelo operativo claro se convierte en un panel de control caro. Antes de especificarlo, conviene definir qué decisiones puede tomar la plataforma, qué sistemas puede gobernar y cuáles permanecen independientes por diseño. Esa cuestión de gobernanza es más difícil que la tecnología y suele decidir si el proyecto resulta útil dos años después de la entrega. Un modelo de datos único es el núcleo técnico; una tabla de derechos de decisión es el organizativo. Ambos son necesarios, y el segundo suele ser el que falta en la licitación. La misma tabla de gobernanza también debe aclarar quién puede cambiar una consigna, no solo quién puede emitir una orden.
- Interbloqueos entre sistemas y correlación de alarmas
- Paneles de control de cartera y evaluación comparativa
- Vistas para inquilinos y huéspedes
- Límites claros de mando para los sistemas de seguridad para las personas
Una arquitectura que sobrevive a la entrega
Tres capas mantienen legible el diseño: dispositivo, supervisión y aplicación. La capa de dispositivo es responsable del control local; la capa de supervisión, del modelo de datos común, las alarmas y los interbloqueos; la capa de aplicación, de los paneles de control, los informes y las vistas por rol. Cada capa tiene una sola función, y los datos fluyen a través del modelo de supervisión en lugar de copiarse en cada aplicación. Los detalles prácticos deciden si esto sobrevive: una convención de nomenclatura acordada antes de la configuración, una lista de puntos con unidades y estados de fallo, una filosofía de alarmas con prioridades y un registro de auditoría de las órdenes. Los protocolos abiertos reducen la dependencia de un proveedor, pero la apertura solo ayuda si se entregan el mapa de puntos y la documentación. Una arquitectura plana no es un diagrama con tres cajas; es la regla de que ninguna aplicación mantiene su propia versión de la verdad. La entrega debe incluir copias de seguridad, licencias, credenciales, diagramas de red y un procedimiento de restauración probado, no solo una carpeta de capturas de pantalla. La arquitectura también debe sobrevivir a un cambio de integrador, que es la prueba práctica de la documentación. Cuando dos aplicaciones necesitan el mismo KPI, el cálculo corresponde a la capa de supervisión, no a cada panel. Una entrega que exige el portátil original no es una entrega, por completo que parezca el juego de planos.
- Dispositivo: secuencias locales y estados de fallo seguro
- Supervisión: un modelo de datos y un modelo de alarmas
- Aplicación: vistas por rol e informes
- Entrega: copias de seguridad, credenciales y una restauración probada
Rangos de planificación: puntos, zonas y personal
Los rangos de planificación son útiles para presupuestar y para cuestionar un diseño, siempre que se etiqueten como típicos. Una habitación de hotel suele necesitar entre 12 y 30 puntos una vez contados la iluminación, la protección solar, la climatización (HVAC), el estado de acceso y las alarmas. Una planta de oficinas puede albergar de 150 a 400 puntos según sea espacio diáfano, compartimentado o de laboratorio. Una sala de máquinas central puede abarcar desde unos pocos cientos hasta bastante más de mil puntos cuando se supervisan por completo enfriadoras, bombas, UMA y medición. Estas cifras son ayudas de planificación, no cotizaciones. Manda la lista de puntos. El personal sigue la misma lógica: un edificio único con un BMS puede operarse con uno o dos operadores y apoyo técnico, mientras que una cartera necesita un equipo central para normas e informes, además de respuesta local de primera línea. Los rangos deben sustituirse en cuanto exista una plantilla de sala o una lista de equipos, porque un rango que llega a la contratación se convierte en una discusión. También deben presentarse con sus hipótesis, de modo que un cambio de alcance produzca un cambio de cifra y no una disputa. Los rangos deben actualizarse tras el primer cierre de diseño, cuando las plantillas de sala se conocen por fin.
- Rangos de puntos típicos indicados con sus hipótesis
- Las plantillas de sala y de planta sustituyen a los ratios genéricos
- El personal depende del modelo operativo, no de la superficie
- Los rangos son ayudas de planificación, nunca bases de cotización
Criterios de decisión: elegir la capa
Elegir la capa es una decisión sobre la responsabilidad, no solo sobre el tamaño. Empiece por los resultados: qué debe controlarse, qué debe verse en conjunto y qué debe informarse y a quién. Si el edificio tiene una sola sala de máquinas y unos pocos servicios, puede bastar un BAS bien diseñado con una interfaz de BMS. Si varios sistemas deben reaccionar entre sí, o varios emplazamientos deben informar conjuntamente, merece la pena estudiar un IBMS. Divida el alcance en fases para que el control y la documentación estén completos antes de ampliar la integración. Pregunte quién operará el sistema, qué alarmas importan, qué informes se exigen y qué debe seguir funcionando durante una caída de red. Un sistema más pequeño, documentado y utilizado vale más que un sistema grande en el que nadie confía. La misma disciplina se aplica a la rehabilitación: reutilice lo que esté en condiciones de servicio, sustituya lo que no pueda documentarse y deje capacidad de reserva para la siguiente fase. Las decisiones de alcance deben registrarse como hipótesis en los documentos comerciales, porque el esfuerzo de integración suele ser donde se mueven los presupuestos. Una exclusión escrita es más barata que una inclusión discutida. Cuando la respuesta no está clara, el alcance más pequeño con una vía de actualización documentada suele ser la mejor decisión comercial.
- Empiece por el modelo operativo y los resultados
- Separe el control indispensable de la integración opcional
- Entregue por fases y documente cada fase
- Incluya exclusiones e hipótesis en el contrato
Modos de fallo habituales y comprobaciones de puesta en marcha
La mayoría de los fallos aparecen mucho después de la revisión de diseño y pueden rastrearse hasta ella. Un BAS con secuencias incompletas funciona en modo manual. Un BMS que reenvía todas las alarmas sin racionalizarlas enseña a los operadores a ignorar la pantalla. Un IBMS que integra todo pero no define derechos de decisión se convierte en una plataforma de visualización con un nombre ambicioso. Otros fallos habituales son una lista de puntos que omite los repuestos, una convención de nomenclatura aplicada después de la configuración, una red sin fuente de hora y un paquete de entrega que contiene capturas de pantalla en lugar de copias de seguridad. La puesta en marcha debe probar los modos de fallo, no solo la secuencia normal: desconecte un sensor, detenga el supervisor, corte un enlace de pasarela, fuerce un reinicio del controlador y confirme que el edificio sigue siendo seguro y que el operador ve la realidad. La comprobación final es documental: ¿puede un ingeniero nuevo explicar la arquitectura, encontrar el mapa de puntos y restaurar una copia de seguridad sin llamar al integrador original? Si no puede, el sistema no está terminado. Un registro de puesta en marcha que solo enumera pruebas superadas, sin las condiciones en que se superaron, no es una prueba. Toda prueba de fallo debe tener un resultado esperado escrito antes de realizarse, o se convierte en una demostración y no en una comprobación.
- Pruebe la pérdida de sensor, de supervisor y de pasarela
- Confirme los estados de respaldo y la visibilidad de las alarmas
- Compruebe que los repuestos y la nomenclatura sobreviven a la configuración
- Demuestre la restauración y la entrega sin el ingeniero original
BAS, BMS e IBMS comparados por responsabilidad
16 rows| Dimensión | BAS | BMS | IBMS |
|---|---|---|---|
| Función principal | Control digital directo de equipos | Supervisión y gestión de los servicios del edificio | Integración de varios sistemas y emplazamientos |
| Alcance típico | Climatización (HVAC), iluminación, protección solar y contadores | Todos los servicios del edificio en un solo edificio | Edificio, seguridad, aparcamiento, ascensores, PMS y energía |
| Responsabilidad del control | Secuencias a nivel de controlador | Horarios, consignas y anulaciones | Reglas entre sistemas y política de cartera |
| Modelo de datos | Objetos de E/S y de equipo | Puntos del edificio normalizados | Modelo común entre subsistemas y emplazamientos |
| Gestión de alarmas | Alarmas de equipo y de seguridad | Alarmas priorizadas y encaminadas | Correlación y escalado entre sistemas |
| Programación horaria | Programas horarios locales | Horarios de edificio y de zona | Calendarios de cartera y reglas de inquilinos |
| Informes de energía | Impulsos de contador y horas de funcionamiento | Tendencias de consumo y líneas base | Evaluación comparativa de cartera |
| Interbloqueos | Lógica cableada o local | Configurado dentro de los servicios del edificio | Entre sistemas y en varios emplazamientos |
| Usuarios típicos | Técnicos e ingenieros de puesta en marcha | Operadores e ingenieros de instalaciones | Dirección de operaciones e inquilinos |
| Protocolos habituales | BACnet, Modbus, KNX y DALI | BACnet, Modbus, API y pasarelas | API, pasarelas, bases de datos y paneles de control |
| Encaje típico | Una sola sala de máquinas o planta | Un edificio con varios servicios | Campus, grupo hotelero o cartera de varios emplazamientos |
| Riesgo principal | Errores de secuencia y ajuste deficiente | Sobrecarga de alarmas y puntos obsoletos | Aumento descontrolado del alcance de integración y responsabilidad poco clara |
| Documentación | Lista de puntos, secuencias y planos as-built | Filosofía de alarmas, gráficos y definiciones de informes | Registro de interfaces, diccionario de datos y derechos de decisión |
| Acceso remoto y seguridad | Puerto de mantenimiento local y acceso restringido del proveedor | Acceso de operador por rol y registro de auditoría | Identidades federadas y redes segmentadas |
| Evidencia de puesta en marcha | Comprobaciones de puntos y pruebas de secuencia | Validación de alarmas, tendencias e informes | Pruebas de escenarios entre sistemas y de conmutación por error |
| Vía de actualización | Firmware del controlador y ampliación de E/S | Versión de software y capacidad de puntos | Nuevos subsistemas, emplazamientos y ampliaciones del modelo de datos |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿Es un BAS lo mismo que un BMS?
No. Un BAS es la capa de control que gobierna los equipos. Un BMS es la capa de supervisión que programa horarios, gestiona alarmas y tendencias e informa sobre los servicios del edificio. Algunos productos combinan ambas, por lo que el contrato debe indicar qué funciones corresponden a cada capa. La prueba práctica es qué sigue funcionando cuando se apaga el servidor de supervisión.
02¿Puede un BMS funcionar sin un IBMS?
Sí, y la mayoría de los edificios funcionan así. Un BMS supervisa los servicios de un edificio. Un IBMS se justifica cuando varios subsistemas, varios emplazamientos o los informes dirigidos a inquilinos necesitan un único modelo operativo. Añadir una capa IBMS sin esa necesidad suele producir un panel de control que duplica lo que el BMS ya muestra.
03¿Necesita todo edificio un IBMS?
No. Un IBMS aporta valor cuando lo justifican el comportamiento entre sistemas, los informes de cartera o un equipo de operaciones numeroso. Un edificio pequeño con un BMS bien documentado puede ser más fácil de operar y mantener que una plataforma de integración infrautilizada. La decisión debe seguir al modelo operativo, no a la ambición de la especificación.
04¿Dónde reside el control de la climatización (HVAC)?
Las secuencias de climatización (HVAC) se ejecutan normalmente en los controladores del BAS cercanos a las instalaciones. El BMS proporciona horarios, consignas, alarmas y tendencias. La seguridad crítica y la protección contra heladas permanecen locales, independientes de la capa de supervisión. Si una secuencia de enfriadora depende de que un servidor esté disponible, la arquitectura ha colocado el control en la capa equivocada.
05¿Puede añadirse un IBMS más adelante?
Normalmente sí, si la primera fase deja protocolos abiertos, una convención de nomenclatura coherente, mapas de puntos documentados y acceso a la red. Añadir integración a posteriori a un sistema sin documentar es posible, pero caro. La preparación más económica es la documentación y la capacidad de reserva, no una licencia de software adicional comprada por adelantado.
06¿Cuál es la diferencia entre un BMS y un EMS?
Un sistema de gestión energética (EMS) se centra en la medición, las líneas base y los informes. Un BMS cubre esas funciones además de la climatización (HVAC), la iluminación, las alarmas y la operación diaria. En la práctica ambos se solapan, y el límite debe definirse en el alcance. Cuando coexisten, indique qué sistema es responsable de la línea base y cuál del horario de funcionamiento.
07¿Cuántos puntos necesita un BAS?
Depende de los sistemas, las secuencias y el nivel de supervisión. La cifra debe proceder de una lista de puntos, no de una regla general. La lista también indica qué puntos son físicos, cuáles de software y cuáles de reserva. Existen rangos típicos para planificar, pero deben sustituirse por la lista antes de fijar un precio.
Siguiente paso
Tráiganos el edificio.
Cuéntenos el tipo de edificio, los sistemas incluidos y el resultado que necesita. Le mostraremos la ruta más corta hacia un sistema en funcionamiento.