
Comparación
Loxone frente a BACnet
Por qué Loxone y BACnet no son la misma categoría, cómo se conectan los dispositivos BACnet a una plataforma basada en Loxone y dónde encaja cada uno en el diseño de control de un edificio.
Un error de categoría que conviene corregir
Una página de comparación suele poner dos alternativas una al lado de la otra. Loxone y BACnet no encajan en ese marco. BACnet define cómo los dispositivos intercambian objetos y servicios a través de una red. Loxone define una plataforma de control: un controlador, I/O, un entorno de ingeniería y una interfaz de operación. Uno es un idioma; el otro es un lugar donde se habla ese idioma. Puede gestionar un edificio con BACnet sin Loxone, y puede gestionar Loxone sin BACnet. La pregunta útil es cómo se encuentran. Una vez claro, la pregunta comercial se simplifica: ¿necesita un supervisor nativo de BACnet, una plataforma entre sistemas o ambos? Llamarlos competidores conduce a especificaciones deficientes, porque mezcla un requisito de protocolo con un requisito de plataforma. Una especificación puede exigir dispositivos BACnet y una capa operativa basada en Loxone sin contradicción. La distinción también afecta a quién contrata: un ingeniero de BACnet y un integrador de plataformas no siempre son la misma persona.
- BACnet: protocolo, modelo de objetos, servicios
- Loxone: plataforma de controlador, lógica, interfaz de operador
- Se encuentran en una interfaz o pasarela BACnet/IP
El modelo de objetos BACnet, en breve
BACnet expone las instalaciones como objetos: entradas y salidas analógicas, entradas y salidas binarias, valores analógicos, valores multiestado, horarios, tendencias y clases de notificación. Cada objeto tiene un número de instancia y un conjunto de propiedades. Un controlador lee un valor presente, escribe un punto de consigna mediante un array de prioridades o se suscribe a notificaciones de cambio de valor. El modelo es sólido para las instalaciones porque es explícito e independiente del fabricante. Es menos expresivo que un entorno de programación libre: un objeto BACnet describe datos, no la narrativa operativa que los rodea. No es un defecto; es una división del trabajo. El dispositivo es responsable de su secuencia y la plataforma de la coordinación y la vista del operador. Los servicios importan tanto como los objetos: Who-Is e I-Am para el descubrimiento, ReadProperty y ReadPropertyMultiple para los datos, WriteProperty para los comandos, SubscribeCOV para los eventos. Algunos dispositivos implementan solo un subconjunto, por lo que la lista de objetos es una promesa que debe probarse. Un dispositivo que solo expone lecturas de valor presente puede supervisarse pero no controlarse, lo que cambia el modelo operativo.
- Los objetos llevan números de instancia y propiedades
- El array de prioridades protege las escrituras críticas
- El cambio de valor reduce el tráfico de sondeo
- Los servicios y el soporte de objetos varían según el dispositivo
Cómo funciona Loxone con BACnet
En un proyecto basado en Loxone, BACnet/IP es una de las interfaces de campo. El controlador lee los puntos de las instalaciones, los mapea a su propio modelo de datos y añade horarios, interbloqueos, alarmas, tendencias y vistas de operador. El dispositivo BACnet conserva su control local y sus funciones de seguridad; la plataforma supervisa y coordina. Cuando las instalaciones hablan BACnet MS/TP, una pasarela o router traduce a IP. El mapeo debe documentarse punto por punto: nombre del objeto, instancia, unidad, escalado, dirección de lectura/escritura e intervalo de actualización. El documento de mapeo se convierte en el manual de mantenimiento. Sin él, cada cambio futuro depende de la persona que construyó la integración. Decida pronto si la plataforma sondeará o se suscribirá: COV reduce el tráfico pero depende del soporte del dispositivo y de cómo notifica los cambios. Para los puntos críticos, una comprobación de latido o de antigüedad máxima evita que un valor congelado parezca saludable. El controlador de las instalaciones debe seguir siendo la autoridad de sus propias seguridades. Cuando la pasarela lo admita, conviene exponer al operador un contador de diagnóstico de lecturas fallidas.
- BACnet/IP como interfaz de campo nativa
- MS/TP mediante una pasarela o router
- Mapeo y nomenclatura punto por punto
- La seguridad de las instalaciones permanece en el controlador de instalaciones
Mapeo de puntos, nomenclatura y responsabilidad de escritura
El mapeo de puntos es donde nacen la mayoría de los defectos de integración. Incluya la instancia del objeto BACnet en el nombre del punto de la plataforma, por ejemplo B01-CH-01-CHWST-AI-1201, para que el soporte de campo pueda rastrear un valor hasta el dispositivo sin una búsqueda aparte. Registre el tipo de objeto, la instancia, la propiedad, la unidad de ingeniería, la resolución, los derechos de lectura/escritura, la prioridad y el responsable de cada punto escribible. El escalado debe probarse en todo el rango, no con un único valor. Las alarmas necesitan la misma disciplina: decida qué eventos proceden del dispositivo y cuáles calcula la plataforma, y quién los reconoce. Un nombre de punto que signifique algo para el operador vale más que un árbol de objetos perfecto que solo el programador puede leer. Evite duplicar el mismo valor físico con dos nombres; los puntos duplicados se desvían y confunden el análisis de tendencias. Trate el registro de mapeo como un documento controlado con revisión. Un mapeo revisado por el contratista mecánico detecta errores de nomenclatura antes de que lleguen a los gráficos.
- Instancia del objeto visible en el nombre del punto
- Tipo, propiedad, unidad, escalado y derechos
- Prioridad de escritura, liberación y responsable
- Un nombre por valor físico
Dónde encaja cada uno
Utilice supervisión nativa de BACnet cuando la especificación de las instalaciones ya defina dispositivos BACnet, cuando el consultor desee una arquitectura de BMS convencional o cuando el equipo de instalaciones esté formado en una estación de trabajo BACnet. Utilice una capa basada en Loxone cuando el edificio necesite un único modelo lógico para las instalaciones BACnet, la iluminación KNX, los medidores Modbus, los eventos de acceso y las habitaciones de hotel. En muchos proyectos están presentes ambos: BACnet para las instalaciones, Loxone para la integración y la experiencia del operador. La frontera debe quedar escrita, incluido quién es responsable de cada punto y quién prueba cada escritura. La frontera no es un compromiso político; es la línea entre la seguridad de los dispositivos y la coordinación del edificio. Una prueba útil es preguntar qué ocurre cuando la plataforma está desconectada: las instalaciones deben seguir funcionando con sus propios controles. Si no lo hacen, el diseño ha depositado demasiada autoridad en la capa de integración. Esa prueba debe formar parte de la revisión de diseño, no descubrirse en la puesta en marcha.
- Nativo de BACnet: BMS convencional de instalaciones
- Basado en Loxone: integración entre sistemas
- Combinado: instalaciones en BACnet, lógica en Loxone
- Las instalaciones deben sobrevivir a la pérdida de la plataforma
Pruebas, limitaciones y entrega
BACnet no se configura solo. Los números de instancia de dispositivo, los números de red, la configuración BBMD y los nombres de objeto deben planificarse. Los objetos específicos del fabricante y las propiedades propietarias pueden no ser legibles por un tercero. Las escrituras necesitan una prioridad y un comportamiento de liberación definidos, o un punto de consigna puede quedar bloqueado. Las pruebas deben cubrir el descubrimiento, las lecturas de objetos, los puntos escribibles, las suscripciones COV, la entrega de alarmas, el fallo de red y la recuperación. Un punto que aparece en un árbol de navegación no está puesto en marcha hasta que se ha leído, escalado, escrito y observado. El paquete de entrega debe incluir el registro de dispositivos, la exportación de objetos, la lista de puntos, el diagrama de red, los registros de pruebas y los nombres de las personas que pueden modificar cada dispositivo. Compruebe el rendimiento además de la función: un dispositivo que responde en segundos durante las pruebas puede agotar el tiempo de espera con un sondeo completo. Registre las versiones de firmware, porque una actualización del fabricante puede cambiar el comportamiento de los objetos. Cuando un dispositivo no pueda proporcionar la propiedad requerida, registre la limitación y diseñe en consecuencia.
- Planifique las instancias de dispositivo y los números de red
- Confirme los objetos del fabricante y los derechos de lectura/escritura
- Pruebe COV, las escrituras con prioridad y el failover
- Registre el escalado, las unidades y los intervalos de actualización
- Entregue el registro de dispositivos y los contactos de acceso
Plataforma Loxone y BACnet en comparación
14 rows| Criterio | Plataforma Loxone | BACnet |
|---|---|---|
| Qué es | Plataforma de controlador con herramientas de ingeniería y de operador | Protocolo abierto de automatización de edificios |
| Alcance | Lógica, integración, supervisión, aplicación | Intercambio de datos de dispositivos y objetos de instalaciones |
| Modelo de datos | Objetos de plataforma y bloques de función | Objetos estándar con números de instancia y propiedades |
| Servicios | Servicios de plataforma y adaptadores de protocolo | Who-Is, ReadProperty, WriteProperty, SubscribeCOV |
| Ubicación de la lógica | En el programa del controlador | En dispositivos BACnet o en un BMS |
| Ecosistema de dispositivos | Dispositivos Loxone más protocolos abiertos | Dispositivos BACnet multimarca |
| Función típica | Integración y operación entre sistemas | Conectividad de instalaciones, AHU, enfriadoras y medidores |
| Herramienta de ingeniería | Loxone Config | Herramienta de BMS del fabricante o herramienta de ingeniería BACnet |
| Gestión de escrituras | Lógica de plataforma con responsabilidad definida | Array de prioridades con comportamiento de liberación |
| Informes | Integrado en la plataforma | Depende del BMS o del supervisor |
| Punto fuerte | Una capa de lógica entre sistemas | Integración de instalaciones independiente del fabricante |
| Limitación | Configuración centrada en el controlador | El modelo de objetos no describe secuencias |
| Evidencia de entrega | Copia de seguridad de Config, lista de puntos y registros de pruebas | Registro de dispositivos, exportación de objetos y registros de pruebas |
| Encaje típico | Operación integrada del edificio | Control a nivel de instalaciones y especificación de BMS |
Imágenes del proyecto
3 images


