Sistema Loxone
Guía del sistema Loxone: arquitectura y aplicaciones
Cómo se estructura un sistema de automatización de edificios Loxone: Miniserver, extensiones, Tree, Air y 1-Wire, programación en Config, integración con KNX, BACnet y Modbus, y entrega del proyecto.
Respuesta rápida
Loxone es una plataforma de automatización de edificios con prioridad local construida en torno al Miniserver, un controlador que ejecuta lógica, horarios y escenas sin necesidad obligatoria de conexión a la nube. Las extensiones añaden entradas y salidas, Tree, Air y 1-Wire conectan dispositivos de campo, y Config define el comportamiento que exponen la aplicación y las interfaces.
Una arquitectura con prioridad local
Loxone se diseña en torno a un principio sencillo: el edificio debe seguir funcionando cuando internet no lo hace. El Miniserver almacena el programa de control, ejecuta horarios y escenas y se comunica con los dispositivos de campo en buses locales. El acceso remoto y la aplicación móvil son comodidades superpuestas, no una dependencia para la operación diaria. Ese diseño conviene a edificios con conectividad poco fiable, requisitos estrictos de residencia de datos o necesidad de seguir operando durante un fallo de red. También cambia el modelo de soporte: el integrador puede diagnosticar la lógica localmente y el propietario no queda expuesto a la finalización de una suscripción. Prioridad local no significa aislamiento. Las pasarelas e interfaces conectan equipos KNX, Modbus, DALI y BACnet, y un supervisor puede leer el sistema sin asumir el control. En un edificio comercial, el mismo principio se aplica a la red de controladores: primero la autonomía local, después la coordinación central. La pregunta práctica es qué funciones deben sobrevivir a una caída de la WAN y si el diseño ha probado ese escenario. Una afirmación de prioridad local que nunca se ha probado sin conexión es solo una frase de marketing. La prueba debe repetirse tras una actualización de firmware, porque un cambio en el comportamiento del controlador puede reintroducir discretamente una dependencia que el diseño había eliminado. La autonomía local también tiene un coste: cada controlador necesita su propia copia de seguridad y su propio plan de sustitución.
- Lógica y horarios almacenados en el propio edificio
- Aplicación y acceso remoto como capas opcionales
- Buses locales para dispositivos de campo
- Pasarelas para sistemas de terceros
El Miniserver y las extensiones
El Miniserver es el controlador central: contiene el programa, los horarios, los permisos de usuario y las interfaces. Sus entradas y salidas integradas cubren directamente una instalación pequeña; las extensiones añaden capacidad a través de un bus local cuando el proyecto crece. La planificación de capacidad debe realizarse antes de construir el cuadro, porque el tipo de entrada, el tipo de salida y la capacidad de reserva afectan a la envolvente, la fuente de alimentación y el cableado. El diseño también debe registrar qué funciones se ejecutan en cada controlador, de modo que un fallo tenga un efecto acotado. Las copias de seguridad, los documentos de licencia y un procedimiento de restauración probado forman parte del sistema, no son un añadido posterior. La selección del modelo es una decisión de proyecto basada en el número de puntos, los requisitos de interfaz y la ampliación futura, no una elección por defecto repetida del proyecto anterior. El modelo seleccionado debe documentarse junto con el número de puntos y la lista de interfaces que lo justificaron. Un margen de capacidad de reserva es más barato en la fase de diseño que un segundo cuadro después de la entrega, y debe indicarse como porcentaje de la capacidad utilizada en lugar de dejarse como una intención vaga. El procedimiento de sustitución debe escribirse para alguien que nunca ha visto el cuadro, y probarse una vez mientras el ingeniero original aún está disponible. Un segundo controlador para aumentar la resiliencia es una decisión de diseño, no un valor por defecto; necesita un comportamiento de conmutación por error definido.
- Programa, horarios y permisos
- E/S integradas más bus de extensión
- Planificación de capacidad y reserva
- Copias de seguridad y restauración probada
Tree, Air y 1-Wire
Loxone utiliza tres tecnologías periféricas para funciones distintas. Tree es un bus cableado para interruptores, sensores, reguladores y actuadores; transporta alimentación y datos, y conviene a proyectos de obra nueva en los que se planifican los recorridos de cable. Air es un protocolo inalámbrico para dispositivos donde el cableado no es práctico, incluida la rehabilitación y algunas ubicaciones de sensores; requiere un estudio de señal y una estrategia de alimentación para dispositivos a batería. 1-Wire es un bus sencillo que se usa principalmente para la medición de temperatura en suelos, tuberías y salas, con un direccionamiento que hace identificable cada sensor. Las tres pueden coexistir en una misma instalación. Las reglas de diseño abarcan la topología, la longitud de cable, la terminación, el presupuesto de potencia y la separación del ruido de la red eléctrica. La elección no depende de qué tecnología sea más reciente, sino del edificio, los recorridos y el modelo de mantenimiento. La tecnología inalámbrica debe tratarse como una decisión de diseño con un plan de mantenimiento, no como un atajo para evitar la planificación. Documentar las direcciones de los dispositivos y la topología de bus ahorra horas durante la puesta en marcha y en la localización posterior de fallos, y es lo primero que se pierde cuando un proyecto pasa de un instalador a otro. Un dispositivo inalámbrico que necesita una escalera para acceder es un coste de mantenimiento aunque no sea un problema de control. Etiquetar cada segmento de bus en ambos extremos es un pequeño hábito que ahorra una larga tarde.
- Tree: bus cableado con alimentación y datos
- Air: inalámbrico para rehabilitación y sensores
- 1-Wire: medición de temperatura
- Topología, alimentación y direccionamiento documentados
Config: programación del edificio
Config es el entorno de ingeniería donde se define el comportamiento del edificio. Los bloques de función gestionan entradas, salidas, lógica, horarios, escenas, alarmas y derechos de usuario. Un proyecto bien estructurado utiliza convenciones de nomenclatura, bloques reutilizables y comentarios que otro ingeniero pueda seguir. La simulación y las pruebas en línea ayudan a verificar la lógica antes de la puesta en marcha, pero no sustituyen a las comprobaciones punto a punto en obra. El control de versiones importa: un horario modificado o un nuevo interbloqueo deben registrarse con fecha y motivo. El control de acceso al archivo del proyecto también importa, porque una edición sin documentar puede socavar una secuencia probada. El resultado de Config no es solo un programa que funciona; es una descripción mantenible de cómo debe comportarse el edificio, que es lo que el propietario necesita en la entrega. Una convención de nomenclatura acordada al inicio es más barata que renombrar bloques después de la puesta en marcha. Si la única persona capaz de leer el programa ha dejado el proyecto, el edificio ha perdido parte de su documentación. El programa debe tratarse como un documento controlado, no como un cuaderno personal. Un programa que depende de variables globales sin documentar no es mantenible, por elegante que parezca la lógica en pantalla. Dos ingenieros deberían poder abrirlo y encontrar el mismo bloque para la misma función.
- Bloques de función para lógica y secuencias
- Convenciones de nomenclatura y bloques reutilizables
- Simulación más pruebas de puntos en obra
- Control de versiones y acceso controlado
Integración con otros sistemas
Muy pocos edificios dependen de un único proveedor. Loxone se integra mediante interfaces nativas y pasarelas: KNX para iluminación y dispositivos de sala, Modbus RTU o TCP para contadores, inversores y equipos, DALI para luminarias, BACnet a través de una pasarela para instalaciones y sistemas de supervisión, y HTTP o REST para servicios de software. Los contactos secos siguen siendo un respaldo fiable para incendios, equipos heredados y señales de estado sencillas. Cada interfaz necesita un mapa de puntos: dirección de origen, nombre de destino, tipo de dato, unidad, escalado, dirección de lectura o escritura y estado de fallo. Las pasarelas añaden un dispositivo que debe alimentarse, configurarse y documentarse. El diseño de la integración debe indicar qué ocurre cuando una pasarela queda fuera de línea y si el controlador local puede continuar sin ella. El soporte nativo y el soporte mediante pasarela son compromisos distintos; la especificación debe indicar cuál se exige para cada sistema. Para cada interfaz, registre quién es responsable de la configuración de la pasarela y a quién se llama cuando falla. Una interfaz que funciona hoy pero no tiene responsable fallará discretamente el año que viene. El estado de fallo debe definirse para cada punto, no para la pasarela en su conjunto. El registro de interfaces es más útil que un esquema de cableado cuando un dispositivo de terceros se comporta mal.
- KNX y DALI para iluminación y control de sala
- Modbus para contadores y equipos
- BACnet mediante pasarela para instalaciones
- Mapa de puntos con escalado y estados de fallo
Planificación y capacidad
Planificar un proyecto Loxone es sobre todo un ejercicio de recuento y de límites. Empiece por la lista de puntos, agrupe los puntos por ubicación y decida qué controlador atiende a cada grupo. Mantenga el alcance de cada controlador lo bastante pequeño para que un fallo afecte a una zona o a un equipo, no a todo el edificio. Deje E/S de reserva para cambios futuros; un margen de planificación habitual es del 10 al 20 por ciento de la capacidad utilizada, pero la expectativa de crecimiento del propio proyecto debe decidirlo. Compruebe el presupuesto de potencia del bus, las longitudes de cable y el número de dispositivos por línea con la documentación del fabricante para el modelo y el firmware exactos. Reserve espacio en el cuadro para una extensión adicional y etiquete los bornes de reserva. Registre la lista de interfaces con el protocolo, el modelo de pasarela y el número de puntos de cada enlace. Un plan de capacidad que no está escrito es una conjetura, y una conjetura hecha antes de construir el cuadro se convierte en una restricción para los próximos diez años. El plan también debe indicar qué ocurre cuando se sustituye un controlador, porque ese día llegará. El archivo del programa, la licencia y la copia de seguridad deben guardarse donde el propietario los controle, no solo en el servidor del integrador. El plan de capacidad debe revisarse en cada cambio de diseño, no solo al principio.
- Agrupe los puntos por ubicación y límite de fallo
- Margen de reserva habitual del 10 al 20 por ciento
- Compruebe la potencia del bus, la longitud de cable y el número de dispositivos
- Registre el plan de capacidad y la vía de sustitución
Entrega y ciclo de vida
Un proyecto Loxone se entrega por etapas: requisitos, lista de puntos, diseño del cuadro, configuración, pruebas en fábrica, puesta en marcha en obra, entrega y soporte. Las pruebas en fábrica detectan errores de cableado y de configuración antes de que la obra esté ocupada. La puesta en marcha en obra demuestra cada punto, cada secuencia y cada alarma, incluido el comportamiento cuando se desconecta un dispositivo. La entrega debe incluir copias de seguridad, diagramas de red, credenciales, una guía de usuario y formación para las personas que operarán el edificio. El modelo de soporte debe ser explícito: quién responde, con qué alcance y cómo se aprueban los cambios. Un sistema con prioridad local es más fácil de mantener cuando el propietario conserva el archivo del proyecto y la documentación, en lugar de depender del portátil de un solo ingeniero. La planificación del ciclo de vida también debe cubrir los dispositivos de reserva, las actualizaciones de firmware y el proceso para añadir una nueva planta o un nuevo inquilino. El propietario debe poder añadir un dispositivo o cambiar un horario sin reconstruir todo el programa. Ese es el significado práctico de un sistema abierto y local. El guion de puesta en marcha debe incluir un reinicio del controlador, la desconexión de un dispositivo de bus y un fallo de pasarela, porque son las condiciones que el edificio acabará encontrando. La formación debe incluir cómo leer una alarma, no solo cómo pulsar un botón de escena. El primer año de operación debe incluir una revisión de los cambios realmente realizados, porque esa lista revela si el sistema se usa tal como se diseñó.
- Primero los requisitos y la lista de puntos
- Pruebas en fábrica antes de los trabajos en obra
- Puesta en marcha punto a punto
- Copias de seguridad, formación y condiciones de soporte
Dónde encaja mejor otra plataforma
Una plataforma con prioridad local no es la respuesta adecuada para todos los edificios. Instalaciones muy grandes con cientos de bucles de control, requisitos estrictos de ciberseguridad propios de una empresa de servicios públicos o una especificación que impone un sistema de supervisión concreto pueden estar mejor servidos por otra arquitectura. Loxone destaca donde importan el control de sala, la autonomía local, la integración de dispositivos de terceros y un sistema claro operado por el propietario. Es más débil donde un proyecto necesita una base de datos única muy grande, ingeniería BACnet nativa profunda o una organización de soporte que solo trabaja con una plataforma empresarial. La conversación de diseño honesta trata de la idoneidad, no de la lealtad a una marca. Un proyecto puede usar Loxone para el control de salas e instalaciones y un supervisor independiente para los informes de cartera, siempre que el límite y la propiedad de los puntos estén documentados. El peor resultado es una plataforma elegida por ideología y luego forzada más allá de su función prevista, porque el sistema resultante no es ni de prioridad local ni de nivel empresarial. Una buena especificación dice qué hace cada plataforma y qué no hace deliberadamente. El límite debe revisarse cuando se añade un sistema nuevo, porque las hipótesis antiguas rara vez sobreviven a una interfaz nueva. Una plataforma que debe defenderse en cada reunión suele ser la plataforma equivocada para el proyecto. Los modos de fallo habituales son un controlador forzado más allá de su capacidad, una pasarela sin responsable, un programa con un solo lector y una copia de seguridad que nunca se ha restaurado. Cada uno es una omisión de diseño y no un defecto de producto.
- Encaje sólido para salas, instalaciones e integración de terceros
- Encaje más débil para instalaciones muy grandes con base de datos única
- Las arquitecturas divididas funcionan cuando los límites están documentados
- Elija la plataforma por su función, no por su etiqueta
Elementos del sistema Loxone y sus notas de diseño
16 rows| Elemento | Función | Aplicación típica | Nota de diseño |
|---|---|---|---|
| Miniserver | Controlador central y motor de lógica | Sala de máquinas o cuadro por planta | Planifique capacidad, copia de seguridad y sustitución |
| Extension | Entradas y salidas adicionales | Zonas adicionales y señales de instalaciones | Cuente la capacidad de reserva y la potencia del bus |
| Tree | Bus periférico cableado | Interruptores, sensores y reguladores | Topología, terminación y presupuesto de potencia |
| Air | Periféricos inalámbricos | Rehabilitación y sensores remotos | Estudio de señal y plan de baterías |
| 1-Wire | Medición de temperatura | Sensores de suelo, tubería y sala | Longitud de cable y direccionamiento |
| Config | Entorno de programación | Lógica, horarios y escenas | Versione y documente |
| Loxone App | Interfaz de usuario | Control por ocupantes y operadores | Vistas y permisos según el rol |
| Interfaz KNX | Integración de dispositivos KNX | Iluminación y protección solar | Mapeo de direcciones de grupo |
| Modbus | Integración de contadores y equipos | Contadores, inversores y variadores | Mapa de registros y escalado |
| Pasarela BACnet | Integración de dispositivos BACnet | Instalaciones y unidades manejadoras de aire | Mapeo de objetos y carga de sondeo |
| Pasarela DALI | Control de iluminación | Luminarias y drivers | Direccionamiento y grupos |
| Alimentación y respaldo | Suministro y resiliencia | Cuadros y controladores | UPS, protección contra sobretensiones y prueba de restauración |
| Red | Conectividad de controladores y pasarelas | Redes locales y del emplazamiento | Segmentación, direccionamiento y fuente de hora |
| Acceso remoto | Soporte remoto y acceso mediante la aplicación | Uso por operadores e integradores | Acceso por rol, registro y revocación |
| Capacidad de reserva | Puntos y dispositivos futuros | Ampliación y adecuación de inquilinos | Indique el margen como porcentaje |
| Documentación y copias de seguridad | Entrega y recuperación | Propietario y equipo de mantenimiento | Versionado y almacenado fuera del portátil de ingeniería |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿Qué es un Loxone Miniserver?
Es el controlador central de un sistema Loxone. Almacena el programa, ejecuta lógica y horarios, proporciona interfaces y coordina extensiones y dispositivos periféricos. El control permanece local, de modo que el edificio puede funcionar sin conexión a la nube. La capacidad, el número de interfaces y las soluciones de copia de seguridad deben planificarse antes de construir el cuadro.
02¿Loxone necesita conexión a internet?
No para el control local. El Miniserver opera el edificio in situ. El acceso a internet se utiliza para el acceso remoto mediante la aplicación, las notificaciones, las actualizaciones y el soporte remoto. El diseño debe identificar qué funciones deben continuar cuando el enlace WAN está caído, y la puesta en marcha debe demostrar esa lista en lugar de darla por supuesta.
03¿Cuál es la diferencia entre Tree, Air y 1-Wire?
Tree es un bus cableado para interruptores, sensores y actuadores. Air es inalámbrico para dispositivos donde el cableado no es práctico. 1-Wire es un bus sencillo que se utiliza principalmente para sensores de temperatura. Pueden coexistir, y la elección depende del edificio, de los recorridos y del plan de mantenimiento. Los dispositivos inalámbricos requieren un estudio de señal y un plan de sustitución de baterías.
04¿Puede Loxone integrarse con BACnet?
Sí, mediante una pasarela BACnet. La pasarela asigna los objetos BACnet a puntos de Loxone. Antes de fijar el diseño, conviene comprobar la compatibilidad de objetos, la capacidad de puntos, el comportamiento del sondeo y qué ocurre cuando la pasarela se queda sin conexión. Una pasarela que no está documentada es un punto único de fallo que nadie asume.
05¿Es Loxone adecuado para edificios comerciales?
Puede serlo, cuando el control local, las interfaces abiertas y un modelo de soporte claro encajan con el proyecto. Los proyectos comerciales suelen exigir más documentación, acceso por roles, pruebas de integración y planificación del ciclo de vida que una vivienda. El alcance y el soporte deben acordarse de forma explícita. Un edificio comercial también necesita un responsable designado para el programa y las copias de seguridad.
06¿Cómo se programa un sistema Loxone?
El comportamiento se construye en Config a partir de bloques de función para entradas, salidas, lógica, horarios, escenas y alarmas. Los buenos proyectos utilizan convenciones de nombres, bloques reutilizables, control de versiones y pruebas de puntos en obra antes de la entrega. El programa debe tratarse como un documento controlado que otro ingeniero pueda leer y mantener.
07¿Qué ocurre si falla el Miniserver?
Las funciones de ese controlador se detienen hasta que se restaure o se sustituya. El diseño debe limitar el alcance de cada controlador, mantener copias de seguridad, disponer de hardware de repuesto y documentar el procedimiento de restauración. Las funciones críticas no deben depender de un único dispositivo no documentado. La sustitución debe ser posible sin reconstruir el programa de memoria.
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.