Guía técnica

BACnet, Modbus y KNX: diferencias y cuándo usar cada protocolo

BACnet es el protocolo abierto pensado para la automatización de edificios; Modbus, un protocolo industrial sencillo para leer y escribir registros; KNX, el estándar de control de estancias, iluminación y persianas. En un edificio real suelen convivir los tres. Le explicamos qué hace cada uno, cuándo conviene y cómo integrarlos sin sorpresas.

Respuesta en menos de 24 horas laborables · Toda Extremadura y provincias limítrofes

Qué es BACnet

BACnet (Building Automation and Control Networks) es un protocolo de comunicación diseñado específicamente para la automatización de edificios. Lo define la norma ASHRAE 135 y está adoptado como norma internacional ISO 16484-5. Es abierto: cualquier fabricante puede implementarlo.

  • Modelo de objetos: cada dato es un objeto con propiedades (entrada analógica, salida binaria, valor, horario, calendario, registro de tendencia, clase de notificación). Un equipo BACnet describe lo que es, no solo un número en una dirección.
  • Servicios: lectura y escritura con prioridades, suscripción a cambios de valor (COV), alarmas y eventos, horarios.
  • Redes: BACnet/IP sobre Ethernet y BACnet MS/TP sobre RS-485 para controladores de campo.

Es el lenguaje habitual de enfriadoras, climatizadores, controladores de BMS y supervisores. Si quiere ver cómo encaja en el conjunto del sistema, lea qué es un sistema BMS.

Qué es Modbus y qué es KNX

Modbus es un protocolo industrial muy extendido, simple y robusto. Funciona como maestro y esclavos (cliente y servidor en Modbus TCP): el maestro pregunta y el equipo responde con el contenido de sus registros. Hay dos variantes habituales:

  • Modbus RTU: sobre RS-485, con dirección de esclavo por equipo.
  • Modbus TCP: sobre Ethernet, normalmente por el puerto 502.

Modbus no dice qué significa cada registro: eso lo da la tabla del fabricante. Por eso es ideal para contadores, analizadores de redes, variadores y equipos de fabricante, y exige cuidado al integrarlo.

KNX es el estándar de control de viviendas y edificios recogido en la norma ISO/IEC 14543-3 (en Europa, serie EN 50090). Es un sistema descentralizado: los dispositivos se comunican entre sí por direcciones de grupo, sin un controlador central, y se configuran con la herramienta ETS. Se usa sobre todo en iluminación, persianas, control de estancias y fancoils. Más contexto en inmótica vs domótica.

LonWorks, recogido en la norma ISO/IEC 14908, fue muy habitual en edificios de las décadas pasadas. Hoy aparece sobre todo en instalaciones existentes que se mantienen o se migran.

Le respondemos en menos de 24 horas laborables con una primera valoración.

BACnet vs Modbus vs KNX: comparación práctica

La pregunta "BACnet vs Modbus" suele plantearse mal: no compiten, resuelven problemas distintos. Esta es la comparación que usamos al diseñar una integración:

  • BACnet: datos con significado (objeto, unidades, estado), alarmas, horarios y tendencias nativos, prioridades de escritura. Ideal para climatización, producción térmica y comunicación entre controladores y supervisor. Más complejo de configurar y de documentar bien.
  • Modbus: sencillo, barato y universal en equipos industriales. Sin descripción de los datos, sin alarmas ni horarios propios; todo lo pone el maestro. Ideal para contadores, variadores, analizadores y equipos de fabricante.
  • KNX: descentralizado, con gran oferta de pulsadores, actuadores y sensores de estancia de muchos fabricantes. Ideal para iluminación, persianas y control de habitaciones o despachos. Menos adecuado para secuencias complejas de producción térmica.
  • LonWorks: abierto y distribuido; hoy es sobre todo una tecnología de instalaciones existentes.

En medios físicos, BACnet MS/TP y Modbus RTU comparten RS-485, con sus reglas de cableado: bus en cadena, resistencias de final de línea y longitudes limitadas. KNX TP usa su propio par trenzado, y los tres tienen variante sobre IP.

Cuándo usar cada protocolo

  1. Climatización y producción térmica: BACnet, con controladores de edificio que ejecutan las secuencias localmente.
  2. Contadores y analizadores: Modbus, salvo que el equipo ofrezca BACnet nativo.
  3. Variadores de frecuencia: Modbus o BACnet según el equipo; el control de seguridad, por cableado. Lo vemos en variador de frecuencia en bombas y ventiladores.
  4. Iluminación, persianas y estancias: KNX, integrado en el supervisor.
  5. Equipos de fabricante (enfriadoras, calderas, VRV): el protocolo que ofrezca la pasarela del fabricante, mejor BACnet si existe.

La regla general: el protocolo se elige por el tipo de equipo, y la coherencia se consigue en el supervisor. Lo que no conviene es que cada instalador elija el suyo sin un criterio común.

Por eso, en un pliego o en un proyecto, recomendamos fijar desde el principio qué protocolo debe ofrecer cada familia de equipos, quién entrega las tablas de registros y los proyectos de configuración, y qué señales mínimas debe publicar cada máquina. Pedir solo "comunicación con el BMS" lleva a pasarelas que entregan pocos datos, con nombres crípticos y sin documentación. Concretar en el pliego cuesta poco y ahorra semanas de puesta en marcha. También conviene pedir que cada fabricante indique la versión de protocolo y la conformidad BACnet de sus equipos, para saber de antemano qué servicios soportan.

Cuéntenos qué edificio tiene y qué le preocupa. Le decimos por dónde empezar.

Integración en Niagara

