
Integración con Loxone
Integración con Loxone — KNX, BACnet, Modbus y sistemas de terceros
Cómo integra un controlador Loxone KNX, BACnet, Modbus, DALI y sistemas de terceros, y qué detalles de ingeniería deciden si la interfaz sobrevive.
Respuesta rápida
Integrar significa mapear sistemas de terceros en el modelo de puntos del controlador para que se comporten como puntos nativos. KNX suele llegar a través de una pasarela, BACnet sobre IP, Modbus sobre serie o TCP, y DALI a través de un controlador de iluminación. El trabajo de ingeniería es la lista de puntos, los derechos de lectura y escritura, el escalado, la nomenclatura y el comportamiento ante fallos, no solo el cable.
Qué cambia realmente la integración
Una pasarela por sí sola no crea integración. La integración ocurre cuando un valor de terceros se convierte en un punto con nombre, unidad, indicador de calidad, permiso de escritura y un comportamiento definido cuando falla la comunicación. Ese mapeo es el entregable. Debe indicar si el punto es de solo lectura, comandable o ambos, cómo se escala, con qué frecuencia se actualiza y qué hace el controlador con el último valor conocido. Sin esa capa, el proyecto tiene una conexión pero no un sistema. Una prueba útil consiste en preguntar qué verá el operador cuando el dispositivo de terceros esté apagado; si la respuesta es un valor en blanco sin indicador de calidad ni marca de tiempo, el mapeo está incompleto.
- Un nombre, unidad, dirección y estado de fallo por punto
- Una pasarela no es una integración por sí sola
- Defina explícitamente los derechos de lectura y escritura
KNX, BACnet y Modbus en la práctica
KNX destaca en iluminación, protección solar y presencia a nivel de sala. Suele entrar a través de una interfaz o pasarela KNX, y el trabajo de ingeniería es el mapeo de direcciones de grupo y la propiedad del proyecto ETS. BACnet destaca a nivel de instalaciones y BMS. Los dispositivos BACnet/IP pueden leerse directamente o a través de una pasarela; importan los tipos de objeto, las suscripciones COV y las prioridades de escritura. Modbus es habitual en contadores, inversores e instalaciones más simples. Es un protocolo de registros sin semántica compartida, por lo que el mapa de registros, el escalado y el orden de palabras deben confirmarse por escrito. Cada protocolo resuelve una capa distinta del edificio. Los nombres de los protocolos importan menos que el acuerdo a nivel de punto entre los dos equipos de ingeniería, escrito antes de que cualquiera de las partes configure un controlador.
- KNX para salas, BACnet para instalaciones, Modbus para contadores
- Confirme los mapas de registros por escrito
- Compruebe el soporte de objetos antes del diseño
DALI, contactos secos y el resto de sistemas
DALI aporta direccionamiento individual de luminarias, regulación y retorno de fallos. Normalmente se conecta a través de un controlador DALI y no directamente al bus de automatización. Los contactos secos siguen siendo la alternativa universal para señales de incendio, instalaciones heredadas y estados simples. El resto de sistemas de un edificio suele incluir API HTTP, SNMP, contadores de impulsos y protocolos serie propios de cada fabricante. Cada uno necesita un responsable, un método de prueba y un estado de fallo. La prueba no consiste en ver si los datos aparecen una vez, sino en comprobar si el punto se recupera correctamente tras un reinicio del dispositivo, una interrupción de red y un ciclo de alimentación. Registre la hora de la última comunicación correcta de cada interfaz, para que un fallo silencioso sea visible antes de que un operador note una sala fría o una planta a oscuras.
- DALI necesita un controlador de iluminación
- Los contactos secos siguen siendo la alternativa universal
- Pruebe la recuperación tras reinicio y corte de alimentación
Reglas de arquitectura que evitan retrabajos
Mantenga las pasarelas cerca de los sistemas a los que sirven, en un segmento de red documentado. Evite pasarelas en cascada: cada traducción añade latencia y un lugar donde el modelo de datos puede desviarse. Asigne a cada punto un solo propietario y una sola dirección. Decida dónde viven los horarios: en el sistema de terceros, en el controlador o en la capa de supervisión, pero no en dos lugares. Registre el firmware y la configuración de cada pasarela, porque una unidad de repuesto con ajustes por defecto puede cambiar el comportamiento sin aviso. La integración es mantenible cuando el plano, la lista de puntos y el sistema en funcionamiento coinciden. Un plano que muestra la pasarela pero no la dirección de sus puntos es solo un diagrama de cableado, no un diseño de integración, y no ayudará al siguiente ingeniero.
- Mantenga las pasarelas cerca de sus dispositivos
- Evite las traducciones en cascada
- Registre el firmware y la configuración de las pasarelas
Integración de Modbus con Loxone
La integración de Modbus con Loxone suele funcionar sobre Modbus RTU en una extensión serie o Modbus TCP sobre la red del edificio. El trabajo de ingeniería es el mapa de registros: dirección, código de función, tipo de dato, escalado, unidad, frecuencia de sondeo y protección de escritura. Mantenga un único listado de registros y pruebe cada punto en ambas direcciones. No sondee datos que cambian rápido a una frecuencia que el dispositivo no pueda sostener; agrupe lecturas y almacene valores en caché cuando la plataforma lo permita. Para datos de facturación o de inquilinos, registre el valor bruto del registro y el valor escalado, de modo que un futuro ingeniero pueda auditar la conversión.
Interfaces de integración
7 rows| Sistema | Interfaz típica | Dirección | Atención |
|---|---|---|---|
| Iluminación y protección solar | Pasarela o interfaz KNX | Lectura y escritura | Propiedad de direcciones de grupo y acceso a ETS |
| Instalaciones y AHU | BACnet/IP | Lectura y escritura | Soporte de objetos, COV y prioridad de escritura |
| Contadores e inversores | Modbus RTU o TCP | Mayoritariamente lectura | Mapa de registros, escalado y orden de palabras |
| Luminarias | Controlador DALI | Lectura y escritura | Direccionamiento, grupos y notificación de fallos |
| Alarma de incendio | Contacto seco o interfaz supervisada | Lectura | Estado de seguridad ante fallo y matriz causa-efecto |
| Instalaciones heredadas | Contacto seco, RS485 o API | Lectura y escritura | Documentación del protocolo y repuestos |
| Panel de control de energía | API, Modbus o impulsos | Lectura | Intervalo, sincronización horaria y propiedad de los datos |
Imágenes del proyecto
3 images


Preguntas frecuentes
01¿Puede el controlador integrar KNX, BACnet y Modbus a la vez?
Sí, mediante interfaces nativas y pasarelas. La limitación es la capacidad de ingeniería y la propiedad de los puntos, no el número de nombres de protocolo en un folleto.
02¿Hay que sustituir el BMS existente?
Normalmente no. El BMS existente puede permanecer para el control de las instalaciones y supervisarse mediante BACnet, Modbus o contactos secos. La sustitución es una decisión comercial independiente.
03¿Quién suministra la pasarela?
Eso debe quedar escrito en la matriz de interfaces. La parte propietaria del protocolo suele suministrar y configurar la pasarela, y el integrador verifica los puntos.
04¿Es aceptable la integración inalámbrica?
Puede serlo, para sensores y dispositivos de modernización. Para secuencias críticas, es preferible una ruta cableada o confirmar que el enlace inalámbrico tiene un estado de fallo definido.
05¿Cómo demostramos que la integración funciona?
Con una lista de puntos firmada y una prueba presenciada: lectura, escritura, fallo y recuperación. Una captura de pantalla de un panel de control no es una prueba.
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.