Protocolos
KNX vs BACnet — Qual protocolo para cada função
Como o KNX e o BACnet diferem em função, topologia e engenharia, porque é que a maioria dos edifícios utiliza ambos e como decidir onde pertence cada protocolo.
Resposta rápida
O KNX e o BACnet resolvem camadas diferentes. O KNX é um barramento de campo para iluminação de sala, estores e controlo local; o BACnet é um protocolo de supervisão para instalações técnicas, UTA e integração com BMS, habitualmente sobre IP. Muitos edifícios utilizam ambos: KNX na sala, BACnet nas instalações técnicas e um supervisor que apresenta um único modelo de pontos.
Funções diferentes, não produtos rivais
A comparação falha quando o KNX e o BACnet são tratados como respostas concorrentes à mesma questão. O KNX foi concebido para o controlo distribuído de salas e edifícios: interruptores, sensores, atuadores e estores num barramento partilhado. O BACnet foi concebido para a integração supervisória de instalações e sistemas de edifício: arrefecedores, UTA, contadores e interfaces de BMS. Um é mais forte junto do ocupante; o outro é mais forte na camada das instalações técnicas e da gestão. Perguntar qual é melhor é como perguntar se um termostato de sala ou um controlador de arrefecedor é melhor. Uma forma útil de os comparar é perguntar pelo que cada protocolo é responsável quando a rede está saudável e o que continua a funcionar quando não está.
- O KNX é um barramento de campo; o BACnet é um protocolo de supervisão
- Compare por camada, não por slogan
- A maioria dos edifícios necessita de ambos
Onde o KNX justifica o seu lugar
O KNX é determinístico, distribuído e não depende de uma única estação central. Os dispositivos podem continuar o comportamento local se o supervisor estiver offline. É adequado para iluminação, estores, presença e cenas de sala, e tem uma cultura de comissionamento madura em torno do ETS. As restrições são práticas: disciplina de endereços de grupo, propriedade do projeto, alimentação do barramento e necessidade de documentar a instalação. Os projetos grandes precisam de uma estrutura clara e de uma convenção de nomenclatura, ou o projeto ETS transforma-se num exercício de arqueologia. O KNX é um bom barramento de sala, não um protocolo de integração de instalações técnicas. O barramento não é o lugar para descobrir erros de endereçamento durante a entrega; devem ser encontrados no projeto ETS e na bancada, antes de o teto fechar.
- Forte em iluminação, estores e presença
- A disciplina do ETS é a verdadeira restrição
- O comportamento local sobrevive à perda do supervisor
Onde o BACnet justifica o seu lugar
O BACnet dá às instalações técnicas um modelo de objetos comum: dispositivos, objetos analógicos e binários, programações, alarmes e tendências. O BACnet/IP funciona sobre Ethernet, o que se adequa às redes de BMS e à integração entre edifícios. É a interface natural para arrefecedores, UTA, caldeiras, contadores e plataformas de BMS existentes. As restrições são a interoperabilidade e a propriedade: os fornecedores suportam conjuntos de objetos diferentes, o comportamento COV varia e a prioridade de escrita determina quem controla realmente um setpoint. O BACnet é poderoso quando a lista de objetos é verificada e enganador quando é presumida. Um dispositivo que expõe apenas uma fração dos seus pontos pode continuar a ser útil, mas a lacuna tem de ser conhecida antes de a sequência depender dele, e não depois de um inquilino se queixar.
- Interface natural para arrefecedores e UTA
- Verifique o suporte de objetos, não apenas o logótipo
- A prioridade de escrita decide o controlo
A arquitetura combinada
Na prática, os dois protocolos coexistem. O KNX trata da sala e do piso; o BACnet trata das instalações técnicas e do BMS existente; um supervisor ou controlador normaliza ambos num único modelo de pontos. O trabalho de projeto está na fronteira: que sistema é proprietário da programação, que ponto é comandável e o que acontece quando um gateway falha. Mantenha o gateway próximo dos sistemas que serve, documente a direção de cada ponto e evite duplicar lógica de controlo em dois locais. Ao edifício não importa qual protocolo é mais elegante; importa-lhe que sequência é executada quando um equipamento das instalações técnicas dispara. A fronteira é o projeto; os protocolos são apenas as línguas faladas de cada lado, e o supervisor é o intérprete.
- Normalize ambos num único modelo de pontos
- Um responsável por sequência
- Documente a fronteira do gateway
KNX e BACnet em comparação
7 rows| Critério | KNX | BACnet |
|---|---|---|
| Função principal | Barramento de campo de sala e de edifício | Integração supervisória de instalações técnicas e BMS |
| Dispositivos típicos | Interruptores, sensores, atuadores, estores | Arrefecedores, UTA, contadores, BMS |
| Rede | Barramento de par entrançado, opções de backbone IP | Ethernet/IP, opções série |
| Ferramenta de engenharia | Projeto ETS | Ferramentas do fornecedor e listas de objetos |
| Estilo de controlo | Distribuído, com comportamento local | Objetos de supervisão e programações |
| Risco principal | Disciplina de endereços de grupo | Suporte de objetos e prioridade de escrita |
| Onde se adequa | Quartos de hotel, escritórios, villas | Salas técnicas, campus, BMS existentes |
Imagens do projeto
3 images
Perguntas frequentes
01O KNX e o BACnet podem funcionar em conjunto?
Sim. Um supervisor ou gateway mapeia ambos num único modelo de pontos; a parte importante é acordar que sistema é proprietário de cada sequência.
02Qual é melhor para um hotel?
O KNX é comum em quartos de hotel e na iluminação de áreas públicas. O BACnet é mais provável nas instalações técnicas. Os dois são habitualmente combinados em vez de escolhidos de forma exclusiva.
03O BACnet é sempre sobre IP?
Não. O BACnet/IP é comum, mas o BACnet MS/TP sobre série ainda existe, sobretudo em instalações e controladores mais antigos.
04É necessário um gateway para o KNX?
Normalmente sim, a menos que o controlador tenha uma interface KNX nativa. O gateway deve ser documentado na matriz de interfaces, com a sua capacidade de pontos e o responsável pela configuração.
05Qual dos protocolos é mais aberto?
Ambos são normas abertas com ecossistemas diferentes. A abertura prática depende da documentação, do acesso às ferramentas e da vontade do fornecedor em expor os pontos.
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.