Niagara 4 integra cada protocolo con su controlador de red (driver): BACnet, Modbus RTU y TCP o LonWorks, y KNX mediante drivers específicos o pasarelas, según el caso. Todos los puntos acaban en el mismo modelo, con los mismos horarios, alarmas, históricos y gráficos, sea cual sea su origen. Trabajamos con Niagara 4 como partner oficial de Honeywell; lo explicamos en integración con Honeywell.

  • BACnet: descubrimiento de dispositivos y objetos, suscripción COV donde el equipo la soporte y alarmas nativas.
  • Modbus: alta manual de cada registro según la tabla del fabricante, con tipo de dato, escala y unidades.
  • KNX: importación de las direcciones de grupo del proyecto ETS.

Si el sistema es abierto, la propiedad puede cambiar de integrador sin perder el trabajo. Lo desarrollamos en integración BMS abierta.

Buenas prácticas y errores típicos

La mayoría de problemas de integración no son del protocolo, sino de orden. Lo que hacemos en todas las instalaciones:

  • Listado de puntos antes de configurar: equipo, señal, protocolo, dirección, tipo, unidades, escritura sí o no, y alarma.
  • Plan de direccionamiento: números de dispositivo BACnet únicos en todo el edificio, direcciones MS/TP y Modbus documentadas por bus, rangos IP reservados.
  • Nombres normalizados: base de datos de nombres de puntos cortos, legibles y unívocos, en CamelCase, y etiquetado Project Haystack para que cada señal diga qué es y a qué equipo pertenece.
  • Red de control separada, con acceso remoto cifrado y usuarios individuales, según los principios de la serie ISA/IEC 62443.

Errores que encontramos a menudo:

  • Números de dispositivo BACnet duplicados, que hacen aparecer y desaparecer equipos.
  • Registros Modbus desplazados una posición (base 0 frente a base 1), orden de palabras invertido en valores de 32 bits o escalas mal aplicadas.
  • Buses RS-485 en estrella, sin resistencias de final de línea o con velocidades distintas entre equipos.
  • Escrituras cíclicas desde el supervisor sobre memorias que el fabricante no recomienda escribir de forma continua.
  • Proyecto ETS o tablas de registros que no se entregan a la propiedad.

Llámenos o escríbanos por WhatsApp al +34 634 456 471 y lo vemos con usted.

Caso de éxito

Gran Teatro de Cáceres: climatizadores integrados en Niagara

El Gran Teatro de Cáceres tiene climatizadores con recuperador y una enfriadora que debían verse y gestionarse desde una única supervisión.

Qué hicimos

  • Integración de los climatizadores CL1 y CL2, con su recuperador, y de la enfriadora en una supervisión Niagara.
  • Gráficos 3D propios para cada equipo.
  • Nombres de señales normalizados y etiquetado Project Haystack.

Quiero un resultado así

Preguntas frecuentes

Preguntas frecuentes

¿Qué es BACnet?

Es un protocolo de comunicación abierto diseñado para la automatización de edificios, definido por la norma ASHRAE 135 y adoptado como ISO 16484-5. Organiza los datos como objetos con propiedades, e incluye alarmas, horarios y tendencias. Funciona sobre IP y sobre RS-485 (MS/TP). Es el lenguaje habitual de la climatización y los sistemas BMS.

¿Qué diferencia hay entre BACnet y Modbus?

BACnet describe sus datos: cada señal es un objeto con nombre, unidades y estado, y el protocolo gestiona alarmas y horarios. Modbus solo transmite registros numéricos cuyo significado da la tabla del fabricante. BACnet encaja en climatización y controladores; Modbus, en contadores, variadores y equipos industriales. En un edificio suelen convivir.

¿Qué es Modbus RTU y Modbus TCP?

Son dos variantes del mismo protocolo. Modbus RTU funciona sobre un bus serie RS-485, con una dirección por equipo. Modbus TCP funciona sobre Ethernet, normalmente por el puerto 502. La lógica es la misma: un maestro o cliente lee y escribe registros en los equipos según la tabla del fabricante.

¿KNX sirve para controlar la climatización?

Sirve bien para el control de estancias: termostatos, fancoils, válvulas de zona y modos de funcionamiento. Para la producción térmica y los climatizadores, con secuencias complejas, es más habitual usar controladores de edificio con BACnet. Lo más práctico es combinarlos e integrar ambos en el mismo supervisor.

¿Se pueden integrar BACnet, Modbus y KNX en un mismo sistema?

Sí. Un supervisor como Niagara 4 integra cada protocolo con su driver o, en algunos casos como KNX, mediante una pasarela, y presenta todos los puntos en un modelo común, con los mismos horarios, alarmas, históricos y gráficos. La clave es tener un listado de puntos, un plan de direccionamiento y nombres normalizados antes de empezar a configurar.

¿Qué errores son típicos al integrar Modbus?

Los más frecuentes son registros desplazados una posición por la diferencia entre base 0 y base 1, orden de palabras invertido en valores de 32 bits, escalas mal aplicadas y buses RS-485 mal cableados, sin resistencias de final de línea o en estrella. Se evitan con la tabla del fabricante y pruebas punto a punto.

¿Sigue usándose LonWorks?

Aparece sobre todo en edificios existentes, donde se mantiene o se migra. Es un sistema abierto recogido en la norma ISO/IEC 14908. Niagara puede integrarlo, lo que permite conservar equipos que funcionan mientras se planifica una migración por fases hacia controladores actuales.

Llámenos o escríbanos por WhatsApp al +34 634 456 471 y lo vemos con usted.

¿Tiene un sistema de control que nadie sabe mantener?

Revisamos su instalación y le decimos qué se puede aprovechar, qué conviene sustituir y cuánto puede ahorrar.

WhatsApp