Integración KNX con BMS: pasarelas OPC UA, BACnet y KNXnet/IP
Los edificios comerciales de más de 5.000 m² requieren un sistema de gestión de edificios (BMS) para proporcionar supervisión centralizada, alarmas y generación de informes en los subsistemas KNX, HVAC, energía y alarma contra incendios. Elegir la ruta de integración adecuada entre KNX y el BMS determina la fiabilidad, la riqueza de datos y la mantenibilidad a largo plazo de la instalación.
Por qué la integración con BMS es importante para edificios comerciales
En edificios comerciales de más de aproximadamente 5.000 m², el equipo de gestión de instalaciones (FM) no puede operar de manera eficiente sistemas de control separados para la automatización de edificios KNX, controladores HVAC BACnet, contadores de energía Modbus, paneles de alarma contra incendios y control de acceso. Cada subsistema tiene su propia interfaz de software, registro de alarmas y herramienta de ingeniería, lo que significa que las fallas pasan desapercibidas entre sistemas, el desperdicio de energía es invisible y la programación del mantenimiento está fragmentada.
Un sistema de gestión de edificios (BMS) proporciona al equipo FM un único panel de control: una interfaz de software que muestra valores en vivo de todos los subsistemas, gestión unificada de alarmas con escalado, registro centralizado de tendencias para informes energéticos y un flujo de trabajo único de órdenes de trabajo para mantenimiento. Conectar KNX al BMS es, por lo tanto, una parte fundamental de cualquier instalación KNX comercial seria.
Alcance típico de integración BMS para una oficina comercial de 10.000 m²
- 300–800 puntos KNX: contadores de energía, temperaturas HVAC, ocupación, estado de equipos, alarmas
- HVAC BACnet/IP: controladores UTA y FCU, planta de enfriamiento, escrituras de setpoint del BMS a los controladores
- Energía Modbus: subcontadores certificados MID por cuadro de distribución
- Contactos secos de alarma contra incendios: salida del panel EN 54-2 a entrada binaria KNX, luego a alarma BMS Prioridad 1
- Control de acceso OPC DA: estado de puertas y alarmas de intrusión integrados en el registro de alarmas del BMS
Resumen de rutas de integración
Existen cuatro rutas de integración principales para conectar KNX a un BMS, cada una con diferentes requisitos de hardware, esfuerzo de configuración y adecuación para diferentes plataformas BMS:
| Ruta | Hardware | Requisito del BMS | Mejor para |
|---|---|---|---|
| KNXnet/IP directo | Router KNX IP (Weinzierl 770, MDT) | Controlador KNX nativo en BMS | BMS con soporte KNXnet/IP integrado |
| Puerta de enlace BACnet/IP | Intesis IN701KNX300000, LOYTEC LKNX-100 | Cualquier cliente BACnet/IP | Honeywell Niagara N4, Schneider EcoStruxure |
| Puerta de enlace OPC UA | Lingg & Janke KNX Virtual, HMS Anybus | Cliente OPC UA | Plataformas BMS modernas, Siemens Desigo CC |
| Puente Modbus TCP | Weinzierl KNX ENO 634 | Maestro Modbus TCP | Sistemas SCADA con fuerte soporte Modbus |
Tunelización KNXnet/IP directa al BMS
Cuando el software BMS incluye un controlador KNX nativo – como Siemens Desigo CC con el plugin KNX o configuraciones específicas de Honeywell – el servidor BMS se conecta directamente a la red KNX como un cliente de tunelización KNXnet/IP. Un router KNX IP (Weinzierl 770 o MDT KNX IP Router) instalado en la red KNX TP actúa como puerta de enlace entre la LAN y el bus de par trenzado KNX.
El servidor BMS establece una conexión de tunelización con el router KNX IP en el puerto UDP 3671. El BMS puede entonces enviar solicitudes de lectura a cualquier dirección de grupo KNX y recibir actualizaciones no solicitadas (telegramas de escritura) de los dispositivos KNX. El grupo multicast 224.0.23.12 del router KNX IP transporta todo el tráfico de direcciones de grupo KNX en el segmento LAN – las plataformas BMS pueden unirse opcionalmente a este grupo multicast para recibir todos los telegramas sin sondeo explícito.
Límites de la conexión de tunelización KNXnet/IP
Máx. conexiones de tunelización simultáneas por router KNX IP: 4
Cada instancia del controlador BMS = 1 conexión de tunelización
Software de puesta en marcha ETS6 = 1 conexión adicional
Para proyectos grandes con alto tráfico de telegramas:
Usar enrutamiento KNXnet/IP (BMS como participante de enrutamiento)
Enrutamiento: participantes ilimitados, basado en multidifusión
Requiere BMS que admita el modo de enrutamiento KNXnet/IP
Weinzierl 770 admite tanto el modo túnel (4 conexiones)
and routing mode — select routing for >1,000 GAs
Múltiples áreas KNX: Los edificios grandes con múltiples áreas KNX (p. ej., una línea TP por piso) requieren cada uno su propio enrutador IP KNX. El BMS conecta una instancia de controlador separada a cada enrutador IP KNX. Todos los enrutadores IP KNX deben estar en una VLAN BMS dedicada, aislada del tráfico LAN general de la oficina, con multidifusión configurada correctamente en los conmutadores gestionados (IGMP snooping habilitado).
Integración de puerta de enlace OPC UA
OPC UA (IEC 62541) es el estándar de integración moderno preferido para la automatización de edificios. Una puerta de enlace OPC UA lee los valores de las direcciones de grupo KNX y los expone como nodos OPC UA estructurados que cualquier cliente OPC UA – incluidas todas las principales plataformas BMS – puede suscribir.
Lingg and Janke KNX Virtual es un servidor OPC UA de software que se ejecuta en Windows o Linux. Importa directamente el archivo de proyecto ETS6, creando un nodo OPC UA estructurado para cada dirección de grupo con el tipo de dato correcto, la unidad (de la definición DPT EU) y la descripción. La versión gratuita admite hasta 50 direcciones de grupo; más allá de eso se aplica una licencia por punto. El BMS se conecta como cliente OPC UA en el endpoint predeterminado opc.tcp://[host]:4840.
Ventajas de OPC UA sobre BACnet/IP
- Espacio de direcciones estructurado: los nodos llevan tipo DPT, unidad de ingeniería, descripción
- Basado en suscripción: el BMS recibe notificaciones de cambio, sin sobrecarga de sondeo
- Seguridad con certificado X.509: autenticación mutua entre cliente y servidor
- Independiente del proveedor: cualquier cliente OPC UA funciona, no se necesita controlador propietario
- Espacios de nombres: múltiples áreas KNX organizadas en una jerarquía lógica de carpetas
HMS Anybus Communicator KNX
Gateway hardware OPC UA para carril DIN – no requiere servidor PC. Se conecta a KNX TP mediante conector KNX, publica un servidor OPC UA en el puerto Ethernet. Se configura a través del navegador web: cargue el CSV de direcciones de grupo ETS6, asigne nombres de nodos OPC UA. Adecuado para sitios donde no es práctico ejecutar un servidor PC dedicado. Soporta hasta 512 direcciones de grupo KNX.
Configuración de gateway BACnet/IP
El Intesis IN701KNX300000 es un gateway BACnet/IP a KNX para carril DIN que soporta hasta 3.000 direcciones de grupo KNX mapeadas a objetos BACnet. La configuración se realiza mediante el software Intesis MAPS: importe la exportación CSV de direcciones de grupo ETS6, asigne cada GA a un tipo de objeto BACnet (Analog Value, Binary Value, Analog Input) y número de instancia, luego configure el ID del dispositivo BACnet y la dirección IP.
El BMS lee objetos BACnet a través de BACnet/IP en el puerto UDP 47808, el puerto BACnet estándar. Todas las principales plataformas BMS compatibles con BACnet lo soportan: Honeywell Niagara N4 (conector Fox), Siemens Desigo PX (controlador de campo con módulo BACnet/IP) y Schneider EcoStruxure Building Operation. El LOYTEC LKNX-100 es un gateway alternativo con servidor web integrado para diagnóstico en vivo y soporta enrutamiento KNXnet/IP junto con BACnet/IP para instalaciones grandes.
Configuración de alarmas BACnet para puntos binarios KNX
GA binaria KNX (DPT 1.001) mapeada a objeto BACnet Binary Value
Example: GA 2/5/0 "Fire_Alarm_Zone_1" → BV instance 250
En Intesis MAPS: habilitar Intrinsic Alarming en el objeto BV
Valor de alarma: ACTIVO (present-value = 1)
Clase de notificación: 1 (Prioridad 1 en BMS)
Retardo a off-normal: 0s (inmediato)
Retardo a normal: 5s (antirrebote)
El BMS se suscribe a COV (cambio de valor) en el objeto BV
La alarma aparece en el registro de alarmas del BMS con marca de tiempo, prioridad,
estado de reconocimiento y reglas de escalado
Estrategia de selección de puntos de datos
No todas las direcciones de grupo KNX deben integrarse en el BMS. Llevar cada GA al BMS desperdicia licencias de puntos, llena las bases de datos de tendencias con datos irrelevantes y crea inundaciones de alarmas de puntos sobre los que el equipo de FM no puede actuar. Un enfoque estructurado por niveles asegura que el BMS contenga solo datos operativamente significativos.
| Nivel | Tipos de punto | Acción del BMS |
|---|---|---|
| Nivel 1 — Obligatorio | Potencia del medidor de energía (kW) y kWh, consignas y temperaturas reales de HVAC, estado de ocupación, estado de funcionamiento del equipo, entradas de alarma (fuego, fallo SPD, fallo UPS) | Registro de tendencias, alarma, informe |
| Nivel 2 — Operacional | Estado encendido/apagado de zona de iluminación, posición de persiana (0–100%), estado de velocidad del ventilador, puerta abierta/cerrada (solo puertas monitoreadas) | Registro de tendencias, sin alarma |
| Nivel 3 — Excluir | GAs de pulsación individual de botón, GAs de activación de escena, banderas de lógica interna KNX, GAs de diagnóstico de puesta en marcha | No importar a BMS |
Cantidad típica de puntos para una oficina comercial de 5.000 m²: 300–800 puntos de Nivel 1 y Nivel 2. El Nivel 3 (pulsaciones de botones, escenas) representa típicamente de 3 a 5 veces más direcciones de grupo en ETS6, pero no aporta ningún valor operativo en el BMS. El filtrado en la etapa de exportación de ETS6 – utilizando las convenciones de nomenclatura de direcciones de grupo de ETS6 y los filtros de exportación – evita que los GA de Nivel 3 ingresen al archivo de importación del BMS.
Flujo de trabajo de exportación de ETS6 para importación en BMS
ETS6 proporciona una exportación estructurada de direcciones de grupo que permite a los ingenieros de BMS y a las herramientas de configuración de pasarelas importar cientos de puntos de datos sin entrada manual. La exportación se accede desde ETS6 a través de Archivo – Exportar – Direcciones de grupo, con opciones de salida CSV (para herramientas de pasarela) o XML OPC DA (para la importación del módulo Siemens Desigo CC OPS).
La exportación CSV incluye para cada dirección de grupo: la dirección (ej. 5/3/1), el tipo DPT (ej. 9.001 para flotante de 2 bytes en grados Celsius), el nombre y el campo de descripción. La herramienta de configuración de pasarela Intesis MAPS acepta este CSV directamente – seleccionar las filas relevantes y asignar tipos de objetos BACnet toma minutos en lugar de horas de entrada manual para 500 puntos.
La disciplina de nomenclatura de ETS6 es esencial para la calidad de la importación en BMS
The ETS6 group address name becomes the BMS point name. Cryptic names like "GA_001" or "Obj_KNX_5_3_1" create unmanageable BMS databases. Use a consistent naming convention from commissioning: "Floor2_Office3_Temp_Setpoint_degC" or "DB3_HVAC_AHU1_RunStatus". Good ETS6 naming practice during commissioning eliminates BMS rename work that can take several days on a large project.
Enrutamiento de alarmas de KNX a BMS
Las direcciones de grupo binarias KNX (DPT 1.001) conectadas a entradas de alarma físicas — contactos secos de detectores de incendios, salidas de fallo de SPD, relés de fallo de UPS, contactos de puerta forzada — se asignan a puntos de alarma del BMS. El motor de gestión de alarmas del BMS clasifica las alarmas por prioridad, enruta las notificaciones al personal correcto, impone un flujo de trabajo de confirmación y mantiene un registro de alarmas auditable.
Ruta de integración de alarma de incendios EN 54-2
Salida de contacto seco del panel de alarma de incendios EN 54-2
→ Módulo de entrada binaria KNX (MDT SCN-B8230.02)
→ KNX GA 1/9/0 "Fire_Alarm_Zone_1" (DPT 1.001)
→ Objeto Binary Value BV-900 de la pasarela BACnet/IP
→ Alarma BMS: Prioridad 1, acuse obligatorio
→ Acción BMS: alerta audible, correo electrónico al gerente de FM
→ Registro BMS: registro de incendios (separado del registro general de alarmas)
Reconocimiento: el ingeniero inicia sesión en el BMS en el sitio
Lee la alarma, verifica la zona, reconoce con motivo
Entrada del registro de incendios conservada durante 5 años (requisito EN 54-2)
Registro de tendencias y retención de datos energéticos
El BMS almacena los valores de puntos KNX como datos de series temporales en una base de datos SQL Server. Los períodos de retención y los intervalos de registro se configuran por tipo de punto, equilibrando la resolución de datos con los requisitos de almacenamiento y la utilidad de los informes.
Datos energéticos (kW, kWh)
- Intervalo: 15 minutos (96 registros por día por punto)
- Retención: mínimo 5 años (requisito ISO 50001)
- Banda muerta: 0,1 kW para evitar inundación de registros en cargas estables
- Informes: energía diaria, mensual, anual por circuito
- Exportación: CSV para verificación de facturas de servicios públicos y revisión ISO 50001
Datos de temperatura y HVAC
- Intervalo: 5 minutos (288 registros por día por punto)
- Retención: 90 días móviles
- Banda muerta: 0,2 °C para ignorar ruido del sensor
- Uso: investigación de quejas de confort, diagnóstico de fallos HVAC
- Horas de funcionamiento HVAC: derivadas de la tendencia binaria del estado de funcionamiento
¿Necesita cuadros KNX listos para integración con BMS?
Construimos cuadros KNX con pasarelas BACnet/IP y OPC UA preconfiguradas, exportaciones ETS6 preparadas para importación BMS y enrutamiento KNXnet/IP configurado para grandes instalaciones multiárea – entregados con documentación as-built completa.
Solicitar presupuesto →