Integración de sistemas de automatización de edificios — KNX, BACnet, Modbus y Loxone

KNX

KNX es un estándar de control de edificios para iluminación, protección solar, control de salas y algunos terminales de climatización (HVAC). Los dispositivos comparten un bus de par trenzado, con direcciones organizadas en líneas y áreas. La configuración reside en los dispositivos a través de una herramienta de ingeniería, y una pasarela puede exponer las direcciones de grupo a una red IP u otra plataforma. KNX es sólido donde las funciones de sala necesitan un bus estable e independiente del fabricante. El trabajo de integración se centra en la denominación de las direcciones de grupo, los tipos de punto de datos y el comportamiento cuando una pasarela o un segmento de bus queda fuera de línea. Una instalación KNX bien documentada es más fácil de ampliar; una sin denominación de direcciones de grupo se convierte en una caja negra. La pasarela debe probarse con la carga real del bus, no solo con un dispositivo de banco. También importan la alimentación del bus, la terminación y el número de dispositivos por línea, porque una línea KNX al límite genera fallos que parecen averías de dispositivos.

• Bus de dispositivos de par trenzado
• Direcciones de grupo por línea y área
• Pasarela a IP u otra plataforma
• Probar el comportamiento sin conexión

BACnet

BACnet es el lenguaje común de las instalaciones y de los sistemas de gestión de edificios. Define objetos, propiedades y servicios, de modo que una enfriadora o una UMA puede exponer su estado, sus consignas y sus alarmas de forma estructurada. BACnet/IP funciona sobre Ethernet; MS/TP funciona sobre un bus serie. La integración requiere la instancia de dispositivo, los identificadores de objeto, las unidades y los permisos de lectura y escritura. Las suscripciones de cambio de valor reducen el sondeo, pero no todos los dispositivos las implementan bien. El mapa de puntos debe registrar qué objetos son de solo lectura, cuáles son comandables y qué ocurre cuando se pierde la comunicación. La lista de objetos debe exportarse y revisarse antes de crear los gráficos, no descubrirse durante la puesta en marcha. Los puntos de estado de solo lectura y las consignas comandables deben separarse en los gráficos y en los permisos. Los números de instancia de dispositivo BACnet deben ser únicos en toda la interred, y la configuración de BBMD o de los routers debe documentarse cuando el tráfico cruza subredes.

• Objetos, propiedades y servicios
• BACnet/IP sobre Ethernet
• MS/TP sobre bus serie
• Derechos de lectura y escritura y comportamiento de reserva

Modbus

Modbus es sencillo, muy extendido y poco tolerante. Expone registros y bobinas, y el integrador debe conocer el mapa de registros, el tipo de dato, el escalado y el orden de bytes. Modbus RTU funciona sobre RS485; Modbus TCP funciona sobre Ethernet. Lo utilizan contadores, inversores, fuentes de alimentación, sensores y muchos PLC. Como Modbus no tiene un modelo de objetos estándar, dos dispositivos de fabricantes distintos pueden usar el mismo número de registro con significados diferentes. El mapa de registros y las unidades de ingeniería pertenecen al documento de integración, no a la memoria de alguien. Un único factor de escalado erróneo puede hacer que un informe de energía sea verosímil pero falso, lo que es peor que un fallo evidente. Un sondeo demasiado agresivo puede saturar un bus serie y provocar tiempos de espera que parecen averías de dispositivos. Los segmentos serie también necesitan una terminación, una polarización y un aislamiento correctos, y un número de dispositivos que el bus pueda soportar realmente.

• Registros, bobinas y códigos de función
• RTU sobre RS485, TCP sobre Ethernet
• Escalado y orden de bytes
• Mapa de registros documentado

DALI y los buses Loxone

DALI controla luminarias direccionables, con direccionamiento individual, grupos, escenas y realimentación de fallos. Es un bus de iluminación, no un bus general de edificio, y necesita una pasarela o un controlador para unirse al sistema global. Loxone utiliza Tree para dispositivos cableados, Air para dispositivos inalámbricos y 1-Wire para sensores sencillos. Tree y Air transportan alimentación y datos para los dispositivos compatibles; 1-Wire es un bus de sensores de baja velocidad. La elección entre ellos depende del método de construcción, del tipo de dispositivo y de la necesidad de mantener simple la topología del bus. Los buses DALI y Loxone deben mantenerse dentro de los tamaños de segmento y límites de alimentación previstos, y el diseño debe mostrar dónde empieza y termina cada segmento. La elección debe quedar registrada en el diseño, incluido el motivo, para que un cambio posterior no mezcle tipos de bus sin criterio. También debe documentarse un programa de pruebas de iluminación de emergencia DALI, porque es una rutina de seguridad de las personas, no una escena.

