Loxone · Config
Loxone Config — Engenharia, lógica e aplicação do operador
Como é configurado um edifício Loxone: o ambiente de engenharia, a lógica de controlo, a aplicação do operador, o acesso remoto, as cópias de segurança e a documentação entregue.
Resposta rápida
O Loxone Config é o ambiente de engenharia onde são configurados os dispositivos, as entradas, as saídas e a lógica de controlo do edifício. Produz os horários, os interbloqueios, os alarmes e as vistas do operador que são executados nos controladores locais, e é apoiado por cópias de segurança documentadas, registos de versões e um conjunto de entrega que a equipa do edifício consegue manter.
O ambiente de engenharia
O Config é onde o edifício é montado em software. Os dispositivos são endereçados, as entradas e saídas são mapeadas e cada função recebe um nome que significa algo para o operador e não para o instalador. O ambiente liga-se ao controlador local, pelo que as alterações são feitas sobre a instalação real e testadas no local. Um projeto bem estruturado lê-se como um edifício: sala técnica, pisos, prumadas, áreas de inquilinos, zonas exteriores. Essa estrutura não é cosmética; determina a rapidez com que uma falha pode ser encontrada às duas da manhã. O mesmo ambiente produz a lógica que é executada localmente e as vistas que os operadores utilizam, razão pela qual a disciplina de configuração é uma questão operacional e não um detalhe de TI. Um projeto deve ser legível por quem não o escreveu. O teste é simples: entregar a árvore a um novo engenheiro e pedir-lhe que encontre uma falha.
- Endereçamento de dispositivos e mapeamento de E/S
- Nomes que correspondem ao edifício, não ao quadro
- Ligação local para testar com equipamento real
Estrutura do projeto e nomenclatura
Um projeto que cresce por copiar e colar torna-se impossível de manter. Definimos uma hierarquia antes de programar: edifício, piso, zona, sistema, dispositivo. Os equipamentos técnicos, os sensores de sala e as áreas de inquilinos situam-se nessa árvore, e cada objeto tem uma etiqueta que corresponde aos desenhos e à lista de pontos. A árvore reflete também a topologia física dos quadros, prumadas e salas, para que um endereço no software possa ser encontrado no edifício. São utilizados modelos para tipos de sala repetidos, pelo que um quarto de hotel ou um escritório padrão é configurado uma vez e instanciado, alterando apenas o endereço e o nome da sala. A nomenclatura segue uma única convenção: localização, serviço, dispositivo e um sufixo onde um ponto o exija. Evitamos que nomes como «spare» ou «test2» sobrevivam até à entrega. A estrutura é revista com a equipa do edifício, porque são essas as pessoas que a vão percorrer sob pressão. Renomear após o comissionamento é dispendioso, porque todos os desenhos, etiquetas e relatórios apontam para o nome antigo.
- Hierarquia do edifício ao dispositivo
- Modelos para tipos de sala repetidos
- Uma única convenção de nomenclatura em desenhos, pontos e software
Lógica, sequências e alarmes
A maior parte do trabalho de engenharia é lógica. Os horários decidem quando se espera que uma zona esteja ocupada; os interbloqueios decidem o que tem de acontecer antes de uma bomba arrancar ou de um registo de caudal se mover; as sequências escalonam os equipamentos centrais e as unidades terminais pela ordem correta; a lógica de alarmes decide o que é urgente, o que é informativo e o que deve ser suprimido durante um evento conhecido. Mantemos a lógica modular, para que um piso ou um sistema possa ser copiado, testado e mantido sem desmontar todo o projeto. São utilizados blocos de função partilhados para sequências repetidas, com parâmetros em vez de lógica duplicada. Cada decisão não óbvia é registada na narrativa de controlo, incluindo a razão de um atraso, de uma banda morta ou de um interbloqueio. Um índice lógico mapeia cada bloco para a sequência e para a página da narrativa. Uma lógica que não pode ser explicada num parágrafo é geralmente uma lógica que cresceu por acidente.
- Lógica modular por piso, sistema e equipamento
- Blocos partilhados com parâmetros, não lógica duplicada
- Prioridade de alarmes e supressão documentada
A aplicação e as vistas do operador
A aplicação não é um telecomando doméstico. É a interface do operador: vistas baseadas em funções para o pessoal das instalações, engenheiros e gestão, com os alarmes, tendências e comandos de que cada função necessita. Um técnico pode ver um equipamento, as suas tendências e os seus interbloqueios; um gestor pode ver resumos de energia e conforto sem acesso a comandos de válvulas. Os grafismos são construídos em torno das decisões que o operador toma, e não em torno do inventário de equipamentos. A página de alarmes é a vista predefinida, porque é aí que a atenção é necessária primeiro. O mesmo modelo serve um ecrã de parede no átrio, uma estação de trabalho no escritório das instalações e um dispositivo móvel no piso. Qualquer vista que exista apenas no portátil do engenheiro não é um elemento entregável. A vista predefinida deve responder à pergunta «o que precisa de atenção agora» antes de «o que existe».
- Vistas baseadas em funções e permissões de comando
- Vista predefinida centrada em alarmes
- O mesmo modelo na estação de trabalho, no ecrã de parede e no móvel
Acesso remoto e segurança
O acesso remoto é uma conveniência com uma fronteira de segurança. As ligações devem ser explícitas, autenticadas e registadas, com autenticação de dois fatores para quem esteja fora da rede do edifício. A rede de controlo é separada das redes de inquilinos e de hóspedes; os caminhos de entrada são intermediados em vez de expostos. O funcionamento local-first significa que o edifício não depende do caminho remoto para funcionar. O acesso pode ser revogado quando um prestador sai, e o registo de auditoria deve mostrar quem se ligou, quando e o que foi alterado. As contas são individuais, não partilhadas, e as contas de serviço são documentadas com um responsável. Estas são decisões de configuração tanto como decisões de rede, e são revistas com a TI antes de o sistema entrar em funcionamento, e não depois do primeiro incidente. Uma ligação remota sempre aberta é uma porta deixada destrancada; deve ser aberta para uma tarefa e fechada depois.
- Autenticação de dois fatores para utilizadores remotos
- Rede de controlo segmentada e acesso intermediado
- Contas individuais, revogação e registo de auditoria
Cópias de segurança, controlo de versões e controlo de alterações
Um edifício configurado é simultaneamente propriedade intelectual e infraestrutura operacional. O ficheiro do projeto, a cópia de segurança do controlador, a lista de pontos, o diagrama de rede e a narrativa de controlo pertencem ao conjunto de entrega. As cópias de segurança são executadas segundo um calendário definido e são testadas através do restauro num controlador de reserva, e não apenas confirmando que existe um ficheiro. Os registos de versões indicam a alteração, a data e a pessoa responsável, para que uma regressão possa ser rastreada até uma versão. As alterações após a entrega seguem um caminho simples de controlo de alterações: pedido, impacto, aprovação, implementação, registo. É essa disciplina que mantém um edifício em funcionamento depois de o engenheiro original sair, e é a diferença entre um sistema mantido e uma coleção de alterações não documentadas. Uma cópia de segurança que nunca foi restaurada é uma esperança, não uma cópia de segurança. Os nomes das versões devem significar algo para a equipa do edifício, e não apenas para o programador.
- Ficheiro do projeto, cópia de segurança do controlador e lista de pontos
- Teste de restauro num controlador de reserva
- Registo de versões e histórico de pedidos de alteração
Apoio ao comissionamento, documentação e formação de operadores
A configuração é comprovada durante o comissionamento, e não pelo facto de compilar. Apoiamos testes ponto a ponto, testes de sequências e simulação de falhas, e registamos os valores de parâmetros efetivamente definidos: limites de setpoint, atrasos, bandas mortas e limiares de alarme. A documentação as-built inclui o ficheiro do projeto, o índice lógico, a lista de pontos, a lista de alarmes, o índice de grafismos e o desenho da rede. A formação é organizada por função: os operadores aprendem alarmes, horários e substituições permitidas; os técnicos aprendem tendências, cópias de segurança e diagnóstico de primeira linha; os gestores aprendem relatórios e vistas de energia. A competência é registada, não presumida. O objetivo é uma equipa do edifício capaz de efetuar alterações de rotina em segurança e de saber quando pedir ajuda. A formação termina com um exercício prático: alterar um horário, confirmar um alarme, restaurar uma cópia de segurança num controlador de reserva. A entrega está concluída quando a equipa do edifício consegue repetir essas tarefas sem o engenheiro presente.
- Valores de parâmetros registados conforme o comissionamento
- Conjunto de ficheiros as-built e índice lógico
- Formação por função com competência registada
Áreas de trabalho de configuração e entregáveis
15 rows| Área de trabalho | O que é configurado | Entregável | Responsável após a entrega |
|---|---|---|---|
| Hierarquia do projeto | Árvore de edifício, piso, zona, sistema e dispositivo | Desenho da estrutura do projeto | Equipa do edifício |
| Nomenclatura e etiquetagem | Sufixos de localização, serviço, dispositivo e ponto | Convenção de nomenclatura e registo de etiquetas | Equipa do edifício |
| Modelos | Salas, pisos e grupos de equipamentos padrão | Biblioteca de modelos e guia de instanciação | Equipa do edifício |
| Endereçamento de dispositivos | Controladores, extensões e dispositivos Tree e Air | Lista de endereços e dispositivos | Equipa do edifício |
| Mapeamento de E/S | Entradas, saídas, sensores e atuadores | Lista de pontos com nomes e gamas | Equipa do edifício |
| Horários | Períodos de ocupação, de redução, de limpeza e sazonais | Matriz de horários por zona | Equipa do edifício |
| Lógica de controlo | Interbloqueios, sequências, ciclos PID e comutação | Narrativa de controlo e índice lógico | Equipa do edifício |
| Alarmes | Prioridades, encaminhamento, supressão e escalonamento | Lista de alarmes e matriz de escalonamento | Equipa do edifício |
| Tendências e registos | Pontos, intervalos, retenção e exportação | Plano de tendências e procedimento de exportação | Equipa do edifício |
| Vistas do operador | Painéis de controlo, plantas, tendências e comandos | Pacote de grafismos e matriz de funções | Equipa do edifício |
| Funções de utilizador | Contas, permissões e limites de comando | Registo de funções e matriz de permissões | Equipa do edifício |
| Acesso remoto | Contas, dois fatores, política de ligação | Registo de acessos e política | Equipa do edifício com a TI |
| Cópia de segurança e reposição | Calendário, retenção e teste de restauro | Registo de cópias de segurança e procedimento de restauro | Equipa do edifício |
| Controlo de versões | Nomes de versões, datas e histórico de alterações | Registo de versões e registo de alterações | Equipa do edifício |
| Documentação e formação | Desenhos as-built, narrativas e material de formação | Conjunto de entrega e registo de formação | Equipa do edifício |
Imagens do projeto
3 images
Perguntas frequentes
01O Loxone Config é uma linguagem de programação?
É um ambiente de engenharia gráfico construído a partir de blocos de função e objetos de configuração. A lógica complexa pode ser estruturada, nomeada e documentada sem escrever código de uso geral.
02Podemos editar o sistema nós próprios?
A equipa do edifício pode ser formada para alterar horários, setpoints e contas de utilizador dentro de permissões definidas. As alterações estruturais de lógica devem seguir o controlo de alterações e, quando necessário, ser apoiadas pelo integrador.
03A aplicação exige uma conta na nuvem?
O funcionamento local não depende de uma conta na nuvem. O acesso remoto pode ser proporcionado através de uma ligação intermediada com autenticação de dois fatores.
04Como são tratadas as cópias de segurança?
O ficheiro do projeto e a configuração do controlador são copiados segundo um calendário definido, e o restauro é testado num controlador de reserva antes da entrega.
05Utilizadores diferentes podem ver coisas diferentes?
Sim. As vistas baseadas em funções e as permissões de comando são configuradas para operadores, engenheiros, gestão e, quando relevante, inquilinos ou residentes.
06Que documentação é entregue?
A lista de pontos, a narrativa de controlo, a lista de alarmes, o diagrama de rede, o índice de grafismos, o registo de cópias de segurança e as notas de formação.
07Como são acompanhadas as alterações após a entrega?
Através de um caminho de controlo de alterações: pedido, avaliação de impacto, aprovação, implementação e registo no registo de auditoria.
Próximo passo
Traga-nos o edifício.
Diga-nos o tipo de edifício, os sistemas abrangidos e o resultado pretendido. Indicaremos o caminho mais curto para um sistema funcional.