Un módulo de riel DIN que habla MQTT con la nube, BACnet con el edificio y Modbus TCP con las máquinas. Esa frase solía describir un panel lleno de puertas de enlace. Ahora describe una única CPU compacta capaz de Ethernet, y la historia multi-protocolo en la plataforma xLogic no es una diapositiva de marketing: está en el firmware, documentada a través de las revisiones del manual: MQTT desde V1.04, BACnet desde V1.57, Modbus desde el primer día.
Aquí está cómo usar eso sin crear una pesadilla de mantenimiento.
El Mapa de Protocolos
Cada protocolo tiene su audiencia natural, y el truco es mantenerlos separados:
- Modbus TCP— el piso de la máquina: VFDs, HMIs, SCADA, otros PLCs. Determinista, basado en registros, el apretón de manos industrial universal.
- MQTT— la nube: publica telemetría a un broker, los paneles se suscriben. Basado en eventos, amigable con NAT, construido para redes poco fiables.
- BACnet— el edificio: salas de planta, AHUs, cabezales de BMS. La lengua nativa de la industria inmobiliaria.
Una CPU que atiende a las tres audiencias significa que el constructor de máquinas, el gerente de instalaciones y el panel de control en la nube ven el mismo dispositivo — cada uno en su propio idioma, ninguno de ellos necesita una caja convertidora.
Edificio Real: Pequeña Sala de Planta
Una sala de planta con un AHU, dos grupos de fan-coil y una bomba de calor: Modbus TCP al HMI local y los VFD, BACnet al BMS del edificio para programación y alarmas, MQTT a un servicio en la nube para tendencias remotas. Tres protocolos, un controlador, un programa. El ingeniero del BMS preguntó quién fabricó la puerta de enlace. La respuesta — "no hay puerta de enlace" — generó un silencio que duró cinco segundos completos.
Ese silencio es el producto funcionando.
Qué Mantener Separado
Los protocolos pueden compartir la CPU, pero no deberían compartir el plan de datos. Mapea los puntos una vez, deliberadamente: qué registros son visibles para Modbus, qué objetos son BACnet, qué temas son MQTT. Un mapa de puntos único, mantenido en una hoja de cálculo, previene el fallo clásico: un número de registro que cambia y tres sistemas que se quedan obsoletos en silencio.
Y recuerda los límites del modelo: BACnet/IP y MQTT necesitan las CPUs capaces de Ethernet. Los modelos solo seriales mantienen Modbus RTU y BACnet/MSTP. Verifica el modelo contra el requisito antes de la promesa, no después de la orden de compra.
El Ángulo de Soporte que Nadie Precia
El multi-protocolo no es solo una característica; es una puerta de ventas. Las licitaciones ahora piden integración BMS como estándar, conectividad en la nube como un ítem de lista de verificación. Un controlador que responde a ambos sin complementos pasa el filtro de pre-calificación. La diferencia de precio entre las versiones de protocolo único y multi-protocolo es pequeña; la diferencia en qué proyectos se te permite licitar no lo es.
Disciplina del Mapa de Puntos
El multi-protocolo es una bendición y una trampa. La bendición: una CPU que atiende a tres sistemas. La trampa: tres sistemas leyendo versiones ligeramente diferentes de la verdad. La solución es aburrida y no negociable: un mapa de puntos único que liste cada valor una vez, con su registro, su objeto BACnet y su tema MQTT en la misma fila.
Comienza la hoja de cálculo desde el primer día, antes de que se conecte el primer bloque. Columnas: nombre del valor, registro Modbus, tipo de objeto BACnet e instancia, tema MQTT, tipo de dato, escalado, tasa de actualización y qué sistema es autoritativo para las escrituras. La última columna importa más de lo que la gente piensa: cuando el BMS y el panel de control en la nube quieren cambiar un punto de ajuste, alguien tiene que ganar, y el mapa dice quién. Sin él, dos sistemas pelean por un valor y la máquina se comporta de manera impredecible a las 3 AM.
Versiona el mapa con el programa. Cada cambio de firmware, cada punto añadido, cada renumeración: el mapa se actualiza en el mismo commit. He heredado proyectos donde el mapa estaba desactualizado dos años y tres personas tenían copias diferentes. Reconstruirlo tomó una semana de mirar tablas de registros. Una semana. No seas ese proyecto.
Y prueba los caminos entre protocolos deliberadamente: escribe un punto de ajuste desde el BMS, verifica que la máquina responde, verifica que el panel de control en la nube muestra el cambio. Una prueba de extremo a extremo por punto, en la puesta en marcha, captura los errores de mapeo mientras son baratos de arreglar.
Realidad del Firmware y la Versión
Las características del protocolo llegaron en oleadas, y la historia de la revisión del manual cuenta la historia: MQTT en 4.2, el servidor web en 4.5, instrucciones de WiFi en 6.0, BACnet en 6.2, soporte SR-22 en 6.2.1. Si estás planeando un proyecto multi-protocolo, la versión del firmware no es un detalle: es un requisito. Una CPU que se envió hace dos años puede necesitar una actualización antes de hablar BACnet, y el camino de actualización depende del modelo.
Haz que la verificación del firmware sea parte de la lista de verificación de pre-venta. Anota la versión en el pedido, confírmala en la entrega y documenta en la hoja de puesta en marcha. La conversación más cara en este negocio es "debería soportar eso" seguida de "este no lo hace."
Y mantén los protocolos honestos sobre sus fortalezas. BACnet para el edificio, Modbus para las máquinas, MQTT para la nube — cada uno en el tipo de cable para el que fue diseñado. La CPU Ethernet maneja los tres simultáneamente; no los convierte mágicamente en un solo protocolo, y no debería. La separación es lo que mantiene la planta funcionando cuando se cae el enlace de la nube: el tráfico local de Modbus y BACnet no espera por internet.
El Hábito de Documentación de Protocolos
Un controlador de tres protocolos sin un mapa de protocolo es una exhibición de museo. La disciplina cuesta una hora en la puesta en marcha y ahorra una semana cada vez que cambia el edificio: una hoja que lista cada punto, su registro Modbus, su objeto BACnet y su tema MQTT — con la autoridad de escritura marcada. La hoja vive con los dibujos del panel, versionada con el programa. Cuando el ingeniero del BMS pregunta "¿qué valor es la temperatura de suministro?" la respuesta es una fila, no una tarde de arqueología de registros.
Compra la versión con los protocolos. Los proyectos seguirán.
