Loxone · Config
Loxone Config — Ingeniería, lógica y aplicación para el operador
Cómo se configura un edificio Loxone: el entorno de ingeniería, la lógica de control, la aplicación para el operador, el acceso remoto, las copias de seguridad y la documentación entregada.
Respuesta rápida
Loxone Config es el entorno de ingeniería donde se configuran los dispositivos, entradas, salidas y la lógica de control del edificio. Genera los horarios, interbloqueos, alarmas y vistas de operador que se ejecutan en los controladores locales, y se apoya en copias de seguridad documentadas, registros de versiones y un paquete de entrega que el equipo del edificio puede mantener.
El entorno de ingeniería
Config es donde el edificio se ensambla en software. Se direccionan los dispositivos, se mapean las entradas y salidas y se da a cada función un nombre que signifique algo para el operador, no para el instalador. El entorno se conecta al controlador local, de modo que los cambios se hacen contra la instalación real y se prueban in situ. Un proyecto bien estructurado se lee como un edificio: sala de máquinas, plantas, patinillos, zonas de inquilinos, zonas exteriores. Esa estructura no es cosmética; determina la rapidez con la que se encuentra un fallo a las dos de la madrugada. El mismo entorno genera la lógica que se ejecuta localmente y las vistas que usan los operadores, por lo que la disciplina de configuración es un asunto operativo, no un detalle de TI. Un proyecto debe ser legible para alguien que no lo escribió. La prueba es sencilla: dar el árbol a un ingeniero nuevo y pedirle que encuentre un fallo.
- Direccionamiento de dispositivos y mapeo de E/S
- Nombres que corresponden al edificio, no al cuadro
- Conexión local para probar contra equipos reales
Estructura y nomenclatura del proyecto
Un proyecto que crece a base de copiar y pegar se vuelve inmantenible. Definimos una jerarquía antes de programar: edificio, planta, zona, sistema, dispositivo. Los equipos de sala de máquinas, los sensores de sala y las zonas de inquilinos se sitúan en ese árbol, y cada objeto lleva una etiqueta que coincide con los planos y la lista de puntos. El árbol también refleja la topología física de cuadros, patinillos y salas, de modo que una dirección del software puede encontrarse en el edificio. Se usan plantillas para los tipos de sala repetidos, así una habitación de hotel o una oficina estándar se configura una vez y se instancia, cambiando solo la dirección y el nombre de la sala. La nomenclatura sigue una convención: ubicación, servicio, dispositivo y un sufijo cuando un punto lo necesita. Evitamos que nombres como «spare» o «test2» sobrevivan hasta la entrega. La estructura se revisa con el equipo del edificio, porque son quienes la buscarán bajo presión. Renombrar después de la puesta en marcha es caro, porque cada plano, etiqueta e informe apunta al nombre antiguo.
- Jerarquía del edificio al dispositivo
- Plantillas para tipos de sala repetidos
- Una sola convención de nomenclatura en planos, puntos y software
Lógica, secuencias y alarmas
La mayor parte del trabajo de ingeniería es lógica. Los horarios deciden cuándo se espera que una zona esté ocupada; los interbloqueos deciden qué debe ocurrir antes de arrancar una bomba o mover una compuerta; las secuencias escalonan los equipos de sala de máquinas y las unidades terminales en el orden correcto; la lógica de alarmas decide qué es urgente, qué es informativo y qué debe suprimirse durante un evento conocido. Mantenemos la lógica modular, de modo que una planta o un sistema puede copiarse, probarse y mantenerse sin desmontar todo el proyecto. Se usan bloques de función compartidos para secuencias repetidas, con parámetros en lugar de lógica duplicada. Cada decisión no obvia se escribe en la narrativa de control, incluida la razón de un retardo, una banda muerta o un interbloqueo. Un índice de lógica asigna cada bloque a la secuencia y a la página de la narrativa. Una lógica que no puede explicarse en un párrafo suele ser una lógica que ha crecido por accidente.
- Lógica modular por planta, sistema y equipo
- Bloques compartidos con parámetros, no lógica duplicada
- Prioridad de alarmas y supresión documentada
La aplicación y las vistas de operador
La aplicación no es un mando a distancia de consumo. Es la interfaz del operador: vistas basadas en roles para personal de mantenimiento, ingenieros y dirección, con las alarmas, tendencias y comandos que cada rol necesita. Un técnico puede ver un equipo, sus tendencias y sus interbloqueos; un responsable puede ver resúmenes de energía y confort sin acceso a comandos de válvulas. Los gráficos se construyen en torno a las decisiones que toma el operador, no en torno al inventario de equipos. La página de alarmas es la vista por defecto, porque es donde primero se necesita la atención. El mismo modelo sirve para una pantalla mural en el vestíbulo, un puesto de trabajo en la oficina de mantenimiento y un dispositivo móvil en planta. Cualquier vista que solo exista en el portátil del ingeniero no es un entregable de la entrega. La vista por defecto debe responder a «qué necesita atención ahora» antes que a «qué existe».
- Vistas por rol y permisos de comando
- Vista por defecto centrada en alarmas
- El mismo modelo en puesto de trabajo, pantalla mural y móvil
Acceso remoto y seguridad
El acceso remoto es una comodidad con un límite de seguridad. Las conexiones deben ser explícitas, autenticadas y registradas, con autenticación de dos factores para cualquiera que esté fuera de la red del edificio. La red de control se separa de las redes de inquilinos y de invitados; las rutas de entrada se intermedián en lugar de exponerse. El funcionamiento local primero significa que el edificio no necesita la ruta remota para funcionar. El acceso puede revocarse cuando un contratista se marcha, y el registro de auditoría debe mostrar quién se conectó, cuándo y qué cambió. Las cuentas son individuales, no compartidas, y las cuentas de servicio se documentan con un responsable. Son decisiones de configuración tanto como decisiones de red, y se revisan con TI antes de que el sistema entre en servicio, no después del primer incidente. Una conexión remota siempre abierta es una puerta sin cerrar; debe abrirse para una tarea y cerrarse después.
- Autenticación de dos factores para usuarios remotos
- Red de control segmentada y acceso intermediado
- Cuentas individuales, revocación y registro de auditoría
Copias de seguridad, control de versiones y control de cambios
Un edificio configurado es propiedad intelectual e infraestructura operativa al mismo tiempo. El archivo del proyecto, la copia de seguridad del controlador, la lista de puntos, el diagrama de red y la narrativa de control pertenecen al paquete de entrega. Las copias de seguridad se ejecutan según un calendario definido y se prueban restaurándolas en un controlador de reserva, no solo confirmando que existe un archivo. Los registros de versión indican el cambio, la fecha y la persona responsable, de modo que una regresión puede rastrearse hasta una versión. Los cambios posteriores a la entrega siguen una ruta sencilla de control de cambios: solicitud, impacto, aprobación, implementación, registro. Esa disciplina es lo que mantiene funcionando un edificio que funciona después de que el ingeniero original se marche, y es la diferencia entre un sistema mantenido y una colección de ediciones no documentadas. Una copia de seguridad que nunca se ha restaurado es una esperanza, no una copia de seguridad. Los nombres de versión deben significar algo para el equipo del edificio, no solo para el desarrollador.
- Archivo del proyecto, copia del controlador y lista de puntos
- Prueba de restauración en un controlador de reserva
- Registro de versiones y rastro de solicitudes de cambio
Apoyo a la puesta en marcha, documentación y formación de operadores
La configuración se demuestra durante la puesta en marcha, no por el hecho de que compile. Apoyamos las pruebas punto a punto, las pruebas de secuencia y la simulación de fallos, y registramos los valores de parámetro realmente configurados: límites de consigna, retardos, bandas muertas y umbrales de alarma. La documentación as-built incluye el archivo del proyecto, el índice de lógica, la lista de puntos, la lista de alarmas, el índice de gráficos y el plano de red. La formación se organiza por rol: los operadores aprenden alarmas, horarios y anulaciones permitidas; los técnicos aprenden tendencias, copias de seguridad y diagnóstico de primera línea; la dirección aprende informes y vistas de energía. La competencia se registra, no se da por supuesta. El objetivo es un equipo del edificio capaz de hacer cambios rutinarios con seguridad y de saber cuándo pedir ayuda. La formación termina con un ejercicio práctico: cambiar un horario, reconocer una alarma, restaurar una copia de seguridad en un controlador de reserva. La entrega está completa cuando el equipo del edificio puede repetir esas tareas sin el ingeniero presente.
- Valores de parámetro registrados según la puesta en marcha
- Conjunto de archivos as-built e índice de lógica
- Formación por rol con competencia registrada
Áreas de trabajo de configuración y entregables
15 rows| Área de trabajo | Qué se configura | Entregable | Responsable tras la entrega |
|---|---|---|---|
| Jerarquía del proyecto | Árbol de edificio, planta, zona, sistema y dispositivo | Plano de estructura del proyecto | Equipo del edificio |
| Nomenclatura y etiquetado | Sufijos de ubicación, servicio, dispositivo y punto | Convención de nomenclatura y registro de etiquetas | Equipo del edificio |
| Plantillas | Salas estándar, plantas y grupos de equipos | Biblioteca de plantillas y guía de instanciación | Equipo del edificio |
| Direccionamiento de dispositivos | Controladores, extensiones y dispositivos Tree y Air | Lista de direcciones y dispositivos | Equipo del edificio |
| Mapeo de E/S | Entradas, salidas, sensores y actuadores | Lista de puntos con nombres y rangos | Equipo del edificio |
| Programaciones | Periodos de ocupación, reducción, limpieza y temporada | Matriz de horarios por zona | Equipo del edificio |
| Lógica de control | Interbloqueos, secuencias, bucles PID y conmutación | Narrativa de control e índice de lógica | Equipo del edificio |
| Alarmas | Prioridades, enrutamiento, supresión y escalado | Lista de alarmas y matriz de escalado | Equipo del edificio |
| Tendencias y registros | Puntos, intervalos, retención y exportación | Calendario de tendencias y procedimiento de exportación | Equipo del edificio |
| Vistas de operador | Paneles de control, planos de planta, tendencias y comandos | Paquete gráfico y matriz de roles | Equipo del edificio |
| Roles de usuario | Cuentas, permisos y límites de comando | Registro de roles y matriz de permisos | Equipo del edificio |
| Acceso remoto | Cuentas, dos factores y política de conexión | Registro de accesos y política | Equipo del edificio con TI |
| Copia de seguridad y restauración | Calendario, retención y prueba de restauración | Registro de copias de seguridad y procedimiento de restauración | Equipo del edificio |
| Control de versiones | Nombres de versión, fechas e historial de cambios | Registro de versiones y registro de cambios | Equipo del edificio |
| Documentación y formación | Planos as-built, narrativas y material de formación | Paquete de entrega y registro de formación | Equipo del edificio |
Imágenes del proyecto
3 images
Preguntas frecuentes
01¿Es Loxone Config un lenguaje de programación?
Es un entorno de ingeniería gráfico construido con bloques de función y objetos de configuración. La lógica compleja puede estructurarse, nombrarse y documentarse sin escribir código de propósito general.
02¿Podemos editar el sistema nosotros mismos?
El equipo del edificio puede formarse para cambiar horarios, consignas y cuentas de usuario dentro de permisos definidos. Los cambios estructurales de lógica deben seguir el control de cambios y, cuando se requiera, contar con el apoyo del integrador.
03¿Requiere la aplicación una cuenta en la nube?
El funcionamiento local no depende de una cuenta en la nube. El acceso remoto puede proporcionarse mediante una conexión intermediada con autenticación de dos factores.
04¿Cómo se gestionan las copias de seguridad?
El archivo del proyecto y la configuración del controlador se copian según un calendario definido, y la restauración se prueba en un controlador de reserva antes de la entrega.
05¿Pueden distintos usuarios ver cosas distintas?
Sí. Las vistas por rol y los permisos de comando se configuran para operadores, ingenieros, dirección y, cuando procede, inquilinos o residentes.
06¿Qué documentación se entrega?
La lista de puntos, la narrativa de control, la lista de alarmas, el diagrama de red, el índice de gráficos, el registro de copias de seguridad y las notas de formación.
07¿Cómo se siguen los cambios después de la entrega?
Mediante una ruta de control de cambios: solicitud, evaluación de impacto, aprobación, implementación y registro en el registro de auditoría.
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.