BACnet y Modbus en un mismo edificio: estrategia de mapeo mediante pasarela
Cuando el BMS habla BACnet pero el chiller, los variadores y los contadores de energía del edificio solo hablan Modbus RTU o Modbus TCP, la solución no es un segundo sistema de supervisión, sino un mapeo documentado a través de una pasarela BACnet/Modbus.
Cómo planificamos el mapeo
Auditar cada dispositivo Modbus
Listamos cada chiller, variador, contador y controlador del edificio y obtenemos su mapa de registros -- dirección, tipo de dato, escala y function code -- directamente de la documentación del fabricante, no por suposición.
Elaborar la lista de objetos BACnet
Para cada registro se decide si se convierte en un AI (lectura) o en un AV/BV (punto controlable), y la convención de Object_Name se acuerda antes de tocar la configuración de la pasarela.
Configurar la pasarela y asignar los derechos de escritura
La traducción de registro a objeto se programa en la pasarela, y se documenta qué dispositivo único -- el BMS o un controlador local -- tiene derecho de escritura sobre cada punto.
Puesta en marcha y verificación en el BMS
Antes de la recepción se comprueba el Present_Value de cada objeto mapeado, se revisan los Status_Flags ante pérdida de comunicación, y se contrasta la lista de puntos con el mapa de registros Modbus original.
Lo que el mapeo tiene que resolver bien
Cada registro Modbus se convierte en un objeto BACnet nativo
Una pasarela bien configurada expone cada registro holding o input de Modbus como un objeto BACnet propio -- normalmente Analog Input para lecturas, Analog Value o Binary Value para puntos controlables -- de modo que toda la lista de puntos Modbus aparece en la gráfica del BMS como cualquier otro dispositivo BACnet nativo.
Mapa de registros, no suposiciones
Modbus no tiene un modelo de objetos autodescriptivo -- la dirección del registro, el tipo de dato y el factor de escala deben documentarse a partir del manual del dispositivo antes de crear ningún objeto en la pasarela.
El tipo de objeto coincide con el punto
Las lecturas se convierten en Analog Input; las consignas controlables y los puntos de arranque/paro se convierten en Analog Value o Binary Value, siguiendo las mismas convenciones de Present_Value y Status_Flags que los dispositivos BACnet nativos.
Una sola convención de nombres, nada de AI-1/BO-14
Los objetos generados por la pasarela heredan el nombre que les da el integrador -- sin la misma convención planta-sistema-punto que en los dispositivos BACnet nativos, la gráfica del BMS se vuelve ilegible.
Un solo dispositivo posee cada escritura
Se decide de antemano si el BMS o un controlador local tiene derecho de escritura sobre un punto mapeado -- el Priority_Array resuelve conflictos entre clientes BACnet, pero no un conflicto entre una escritura BACnet y otra Modbus sobre el mismo registro.
Revisar el PICS de la pasarela antes del cableado
El PICS propio de la pasarela indica con exactitud qué tipos de objeto y servicios BACnet soporta como servidor -- se revisa antes de diseñar el mapeo, no después.
Qué incluye el paquete de mapeo
Documentación que un instalador, integrador o equipo de mantenimiento puede recibir y reutilizar.
- Mapa de registros Modbus de cada dispositivo origen (dirección, tipo de dato, escala, function code)
- Lista de objetos BACnet destino con convención de Object_Name y Description acordada
- Tabla de derechos de escritura que indica qué dispositivo escribe en cada punto
- Registro de configuración de la pasarela con verificación cruzada del PICS
- Checklist de puesta en marcha para verificar Present_Value y Status_Flags tras el arranque
Preguntas frecuentes
¿Puede un BMS BACnet hablar directamente con dispositivos Modbus RTU?
No -- BACnet y Modbus son protocolos distintos con modelos de objetos distintos. Una pasarela BACnet/Modbus se sitúa entre ambos, consulta el dispositivo Modbus y expone cada registro como un objeto BACnet, de modo que el BMS nunca habla Modbus directamente.
¿A qué tipo de objeto BACnet debe convertirse un registro holding de Modbus?
Depende del punto, no del tipo de registro. Una lectura de solo lectura suele convertirse en Analog Input; un registro que el BMS necesita escribir se convierte en Analog Value o Binary Value, según el uso real del punto.
¿Qué lado debería tener el derecho de escritura sobre un punto mapeado?
Debe tenerlo exactamente un dispositivo -- ya sea el BMS a través de la pasarela, o un controlador local directamente en el dispositivo Modbus. Esto se documenta punto por punto; si ambos lados escriben en el mismo registro aparecen conflictos intermitentes difíciles de diagnosticar.
¿Se necesita un BBMD para este tipo de configuración con pasarela?
Solo si la pasarela y el servidor BMS están en subredes IP distintas y las difusiones BACnet/IP -- Who-Is/I-Am -- necesitan cruzar esa frontera. Una pasarela en la misma subred que el servidor BMS normalmente no lo necesita.
¿En qué se diferencia esto de un puente OPC-UA?
Una pasarela BACnet/Modbus es una traducción directa y específica entre dos protocolos de campo. OPC-UA suele añadirse como una capa de integración más amplia cuando un tercer sistema -- SCADA, un MES o una plataforma de analítica -- también necesita los mismos datos; consulta nuestra página sobre el puente OPC-UA / BACnet / Modbus para ese caso.
¿Está integrando dispositivos Modbus en un BMS BACnet?
Envíenos la lista de dispositivos -- le ayudamos a planificar el mapeo de registros a objetos antes de configurar la pasarela.