Protocolos
KNX vs BACnet — Qué protocolo para cada tarea
En qué se diferencian KNX y BACnet en función, topología e ingeniería, por qué la mayoría de los edificios usan ambos y cómo decidir dónde corresponde cada protocolo.
Respuesta rápida
KNX y BACnet resuelven capas distintas. KNX es un bus de campo para iluminación de salas, protección solar y control local; BACnet es un protocolo de supervisión para instalaciones, AHU e integración con BMS, normalmente sobre IP. Muchos edificios usan ambos: KNX en la sala, BACnet en las instalaciones y un supervisor que presenta un único modelo de puntos.
Tareas distintas, no productos rivales
La comparación sale mal cuando KNX y BACnet se tratan como respuestas competidoras a una misma pregunta. KNX se diseñó para el control distribuido de salas y edificios: interruptores, sensores, actuadores y protección solar en un bus compartido. BACnet se diseñó para la integración de supervisión de instalaciones y sistemas del edificio: enfriadoras, AHU, contadores y frontales de BMS. Uno es más fuerte cerca del ocupante; el otro es más fuerte en la capa de instalaciones y gestión. Preguntar cuál es mejor es como preguntar si es mejor un termostato de sala o un controlador de enfriadora. Una forma útil de compararlos es preguntar de qué se responsabiliza cada protocolo cuando la red funciona y qué sigue funcionando cuando no.
- KNX es un bus de campo; BACnet es un protocolo de supervisión
- Compare por capa, no por eslogan
- La mayoría de los edificios necesita ambos
Dónde se justifica KNX
KNX es determinista, distribuido y no depende de un único equipo central. Los dispositivos pueden mantener su comportamiento local si el supervisor está desconectado. Se adapta bien a iluminación, protección solar, presencia y escenas de sala, y tiene una cultura de puesta en marcha madura en torno a ETS. Las limitaciones son prácticas: disciplina de direcciones de grupo, propiedad del proyecto, alimentación del bus y necesidad de documentar la instalación. Los proyectos grandes necesitan una estructura clara y una convención de nombres, o el proyecto ETS se convierte en un ejercicio de arqueología. KNX es un bus de sala sólido, no un protocolo de integración de instalaciones. El bus no es un lugar para descubrir errores de direccionamiento durante la entrega; deben encontrarse en el proyecto ETS y en el banco de pruebas, antes de que se cierre el techo.
- Sólido en iluminación, protección solar y presencia
- La disciplina ETS es la verdadera limitación
- El comportamiento local sobrevive a la pérdida del supervisor
Dónde se justifica BACnet
BACnet ofrece a las instalaciones un modelo de objetos común: dispositivos, objetos analógicos y binarios, horarios, alarmas y tendencias. BACnet/IP funciona sobre Ethernet, lo que encaja con las redes de BMS y la integración entre edificios. Es la interfaz natural para enfriadoras, AHU, calderas, contadores y plataformas BMS existentes. Las limitaciones son la interoperabilidad y la propiedad: los fabricantes admiten conjuntos de objetos distintos, el comportamiento COV varía y la prioridad de escritura determina quién controla realmente un valor de consigna. BACnet es potente cuando la lista de objetos se verifica, y engañoso cuando se da por supuesta. Un dispositivo que expone solo una parte de sus puntos puede seguir siendo útil, pero la laguna debe conocerse antes de que la secuencia dependa de ella, no después de que se queje un inquilino.
- Interfaz natural para enfriadoras y AHU
- Verifique el soporte de objetos, no solo el logotipo
- La prioridad de escritura decide el control
La arquitectura combinada
En la práctica, los dos protocolos conviven. KNX se ocupa de la sala y la planta; BACnet se ocupa de las instalaciones y del BMS existente; un supervisor o controlador normaliza ambos en un único modelo de puntos. El trabajo de diseño está en el límite: qué sistema es propietario del horario, qué punto es comandable y qué ocurre cuando falla una pasarela. Mantenga la pasarela cerca de los sistemas a los que sirve, documente la dirección de cada punto y evite duplicar la lógica de control en dos lugares. Al edificio no le importa qué protocolo es más elegante; le importa qué secuencia se ejecuta cuando falla un equipo. El límite es el diseño; los protocolos son solo los idiomas que se hablan a cada lado, y el supervisor es el intérprete.
- Normalice ambos en un único modelo de puntos
- Un propietario por secuencia
- Documente el límite de la pasarela
KNX y BACnet en comparación
7 rows| Criterio | KNX | BACnet |
|---|---|---|
| Función principal | Bus de campo de sala y edificio | Supervisión e integración de instalaciones y BMS |
| Dispositivos habituales | Interruptores, sensores, actuadores, protección solar | Enfriadoras, AHU, contadores, BMS |
| Red | Bus de par trenzado, opciones de backbone IP | Ethernet/IP, opciones serie |
| Herramienta de ingeniería | Proyecto ETS | Herramientas del fabricante y listas de objetos |
| Estilo de control | Distribuido, comportamiento local | Objetos de supervisión y horarios |
| Riesgo principal | Disciplina de direcciones de grupo | Soporte de objetos y prioridad de escritura |
| Dónde encaja | Habitaciones de hotel, oficinas, villas | Salas de máquinas, campus, BMS existentes |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿Pueden funcionar juntos KNX y BACnet?
Sí. Un supervisor o una pasarela asignan ambos a un único modelo de puntos; lo importante es acordar qué sistema es propietario de cada secuencia.
02¿Cuál es mejor para un hotel?
KNX es habitual en habitaciones de hotel e iluminación de zonas comunes. BACnet es más probable en las instalaciones. Normalmente se combinan en lugar de elegir uno de forma exclusiva.
03¿BACnet va siempre sobre IP?
No. BACnet/IP es habitual, pero BACnet MS/TP sobre serie sigue existiendo, especialmente en instalaciones y controladores antiguos.
04¿Necesitamos una pasarela para KNX?
Normalmente sí, salvo que el controlador tenga una interfaz KNX nativa. La pasarela debe documentarse en la matriz de interfaces con su capacidad de puntos y su responsable de configuración.
05¿Qué protocolo es más abierto?
Ambos son estándares abiertos con ecosistemas distintos. La apertura práctica depende de la documentación, el acceso a las herramientas y la disposición del fabricante a exponer los puntos.
Siguiente paso
Tráiganos el edificio.
Cuéntenos el tipo de edificio, los sistemas incluidos y el resultado que necesita. Le mostraremos la ruta más corta hacia un sistema en funcionamiento.