Sistema BMS con PLC Wago: HVAC, iluminación e inversores en una sola plataforma

El problema real: un edificio, muchos sistemas aislados

La mayoría de edificios técnicos no tienen un problema de falta de equipos, sino de equipos que no se hablan entre sí. Las enfriadoras y climatizadoras vienen con su propio controlador y hablan Modbus o BACnet. El alumbrado se gestiona desde un sistema DALI o KNX independiente. Los contadores de energía exportan por M-Bus. Los inversores fotovoltaicos tienen su portal en la nube del fabricante. Y el resultado es siempre el mismo: cuatro o cinco islas de información, ninguna visión de conjunto y un mantenimiento que depende de acudir físicamente a cada cuadro.

Un BMS (Building Management System) resuelve exactamente eso: unifica la supervisión y el control de todas las instalaciones del edificio en una sola plataforma. La cuestión es sobre qué plataforma construirlo. En proyectos donde la clave es la heterogeneidad de protocolos, la libertad de integración y el coste de licencias, los controladores Wago programados con Codesys son una de las opciones más sólidas del mercado.

Por qué un PLC Wago como núcleo del BMS

Un BMS clásico "de marca" te ata a un ecosistema: sus controladores, sus pasarelas, su software de supervisión y su tarifa de licencias por punto. Un controlador Wago (típicamente un PFC200 o un Edge Controller) invierte esa lógica. Es un PLC industrial de propósito general que además incorpora, de fábrica, las pilas de protocolos del mundo de la edificación. Eso aporta cuatro ventajas concretas:

• Un único dispositivo hace de PLC y de pasarela. No hace falta un gateway BACnet, otro Modbus y otro KNX: el mismo controlador habla todos los protocolos simultáneamente.
• Programación estándar IEC 61131-3 con Codesys, lo que significa que el código es portable, auditable y no depende de una herramienta propietaria cerrada.
• Sin licencias por punto ni por variable. Añadir 200 señales nuevas no dispara el coste del sistema, algo que sí ocurre en la mayoría de BMS comerciales.
• Hardware industrial modular. El mismo sistema de bornes que se usa en planta, con módulos de E/S ampliables y rango de temperatura y vida útil de nivel industrial.

Arquitectura multiprotocolo: el corazón del sistema

La característica que define este tipo de proyectos es la capacidad multiprotocolo. El controlador actúa a la vez como maestro de las redes de campo y como servidor hacia los sistemas de nivel superior. En un BMS típico conviven en el mismo PLC:

Lo importante no es la lista de siglas, sino lo que permite: el dato entra una sola vez y se usa en todas partes. La temperatura que lee la climatizadora por BACnet, la potencia que entrega el inversor por Modbus y el estado del alumbrado por DALI acaban siendo variables del mismo programa, con la misma marca de tiempo y la misma lógica de alarmas. Eso es lo que hace posible que el BMS tome decisiones reales en lugar de limitarse a mostrar pantallas bonitas.

Control de HVAC: donde está el ahorro

La climatización es, con diferencia, el mayor consumidor del edificio y por tanto donde el BMS demuestra su retorno. Sobre el PLC Wago se implementan las estrategias que los controladores de fábrica de cada máquina no pueden ejecutar porque no ven el conjunto:

• Programación horaria por zonas con calendario laboral, festivos y modos de ocupación, evitando climatizar espacios vacíos.
• Consignas deslizantes en función de la temperatura exterior y de la temperatura de impulsión, en lugar de consignas fijas todo el año.
• Free-cooling y control de entalpía, aprovechando el aire exterior cuando sus condiciones son mejores que las del aire de retorno.
• Control de bombas y ventiladores mediante variadores con presión diferencial o caudal variable, en lugar de funcionar siempre a plena velocidad.
• Secuenciación y rotación de equipos para repartir horas de funcionamiento entre enfriadoras y bombas y evitar desgastes desiguales.
• Enclavamientos y alarmas técnicas: filtros sucios, antihielo, fallo de flujo, desviación sostenida de temperatura.

Estas estrategias son la razón por la que un BMS bien programado reduce de forma consistente el consumo de climatización, en línea con lo que describimos en nuestro artículo sobre ahorro energético mediante automatización. Y todas ellas requieren precisamente lo que aporta la arquitectura multiprotocolo: cruzar datos que viven en equipos de fabricantes distintos.

Iluminación: DALI y KNX bajo la misma lógica

La iluminación se integra normalmente por DALI (regulación individual de luminarias, con lectura del estado y del fallo de cada balasto) o por KNX (cuando ya existe una instalación domótica previa). Al llevar ambos al mismo PLC, el alumbrado deja de ser un sistema paralelo y pasa a formar parte de la lógica del edificio:

• Encendido y apagado por horario, escenas y zonas, con anulación local desde pulsador.
• Regulación por aporte de luz natural: la luminaria atenúa según el luxómetro de la zona, manteniendo el nivel de servicio con menos potencia.
• Detección de presencia coordinada con la climatización, de modo que una zona desocupada baje luz y consigna a la vez.
• Diagnóstico de luminarias: DALI informa de qué balasto ha fallado y dónde, lo que convierte el mantenimiento del alumbrado en una tarea planificada en lugar de una ronda visual.
• Contabilización de horas de funcionamiento para planificar la reposición.

Lectura de datos de inversores fotovoltaicos

Cuando el edificio tiene autoconsumo, el BMS gana una dimensión adicional. Los inversores fotovoltaicos exponen prácticamente siempre un servidor Modbus TCP (muchos, además, con perfil SunSpec), lo que permite leer directamente del equipo, sin depender del portal cloud del fabricante ni de su conectividad:

