
Integração Loxone
Integração Loxone — KNX, BACnet, Modbus e sistemas de terceiros
Como um controlador Loxone integra KNX, BACnet, Modbus, DALI e sistemas de terceiros, e que detalhes de engenharia determinam se a interface sobrevive.
Resposta rápida
Integrar significa mapear sistemas de terceiros para o modelo de pontos do controlador, para que se comportem como pontos nativos. O KNX chega habitualmente através de um gateway, o BACnet sobre IP, o Modbus sobre série ou TCP e o DALI através de um controlador de iluminação. O trabalho de engenharia é a lista de pontos, os direitos de leitura e escrita, a escala, a nomenclatura e o comportamento em caso de falha, e não apenas o cabo.
O que a integração realmente altera
Um gateway, por si só, não cria integração. A integração acontece quando um valor de terceiros se torna um ponto com nome, uma unidade, um indicador de qualidade, uma permissão de escrita e um comportamento definido quando a comunicação falha. Esse mapeamento é o produto a entregar. Deve indicar se o ponto é apenas de leitura, comandável ou ambos, como é convertida a escala, com que frequência é atualizado e o que o controlador faz com o último valor conhecido. Sem essa camada, o projeto tem uma ligação, mas não um sistema. Um teste útil é perguntar o que o operador verá quando o dispositivo de terceiros for desligado; se a resposta for um valor em branco, sem indicador de qualidade e sem data e hora, o mapeamento está incompleto.
- Um nome, uma unidade, uma direção e um estado de falha por ponto
- Um gateway não é uma integração por si só
- Defina explicitamente os direitos de leitura e escrita
KNX, BACnet e Modbus na prática
O KNX é forte na iluminação, nos estores e na presença ao nível da sala. Entra habitualmente através de uma interface ou gateway KNX, e o trabalho de engenharia é o mapeamento de endereços de grupo e a propriedade do projeto ETS. O BACnet é forte ao nível da instalação técnica e do BMS. Os dispositivos BACnet/IP podem ser lidos diretamente ou através de um gateway; os tipos de objeto, as subscrições COV e as prioridades de escrita são importantes. O Modbus é comum em contadores, inversores e instalações mais simples. É um protocolo de registos sem semântica partilhada, pelo que o mapa de registos, a escala e a ordem das palavras têm de ser confirmados por escrito. Cada protocolo resolve uma camada diferente do edifício. Os nomes dos protocolos importam menos do que o acordo ao nível dos pontos entre as duas equipas de engenharia, escrito antes de qualquer das partes configurar um controlador.
- KNX para salas, BACnet para instalações técnicas, Modbus para contadores
- Confirme os mapas de registos por escrito
- Verifique o suporte de objetos antes do projeto
DALI, contactos secos e a cauda longa
O DALI permite endereçamento individual de luminárias, regulação de intensidade e feedback de falhas. Liga-se normalmente através de um controlador DALI e não diretamente ao barramento de automação. Os contactos secos continuam a ser a alternativa universal para sinais de incêndio, instalações legadas e estados simples. A cauda longa dos sistemas de edifício inclui frequentemente APIs HTTP, SNMP, contadores de impulsos e protocolos série específicos de fornecedores. Cada um necessita de um responsável, de um método de teste e de um estado de falha. O teste não é saber se os dados aparecem uma vez; é saber se o ponto recupera corretamente após um reinício do dispositivo, uma interrupção de rede e um corte de alimentação. Registe a hora da última comunicação bem-sucedida de cada interface, para que uma falha silenciosa seja visível antes de um operador notar uma sala fria ou um piso às escuras.
- O DALI necessita de um controlador de iluminação
- Os contactos secos continuam a ser a alternativa universal
- Teste a recuperação após reinício e perda de alimentação
Regras de arquitetura que evitam retrabalho
Mantenha os gateways próximos dos sistemas que servem, num segmento de rede documentado. Evite gateways em cascata: cada tradução acrescenta latência e um ponto onde o modelo de dados se pode desviar. Atribua a cada ponto um único responsável e uma única direção. Decida onde residem as programações: no sistema de terceiros, no controlador ou na camada de supervisão, mas não em dois locais. Registe o firmware e a configuração de cada gateway, porque uma unidade de substituição com definições predefinidas pode alterar o comportamento silenciosamente. A integração é fácil de manter quando o desenho, a lista de pontos e o sistema em funcionamento estão de acordo. Um desenho que mostra o gateway mas não a direção dos seus pontos é apenas um diagrama de cablagem, não um projeto de integração, e não ajudará o próximo engenheiro.
- Mantenha os gateways próximos dos seus dispositivos
- Evite traduções em cascata
- Registe o firmware e a configuração dos gateways
Integração Modbus na Loxone
A integração Modbus na Loxone funciona habitualmente sobre Modbus RTU numa extensão série ou Modbus TCP na rede do edifício. O trabalho de engenharia é o mapa de registos: endereço, código de função, tipo de dados, escala, unidade, cadência de polling e proteção de escrita. Mantenha um único mapa de registos e teste cada ponto nos dois sentidos. Não faça polling de dados que mudam rapidamente a uma cadência que o dispositivo não consegue suportar; agrupe leituras e guarde valores em cache quando a plataforma o permitir. Para dados de faturação ou de inquilinos, registe o registo bruto e o valor escalado, para que um futuro engenheiro possa auditar a conversão.
Interfaces de integração
7 rows| Sistema | Interface típica | Direção | Ponto de atenção |
|---|---|---|---|
| Iluminação e sombreamento | Gateway ou interface KNX | Leitura e escrita | Propriedade dos endereços de grupo e acesso ao ETS |
| Instalações técnicas e UTA | BACnet/IP | Leitura e escrita | Suporte de objetos, COV e prioridade de escrita |
| Contadores e inversores | Modbus RTU ou TCP | Sobretudo leitura | Mapa de registos, escala e ordem das palavras |
| Luminárias | Controlador DALI | Leitura e escrita | Endereçamento, grupos e comunicação de falhas |
| Alarme de incêndio | Contacto seco ou interface monitorizada | Leitura | Estado seguro em caso de falha e matriz de causa e efeito |
| Instalações legadas | Contacto seco, RS485 ou API | Leitura e escrita | Documentação do protocolo e peças sobressalentes |
| Painel de controlo de energia | API, Modbus ou impulsos | Leitura | Intervalo, sincronização horária e propriedade dos dados |
Imagens do projeto
3 images


Perguntas frequentes
01O controlador pode integrar KNX, BACnet e Modbus em simultâneo?
Sim, através de interfaces nativas e gateways. A restrição é a capacidade de engenharia e a propriedade dos pontos, não o número de nomes de protocolos num folheto.
02É necessário substituir o BMS existente?
Normalmente não. O BMS existente pode permanecer no local para o controlo das instalações técnicas e ser supervisionado através de BACnet, Modbus ou contactos secos. A substituição é uma decisão comercial separada.
03Quem fornece o gateway?
Isso deve constar da matriz de interfaces. A parte que detém o protocolo fornece e configura habitualmente o gateway, e o integrador verifica os pontos.
04A integração sem fios é aceitável?
Pode ser, para sensores e dispositivos para modernização. Para sequências críticas, prefira um caminho com fios ou confirme que a ligação sem fios tem um estado de falha definido.
05Como provamos que a integração funciona?
Com uma lista de pontos assinada e um teste testemunhado: ler, escrever, falhar, recuperar. Uma captura de ecrã de um painel de controlo não é prova.
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.