• Direccionamiento, grupos y escenas DALI
• Tree para dispositivos Loxone cableados
• Air para dispositivos inalámbricos
• 1-Wire para sensores sencillos

Pasarelas, mapeo de puntos y pruebas

La selección de la pasarela es una decisión de diseño. La pasarela debe admitir la versión de protocolo requerida, el número de puntos, la frecuencia de sondeo y la dirección de los datos. El mapeo de puntos asigna después a cada elemento de datos un nombre, una dirección, un tipo, una unidad y un permiso. La denominación debe coincidir con los planos y con los gráficos del operador. Las pruebas empiezan en fábrica con una comprobación punto a punto, continúan en obra con dispositivos reales y terminan con pruebas de interbloqueo y de fallo. El paquete de entrega debe incluir la lista de direcciones, la configuración de las pasarelas, los registros de pruebas y una declaración clara de lo que es de solo lectura. El documento de integración debe ser un registro vivo: cuando se sustituye un dispositivo, su dirección y su mapeo de puntos se actualizan en el mismo lugar. Los registros de pruebas deben indicar el dispositivo, el firmware, el punto y el valor esperado, no solo si se superó o no. Una pasarela que no está documentada es una futura interrupción con una causa desconocida.

• Versión de protocolo y número de puntos
• Nombre, dirección, tipo y unidad
• Pruebas en fábrica y en obra
• Lista de direcciones y registros de pruebas

Diseño de red, direccionamiento y sincronización horaria

La integración se logra o fracasa en la capa de red. Empiece por un plan de direccionamiento: rangos IP por sistema, VLAN para los servicios del edificio y una regla que determine qué dispositivos se enrutan y cuáles se aíslan. BACnet/IP requiere atención a los dominios de difusión, a los números de instancia de dispositivo y a la configuración de BBMD cuando el tráfico cruza subredes. Modbus TCP necesita un direccionamiento estable y un plan de sondeo; el Modbus serie necesita una terminación, una polarización y un aislamiento correctos, además de un límite de dispositivos por segmento. Las pasarelas deben situarse cerca de los equipos a los que sirven y alimentarse desde un circuito que no se desconecte para el mantenimiento. La sincronización horaria debe proceder de una única fuente, con todos los controladores y pasarelas usando el mismo servicio NTP; de lo contrario, no pueden correlacionarse las marcas de tiempo de las tendencias ni las secuencias de alarmas. La documentación de red debe formar parte de la entrega, no ser un diagrama dibujado tras el primer fallo.

• Plan de direccionamiento IP y VLAN
• Dominios de difusión y BBMD
• Terminación y aislamiento serie
• Una única fuente NTP para todos los dispositivos

Pruebas, documentación y modos de fallo habituales

Las pruebas deben seguir la matriz de integración y no la confianza del integrador. Las pruebas en fábrica comprueban la configuración de la pasarela, los nombres de los puntos y los derechos de lectura y escritura frente a un dispositivo de banco. Las pruebas en obra repiten las comprobaciones con equipos reales y añaden pruebas de fallo de comunicación: desconectar una pasarela, retirar un segmento de bus, corromper un registro, reiniciar un controlador. Después se prueban las alarmas y los interbloqueos de extremo a extremo, incluidos el acuse de recibo del operador y el registro de auditoría. La documentación debe incluir la lista de direcciones, el mapa de puntos, los ajustes de las pasarelas, el diagrama de red, los registros de pruebas y una declaración de los puntos de solo lectura. Los fallos habituales son predecibles: una instancia de dispositivo BACnet duplicada, un orden de bytes Modbus incorrecto, una pasarela que sondea más rápido de lo que el dispositivo puede responder, un servicio BACnet no admitido, una dirección de grupo KNX con un tipo de punto de datos incorrecto y un desajuste de firmware entre pasarela y dispositivo. Cada uno tiene una prueba que lo habría detectado.

• Comprobaciones de puntos en banco y en obra
• Pruebas de fallo de comunicación
• Pruebas de extremo a extremo de alarmas e interbloqueos
• Lista de direcciones, mapa de puntos y registro de firmware

Integración del control de acceso

La integración del control de acceso conecta los eventos de puerta, las decisiones del lector y los estados de alarma con la plataforma del edificio sin convertirse en el proveedor del control de acceso. El controlador de acceso sigue siendo la autoridad para la validación de credenciales y la apertura de puertas; la plataforma se suscribe a los eventos, aplica lógica entre sistemas y presenta una única línea de tiempo. Los enlaces habituales son eventos de puerta abierta, apertura forzada, entrada válida y coacción, además de respuestas de vídeo e iluminación. El alcance debe indicar qué sistema es responsable de la puerta, cuál del registro de eventos y qué ocurre cuando cualquiera de las partes está fuera de línea.