Preguntas frecuentes
01¿Es Loxone un sistema BACnet?
No. Loxone es una plataforma de controlador que admite BACnet/IP como una de sus interfaces. Un sistema BACnet se compone de dispositivos BACnet y un supervisor compatible con BACnet.
02¿Puede Loxone leer dispositivos BACnet?
Sí, mediante una interfaz BACnet/IP. El proyecto confirma qué tipos de objeto, propiedades y servicios exponen los dispositivos y después los mapea a puntos de la plataforma.
03¿Necesitamos una pasarela para BACnet?
No siempre. Los dispositivos BACnet/IP pueden conectarse a través de la red del edificio. Normalmente se necesita una pasarela para BACnet MS/TP o para un segmento de red que no pueda enrutarse directamente.
04¿Puede Loxone sustituir nuestro BMS BACnet?
Puede supervisar las instalaciones BACnet y proporcionar la capa de operador, pero la seguridad de las instalaciones y las secuencias locales deben permanecer en los controladores de instalaciones. Eliminar el BMS existente es una decisión de ciclo de vida aparte.
05¿Cuál es más abierto?
BACnet es un protocolo abierto con un modelo de objetos estándar. Loxone es una plataforma propietaria con interfaces abiertas. La apertura debe juzgarse por lo que puede leer, escribir y sustituir más adelante, no solo por la etiqueta.
06¿Pueden BACnet y Loxone compartir puntos de consigna?
Sí, con una ruta de escritura y una prioridad definidas. El proyecto debe decidir qué sistema es responsable del punto de consigna, qué ocurre cuando falla la comunicación y cómo se registra el último comando.
07¿Qué debe probarse antes de la entrega?
Descubrimiento de dispositivos, lecturas de puntos, puntos escribibles, escalado, suscripciones COV, enrutamiento de alarmas, pérdida de red y recuperación. Los registros de pruebas deben indicar el objeto y el valor observado, no solo el dispositivo.
08¿Es BACnet adecuado para edificios pequeños?
Puede serlo, pero puede ser más estructura de la que necesita una instalación pequeña. La decisión debe seguir las interfaces de los equipos y el modelo de operación, no la popularidad del protocolo.
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.