Comparação
Loxone vs BACnet
Por que razão Loxone e BACnet não pertencem à mesma categoria, como se ligam os dispositivos BACnet a uma plataforma baseada em Loxone e qual o lugar de cada um num projeto de controlo de edifícios.
Um erro de categoria que vale a pena corrigir
Uma página de comparação costuma colocar duas alternativas lado a lado. Loxone e BACnet não se encaixam nesse molde. O BACnet define a forma como os dispositivos trocam objetos e serviços através de uma rede. O Loxone define uma plataforma de controlo: um controlador, E/S, um ambiente de engenharia e uma interface de operação. Um é uma linguagem; o outro é o lugar onde a linguagem é falada. Pode operar um edifício em BACnet sem Loxone, e pode operar Loxone sem BACnet. A questão útil é como se encontram. Assim que isso esteja claro, a questão comercial torna-se mais simples: precisa de um supervisor nativo BACnet, de uma plataforma entre sistemas, ou de ambos? Tratá-los como concorrentes conduz a cadernos de encargos deficientes, porque mistura um requisito de protocolo com um requisito de plataforma. Um caderno de encargos pode exigir dispositivos BACnet e uma camada de operação baseada em Loxone sem contradição. A distinção também afeta quem se contrata: um engenheiro BACnet e um integrador de plataformas não são sempre a mesma pessoa.
- BACnet: protocolo, modelo de objetos, serviços
- Loxone: plataforma de controlo, lógica, interface de operador
- Encontram-se numa interface ou gateway BACnet/IP
O modelo de objetos BACnet, em resumo
O BACnet expõe as instalações técnicas como objetos: entradas e saídas analógicas, entradas e saídas binárias, valores analógicos, valores multiestado, programações, tendências e classes de notificação. Cada objeto tem um número de instância e um conjunto de propriedades. Um controlador lê um valor presente, escreve um ponto de consigna através de um array de prioridades ou subscreve notificações de alteração de valor. O modelo é robusto para as instalações técnicas porque é explícito e independente do fabricante. É menos expressivo do que um ambiente de programação livre: um objeto BACnet descreve dados e não a narrativa operacional que os rodeia. Não é um defeito; é uma divisão de trabalho. O dispositivo é responsável pela sua sequência, e a plataforma pela coordenação e pela visão do operador. Os serviços importam tanto como os objetos: Who-Is e I-Am para descoberta, ReadProperty e ReadPropertyMultiple para dados, WriteProperty para comandos, SubscribeCOV para eventos. Alguns dispositivos implementam apenas um subconjunto, pelo que a lista de objetos é uma promessa que tem de ser ensaiada. Um dispositivo que expõe apenas leituras de valor presente pode ser monitorizado mas não controlado, o que altera o modelo de operação.
- Os objetos têm números de instância e propriedades
- O array de prioridades protege as escritas críticas
- A alteração de valor reduz o tráfego de polling
- Os serviços e o suporte de objetos variam consoante o dispositivo
Como o Loxone funciona com BACnet
Num projeto baseado em Loxone, o BACnet/IP é uma das interfaces de campo. O controlador lê os pontos das instalações técnicas, mapeia-os para o seu próprio modelo de dados e acrescenta programações, interbloqueios, alarmes, tendências e vistas de operador. O dispositivo BACnet mantém o controlo local e as funções de segurança; a plataforma supervisiona e coordena. Quando as instalações falam BACnet MS/TP, um gateway ou router traduz para IP. O mapeamento deve ser documentado ponto a ponto: nome do objeto, instância, unidade, escala, sentido de leitura/escrita e intervalo de atualização. O documento de mapeamento torna-se o manual de manutenção. Sem ele, cada alteração futura depende da pessoa que construiu a integração. Decida desde cedo se a plataforma irá fazer polling ou subscrição: o COV reduz o tráfego, mas depende do suporte do dispositivo e da forma como este comunica alterações. Para pontos críticos, uma verificação de heartbeat ou de idade máxima evita que um valor congelado pareça saudável. O controlador das instalações deve manter a autoridade sobre as suas próprias proteções. Quando o gateway o suporta, vale a pena expor ao operador um contador de diagnóstico de leituras falhadas.
- BACnet/IP como interface de campo nativa
- MS/TP através de um gateway ou router
- Mapeamento e nomenclatura ponto a ponto
- A segurança das instalações permanece no controlador das instalações
Mapeamento de pontos, nomenclatura e propriedade das escritas
O mapeamento de pontos é onde nasce a maioria dos defeitos de integração. Inclua a instância do objeto BACnet no nome do ponto da plataforma, por exemplo B01-CH-01-CHWST-AI-1201, para que o apoio no local possa rastrear um valor até ao dispositivo sem uma consulta separada. Registe o tipo de objeto, a instância, a propriedade, a unidade de engenharia, a resolução, os direitos de leitura/escrita, a prioridade e o responsável por cada ponto gravável. A escala deve ser ensaiada ao longo de toda a gama e não num único valor. Os alarmes exigem a mesma disciplina: decida que eventos vêm do dispositivo e quais são calculados pela plataforma, e quem os reconhece. Um nome de ponto com significado para o operador vale mais do que uma árvore de objetos perfeita que só o programador sabe ler. Evite duplicar o mesmo valor físico com dois nomes; os pontos duplicados divergem e confundem a análise de tendências. Trate o registo de mapeamento como um documento controlado, com revisão. Um mapeamento revisto pelo empreiteiro mecânico deteta erros de nomenclatura antes de chegarem aos sinóticos.
- Instância do objeto visível no nome do ponto
- Tipo, propriedade, unidade, escala e direitos
- Prioridade de escrita, libertação e responsável
- Um nome por valor físico
O lugar de cada um
Utilize supervisão nativa BACnet quando o caderno de encargos das instalações já define dispositivos BACnet, quando o consultor pretende uma arquitetura de BMS convencional ou quando a equipa de manutenção está formada numa estação de trabalho BACnet. Utilize uma camada baseada em Loxone quando o edifício necessita de um modelo de lógica único para instalações BACnet, iluminação KNX, contadores Modbus, eventos de acesso e quartos de hotel. Em muitos projetos estão presentes ambos: BACnet para as instalações técnicas, Loxone para a integração e a experiência do operador. A fronteira deve ser escrita, incluindo quem é responsável por cada ponto e quem ensaia cada escrita. A fronteira não é um compromisso político; é a linha entre a segurança dos dispositivos e a coordenação do edifício. Um teste útil é perguntar o que acontece quando a plataforma está offline: as instalações têm de continuar a funcionar com os seus próprios controlos. Se tal não acontecer, o projeto colocou demasiada autoridade na camada de integração. Esse teste deve fazer parte da revisão de projeto e não ser descoberto no comissionamento.
- Nativo BACnet: BMS convencional das instalações
- Baseado em Loxone: integração entre sistemas
- Combinado: instalações em BACnet, lógica em Loxone
- As instalações têm de sobreviver à perda da plataforma
Ensaios, limitações e entrega
O BACnet não é auto-configurável. Os números de instância dos dispositivos, os números de rede, as definições BBMD e os nomes dos objetos têm de ser planeados. Os objetos específicos do fabricante e as propriedades proprietárias podem não ser legíveis por terceiros. As escritas exigem prioridade e comportamento de libertação definidos, caso contrário um ponto de consigna pode ficar preso. Os ensaios devem abranger a descoberta, as leituras de objetos, os pontos graváveis, as subscrições COV, a entrega de alarmes, a falha de rede e a recuperação. Um ponto que aparece numa árvore de navegação não está comissionado enquanto não tiver sido lido, escalado, escrito e observado. O dossiê de entrega deve incluir o registo de dispositivos, a exportação de objetos, a lista de pontos, o esquema de rede, os registos de ensaio e os nomes das pessoas que podem alterar cada dispositivo. Verifique o desempenho para além da função: um dispositivo que responde em segundos durante o ensaio pode exceder o tempo limite sob polling completo. Registe as versões de firmware, porque uma atualização do fabricante pode alterar o comportamento dos objetos. Quando um dispositivo não pode fornecer a propriedade exigida, registe a limitação e projete em conformidade.
- Planear instâncias de dispositivos e números de rede
- Confirmar objetos do fabricante e direitos de leitura/escrita
- Ensaiar COV, escritas prioritárias e failover
- Registar escalas, unidades e intervalos de atualização
- Entregar registo de dispositivos e contactos de acesso
Plataforma Loxone e BACnet em comparação
14 rows| Critério | Plataforma Loxone | BACnet |
|---|---|---|
| O que é | Plataforma de controlo com ferramentas de engenharia e de operação | Protocolo aberto de automação de edifícios |
| Âmbito | Lógica, integração, supervisão, aplicação | Troca de dados entre dispositivos e objetos das instalações |
| Modelo de dados | Objetos de plataforma e blocos funcionais | Objetos normalizados com números de instância e propriedades |
| Serviços | Serviços de plataforma e adaptadores de protocolo | Who-Is, ReadProperty, WriteProperty, SubscribeCOV |
| Localização da lógica | No programa do controlador | Nos dispositivos BACnet ou num BMS |
| Ecossistema de dispositivos | Dispositivos Loxone mais protocolos abertos | Dispositivos BACnet multi-fabricante |
| Papel típico | Integração e operação entre sistemas | Conetividade com instalações, UTA, arrefecedores e contadores |
| Ferramenta de engenharia | Loxone Config | Ferramenta BMS do fabricante ou ferramenta de engenharia BACnet |
| Tratamento de escritas | Lógica de plataforma com propriedade definida | Array de prioridades com comportamento de libertação |
| Reporte | Integrado na plataforma | Depende do BMS ou do supervisor |
| Ponto forte | Uma camada de lógica para todos os sistemas | Integração das instalações independente do fabricante |
| Limitação | Configuração centrada no controlador | O modelo de objetos não descreve sequências |
| Evidência de entrega | Cópia de segurança da Config, lista de pontos e registos de ensaio | Registo de dispositivos, exportação de objetos e registos de ensaio |
| Adequação típica | Operação integrada do edifício | Controlo ao nível das instalações e caderno de encargos de BMS |
Imagens do projeto
3 images
Perguntas frequentes
01O Loxone é um sistema BACnet?
Não. O Loxone é uma plataforma de controlo que suporta BACnet/IP como uma das suas interfaces. Um sistema BACnet é composto por dispositivos BACnet e por um supervisor com capacidade BACnet.
02O Loxone pode ler dispositivos BACnet?
Sim, através de uma interface BACnet/IP. O projeto confirma quais os tipos de objeto, propriedades e serviços que os dispositivos expõem e mapeia-os depois para pontos da plataforma.
03É necessário um gateway para BACnet?
Nem sempre. Os dispositivos BACnet/IP podem ligar-se através da rede do edifício. Um gateway é normalmente necessário para BACnet MS/TP ou para um segmento de rede que não pode ser encaminhado diretamente.
04O Loxone pode substituir o nosso BMS BACnet?
Pode supervisionar instalações BACnet e fornecer a camada de operação, mas a segurança das instalações e as sequências locais devem permanecer nos controladores das instalações. A remoção do BMS existente é uma decisão de ciclo de vida separada.
05Qual é mais aberto?
O BACnet é um protocolo aberto com um modelo de objetos normalizado. O Loxone é uma plataforma proprietária com interfaces abertas. A abertura deve ser avaliada pelo que se pode ler, escrever e substituir mais tarde e não apenas pelo rótulo.
06O BACnet e o Loxone podem partilhar pontos de consigna?
Sim, com um caminho de escrita e uma prioridade definidos. O projeto deve decidir qual o sistema responsável pelo ponto de consigna, o que acontece quando a comunicação falha e como é registado o último comando.
07O que deve ser ensaiado antes da entrega?
Descoberta de dispositivos, leituras de pontos, pontos graváveis, escalas, subscrições COV, encaminhamento de alarmes, perda de rede e recuperação. Os registos de ensaio devem indicar o objeto e o valor observado, e não apenas o dispositivo.
08O BACnet é adequado a edifícios pequenos?
Pode ser, mas pode representar mais estrutura do que uma instalação pequena necessita. A decisão deve seguir as interfaces dos equipamentos e o modelo de operação, não a popularidade do protocolo.
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.