Integração de protocolos
Integração KNX
Como os endereços de grupo, os gateways e os tipos de ponto de dados do KNX são mapeados para uma plataforma de edifícios, ensaiados e entregues sem perder o controlo local.
O que é o KNX e onde é utilizado
O KNX é um standard aberto de controlo de edifícios construído em torno de um barramento de par entrançado, com extensões para IP, rádio e powerline. É comum na Europa e amplamente utilizado em iluminação, sombreamento, controlo de salas, atuadores de AVAC e deteção de presença. Os dispositivos são comissionados individualmente: cada um tem um programa de aplicação, parâmetros e endereços de grupo. O barramento é descentralizado, pelo que um botão pode acionar um regulador de intensidade sem controlador central. Essa resiliência local é uma das razões pelas quais o KNX sobrevive muito depois de o instalador original ter saído. É, antes de tudo, um barramento de campo e não um sistema IP. O projeto de integração deve respeitar isso: o barramento mantém o seu comportamento local e a plataforma acrescenta supervisão e não dependência. Referência do protocolo: uma linha suporta até 64 dispositivos de barramento e uma área até 15 linhas, e o barramento é alimentado separadamente das fontes próprias dos dispositivos. Esses limites determinam onde ficam os acopladores, os repetidores e a capacidade de reserva. Um barramento saudável ao nível do campo pode ainda estar mal documentado, e é a documentação que o projeto seguinte herda.
- Iluminação, regulação de intensidade e controlo de cenas
- Sombreamento e automação de fachadas
- Controlo de salas, atuadores de AVAC e presença
- Europa e projetos com cadernos de encargos multi-fabricante
- Limites do barramento planeados antes da integração
Vias de integração e seleção de gateways
Existem três vias comuns. Uma interface ou gateway KNX liga o barramento à plataforma através de IP e expõe os endereços de grupo como pontos legíveis e graváveis. Um router KNX IP faz o mesmo ao nível da rede e pode abranger várias linhas. Uma porta KNX nativa é possível quando o controlador a suporta. A via determina a capacidade, a latência e o diagnóstico. Pergunte quantos endereços de grupo o gateway pode expor, se suporta tunnelling ou encaminhamento, quantas ligações simultâneas permite e o que acontece quando o barramento ou a rede IP falham. Numa instalação de grande dimensão, segmente o barramento e coloque os routers de forma deliberada, em vez de estender uma única linha. Um gateway é infraestrutura: dê-lhe uma unidade de reserva, um endereço fixo e um procedimento de substituição documentado. O tunnelling é conveniente para um único supervisor; o encaminhamento é melhor quando vários clientes precisam do barramento em simultâneo. Registe que linhas estão por trás de cada acoplador; uma falha numa linha não deve obrigar a abrir todo o quadro.
- Gateway ou interface KNX sobre IP
- Router KNX IP para instalações maiores ou segmentadas
- Porta KNX nativa quando disponível
- Capacidade, latência e failover confirmados antes do projeto
Do endereço de grupo ao ponto da plataforma
Um ponto KNX não é apenas um endereço. O registo de mapeamento deve incluir o endereço de grupo, o tipo de ponto de dados, a unidade, a escala, o sentido de leitura/escrita, o dispositivo detentor e a função a que serve. Um objeto de um bit pode ser um estado, um comando ou um acionador de cena; o registo tem de indicar qual. Os tipos de ponto de dados transportam a escala: um valor de um byte pode ser uma percentagem, um valor de dois bytes pode ser uma temperatura em décimos de grau. Os flags de leitura e de escrita não são intercambiáveis, e um endereço de estado deve ser separado de um endereço de comando. A nomenclatura deve seguir um standard do edifício e não as iniciais do instalador. A lista de pontos é o contrato entre o programador KNX e o engenheiro da plataforma. Ensaie uma amostra de cada tipo de ponto de dados em vez de assumir que um exemplo funcional cobre os restantes. Quando um endereço de grupo é escrito por dois sistemas, o projeto necessita de uma regra de arbitragem e de um único responsável. Um endereço de grupo utilizado simultaneamente para comando e estado é uma causa comum de oscilação.
- Endereço de grupo e tipo de ponto de dados
- Sentido de leitura/escrita e propriedade
- Unidade, escala e gama de engenharia
- Convenção de nomenclatura e regra de arbitragem
Nomenclatura de pontos e registo de mapeamento
A nomenclatura dos pontos deve ser legível às 03:00. Utilize uma estrutura fixa: edifício, piso, sala ou sistema, dispositivo, função e tipo de sinal. Mantenha o endereço de grupo KNX no registo e não necessariamente no nome visível; o operador precisa da função, o engenheiro precisa do endereço. O registo de mapeamento deve ser exportável, porque será comparado com o projeto ETS, a exportação do gateway e a base de dados da plataforma. Cada ponto deve apresentar o seu tipo de ponto de dados, unidade, escala, sentido, limite de alarme e responsável. Quando um ponto é calculado ou combinado, registe as entradas. Uma convenção de nomenclatura só é útil se for aplicada; acrescente uma etapa de revisão antes de a lista de pontos ser congelada. Evite nomes que codifiquem uma condição temporária, como um piso que será renomeado ou um inquilino que se irá mudar. Evite abreviaturas que só um instalador compreende. O registo deve também indicar o endereço ETS do dispositivo, para que um trace do barramento possa ser associado a um dispositivo.
- Estrutura fixa legível sem o desenho
- Endereço de grupo no registo, função no nome
- Registo de mapeamento exportável
- Revisão antes de congelar a lista de pontos
Ensaios e comissionamento
Ensaie primeiro o barramento, depois o gateway e por fim a plataforma. No barramento, confirme a alimentação dos dispositivos, os acopladores de linha, a comunicação por endereços de grupo e a chamada de cenas. No gateway, confirme a descoberta, a exportação de endereços, o comportamento de leitura e escrita e a reconexão após uma interrupção de rede. Na plataforma, confirme que cada ponto mapeado apresenta o valor, a unidade e o estado corretos, e que um comando chega ao dispositivo de campo. Ensaie o caminho de falha: desligue o gateway e verifique se as funções KNX locais continuam a funcionar. Registe o resultado na lista de pontos e não num caderno separado. Um ponto que aparece numa árvore de navegação não está comissionado enquanto não tiver sido lido, escrito e observado. Inclua uma verificação da carga do barramento: um polling intenso pode fazer uma instalação saudável parecer pouco fiável. Inclua um reinício do gateway e um reinício da plataforma; o comportamento de recuperação faz parte da função. Ensaie o barramento com a plataforma desligada e depois ligada; ambos os estados importam.
- Saúde do barramento, acopladores e tráfego de endereços de grupo
- Descoberta do gateway, leitura/escrita e reconexão
- Valor, unidade e estado por ponto na plataforma
- Operação local com o gateway offline
- Ensaios de reinício e recuperação
Limitações, entrega e responsabilidades
O KNX é robusto ao nível do campo, mas tem limites. A largura de banda do barramento é partilhada, pelo que um polling intenso é um mau projeto. A desordem de endereços de grupo é comum em instalações antigas e tem de ser corrigida antes da integração. Alguns dispositivos expõem apenas objetos limitados e alguns fabricantes utilizam as suas próprias extensões. O KNX Secure exige uma gestão de chaves que a plataforma tem de suportar. A regra prática é simples: manter o controlo de campo no campo, manter a lógica entre sistemas na plataforma e documentar a fronteira. A integração deve tornar o barramento mais legível e não escondê-lo. O dossiê de entrega deve incluir o projeto ETS ou uma exportação de endereços, o registo de mapeamento, a configuração do gateway e os registos de ensaio. A responsabilidade pelo barramento permanece com o instalador KNX; a responsabilidade pelo mapeamento cabe ao integrador. Escreva essa divisão no contrato, sobretudo para alterações após a entrega. Uma futura adaptação do espaço acrescentará dispositivos; deixe gamas de endereços e capacidade de gateway para isso. Um pequeno stock de reserva de acopladores, fontes de alimentação e bornes de barramento poupa uma visita adicional.
- Evitar polling onde a comunicação por eventos funciona
- Limpar e documentar endereços de grupo legados
- Confirmar o suporte de KNX seguro antes do projeto
- Manter o controlo local independente da plataforma
- Deixar margem de endereços e de gateway
Planeamento da integração KNX
14 rows| Item | O que confirmar | Porque é importante |
|---|---|---|
| Meio físico do barramento | Par entrançado, IP, rádio ou misto | Determina o gateway e a topologia |
| Estrutura de linhas e áreas | Acopladores, fontes de alimentação, capacidade de reserva | Evita a sobrecarga e simplifica o diagnóstico |
| Limites de dispositivos | Referência do protocolo: 64 dispositivos por linha, 15 linhas por área | Define onde ficam os acopladores e os repetidores |
| Esquema de endereços de grupo | Nomenclatura, gamas, propriedade | Torna possível o mapeamento e as alterações futuras |
| Tipos de ponto de dados | Tipo, unidade, escala | Evita valores e comandos errados |
| Flags de leitura/escrita | Separação entre comando e estado | Evita ciclos de realimentação e escritas conflituantes |
| Capacidade do gateway | Número de endereços, tunnelling ou encaminhamento, clientes | Define o limite da integração |
| Direitos de leitura/escrita | Quem pode escrever em cada endereço | Evita comandos conflituantes |
| Cenas e programações | Onde residem e quem é responsável por elas | Evita lógica duplicada |
| KNX seguro | Gestão de chaves e suporte dos dispositivos | Afeta o comissionamento e a escolha da plataforma |
| Diagnóstico | Monitor de barramento, registos do gateway, eventos da plataforma | Encurta a localização de avarias |
| Carga do barramento | Taxa de polling e tráfego de eventos | Mantém a resposta previsível |
| Registos de ensaio | Endereço, tipo de ponto de dados e resultado observado | Comprova cada ponto mapeado |
| Entrega | Projeto ETS, exportação de endereços, lista de pontos | Mantém o sistema em condições de manutenção |
Imagens do projeto
3 images
Perguntas frequentes
01É possível integrar uma instalação KNX existente?
Normalmente sim, se o barramento estiver saudável e os endereços de grupo puderem ser lidos. A auditoria deve confirmar a alimentação dos dispositivos, os acopladores, a disponibilidade do projeto ETS e se os endereços estão documentados.
02É necessário o projeto ETS original?
Ajuda. Sem ele, os parâmetros dos dispositivos e os endereços de grupo podem ainda ser legíveis, mas as alterações tornam-se arriscadas. A ausência do projeto ETS é uma constatação a resolver antes da integração e não um detalhe a descobrir no comissionamento.
03O Loxone e o KNX podem partilhar o controlo?
Sim. O projeto define qual o sistema responsável por cada endereço de grupo e como são resolvidos os conflitos. Uma divisão comum é KNX para os dispositivos de campo e Loxone para a lógica entre sistemas e as vistas de operador.
04A integração KNX exige um gateway?
Exige uma interface entre o barramento KNX e a plataforma. Pode ser um gateway, um router IP ou uma porta KNX nativa, consoante o controlador e a instalação.
05Quantos endereços de grupo podem ser integrados?
Depende do gateway e do controlador e não de um limite fixo da plataforma. O projeto deve confirmar o número de endereços, a taxa de atualização e o diagnóstico antes de a lista de pontos ser congelada.
06Podemos manter as cenas KNX?
Sim. As cenas podem permanecer nos dispositivos KNX ou passar para a plataforma, mas não em ambos sem um responsável claro. A lógica de cenas duplicada é uma causa comum de comportamento inconsistente.
07O que acontece se a plataforma ficar offline?
Os dispositivos KNX devem continuar as suas funções locais: botões, reguladores de intensidade, atuadores de estore e controlos de sala. A lógica entre sistemas fica suspensa até a plataforma regressar. Esse modo de falha deve ser ensaiado e explicado ao operador.
08O KNX é adequado a hotéis?
O KNX é comum nos cadernos de encargos de quartos de hotel, sobretudo na Europa. Funciona bem para iluminação, sombreamento e controlo de salas; a lógica de PMS e de energia situa-se normalmente acima.
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.