• Potencia y energía generada por inversor y por string, con detección de ramas degradadas.
• Tensiones, corrientes y temperatura del equipo.
• Códigos de estado y de fallo, integrados en el mismo sistema de alarmas que el resto del edificio.
• Balance instantáneo entre generación, consumo y excedente, cruzando el dato del inversor con el del analizador de red en el punto de conexión.

Y una vez que el BMS conoce la generación en tiempo real, puede actuar en consecuencia: desplazar cargas diferibles (ACS, bombas, recarga de vehículos, preenfriamiento) a las horas de excedente solar, o limitar la inyección cuando el contrato lo exige. Esa es la diferencia entre monitorizar la fotovoltaica y aprovecharla de verdad. Sin integración, el inversor es un gráfico en una web del fabricante; con integración, es una entrada más de la lógica de control del edificio.

WebVisu: supervisión sin SCADA y sin licencias

La interfaz de este tipo de sistemas es WebVisu, la visualización web que Codesys sirve directamente desde el propio PLC. Es una pieza clave del proyecto y merece explicarse bien, porque cambia por completo la ecuación de coste y de mantenimiento frente a un SCADA tradicional:

• El PLC es el servidor web. No hay un PC de supervisión con su sistema operativo, sus actualizaciones, su antivirus y su punto único de fallo. Si el PLC controla, el PLC visualiza.
• Acceso desde cualquier navegador, en PC, tablet o móvil, sin instalar cliente ni runtime alguno. El mantenedor abre una URL y ve la sala de máquinas.
• Sin licencias por puesto ni por variable. Diez usuarios cuestan lo mismo que uno.
• Un único origen de verdad. Las variables de la visualización son las variables del programa: no hay una capa intermedia de tags que mantener sincronizada ni un mapeo que se desfasa con el tiempo.
• Gestión de usuarios y permisos, con perfiles diferenciados de operador, mantenedor y administrador.
• Sinópticos, tendencias, históricos y alarmas con reconocimiento, sobre las plantas y esquemas reales de la instalación.

En la práctica, WebVisu cubre el 100% de las necesidades de supervisión de un edificio técnico con una fracción del coste y del mantenimiento de un SCADA. Ya explicamos un despliegue real de este enfoque en el caso de éxito de WebVisu sobre Wago PFC200 en un centro logístico de Madrid. Cuando el cliente necesita analítica avanzada, históricos de largo plazo o consolidar varios edificios, el mismo PLC publica por MQTT u OPC UA hacia una plataforma superior: la visualización local sigue viviendo en el PLC, y la capa analítica se añade encima sin duplicar sistemas.

Soporte remoto continuado: el proyecto no acaba en la puesta en marcha

Un BMS no es una instalación que se entrega y se olvida. El edificio cambia de uso, las estaciones cambian las condiciones exteriores, se añaden equipos y las consignas necesitan afinarse durante meses. Por eso el sistema se despliega con una conexión remota segura y permanente, mediante router VPN industrial con túnel cifrado y acceso restringido a los equipos del proyecto, sin exponer nada a internet. Eso nos permite:

• Diagnosticar incidencias en minutos, no en la ventana de un desplazamiento. La mayoría de averías de BMS son de configuración o de comunicación y se resuelven en remoto.
• Ajustar consignas y horarios según la estación y el uso real del edificio, que es donde se consolida el ahorro del primer año.
• Actualizar la lógica y la WebVisu sin cortar el servicio y sin coste de viaje.
• Revisar alarmas y tendencias de forma proactiva, detectando derivas (una válvula que ya no cierra, un filtro que se ensucia antes de tiempo, un string fotovoltaico que produce menos que sus gemelos) antes de que se conviertan en avería.
• Mantener copias verificadas del programa, la visualización y la parametrización de los equipos.

El impacto de esta forma de trabajar lo desarrollamos en detalle en nuestro artículo sobre la importancia del soporte remoto ante incidencias: cuando el acceso remoto existe desde el diseño, el tiempo medio de resolución cae de días a horas.

Qué obtiene el cliente

• Una sola plataforma para climatización, alumbrado, contadores, inversores y equipos auxiliares, en lugar de cinco sistemas aislados.
• Ahorro energético medible, con la instrumentación necesaria para demostrarlo y para sostener una certificación ISO 50001 si se persigue.
• Independencia de fabricante: código estándar, protocolos abiertos y sin licencias recurrentes por punto.
• Mantenimiento informado: alarmas con contexto, tendencias e históricos en lugar de avisos de usuarios.
• Escalabilidad real: añadir un edificio, una planta o una nueva fuente de datos es ampliar el sistema, no sustituirlo.

Cómo abordamos estos proyectos en Bluemation

En Bluemation diseñamos e integramos sistemas BMS sobre plataformas abiertas — Wago y Codesys entre ellas — con un criterio claro: que el cliente sea dueño de su instalación. En un proyecto de este tipo nos ocupamos del ciclo completo:

• Auditoría de la instalación existente y del mapa de protocolos disponibles en cada equipo, que es lo que determina qué se puede integrar y cómo.
• Diseño de la arquitectura de control y comunicaciones, incluida la segmentación de redes OT y su seguridad.
• Programación IEC 61131-3 documentada y versionada, con librerías reutilizables por tipo de equipo.
• Desarrollo de la WebVisu sobre los sinópticos reales del edificio, pensada para quien la va a usar cada día.
• Puesta en marcha, ajuste fino y formación del personal de mantenimiento.
• Soporte remoto continuado y evolución del sistema a lo largo de su vida útil.

Si estás valorando un BMS para tu edificio o planta, o tienes instalaciones que funcionan como islas y quieres unificarlas, consulta nuestro servicio de programación de BMS o ponte en contacto con nosotros. Analizamos tu instalación sin compromiso y te proponemos una arquitectura ajustada a los equipos que ya tienes.