Um IBMS é frequentemente descrito como «uma plataforma que liga tudo». Essa descrição é verdadeira e inútil. A questão útil é onde ocorre a ligação, quem é proprietário dos dados e o que acontece quando um subsistema se comporta mal.
Utilizamos um modelo de três camadas em todos os projetos: dispositivo, supervisão e aplicação. Provém do modelo de integração distribuída utilizado na especificação de projeto que sustenta esta prática, e resistiu ao contacto com edifícios reais porque mantém as responsabilidades explícitas.
Porque é que uma arquitetura plana é melhor do que uma arquitetura profunda
Cada gateway, tradutor de protocolo ou salto de middleware adicional acrescenta latência, um ponto de falha e um local onde o modelo de dados pode divergir. Uma arquitetura plana reduz o número de traduções entre um sensor e a pessoa que tem de agir com base nele.
Plana não significa «sem hierarquia». Significa que a hierarquia é funcional, não acidental: controladores na periferia, um único núcleo de supervisão e aplicações que leem desse núcleo em vez de criarem as suas próprias bases de dados paralelas.
Camada 1: dispositivo
A camada de dispositivo é onde ocorre o controlo físico. Os controladores Loxone e os módulos de E/S executam sequências locais, leem sensores e acionam atuadores. Os sistemas de terceiros ligam-se através de gateways ou interfaces nativas: BACnet/IP para instalações técnicas, Modbus para contadores e inversores, KNX para iluminação e sombreamento, DALI para luminárias e contactos secos para incêndio e equipamento legado.
A decisão de projeto importante não é qual protocolo vence. É qual controlador é responsável por cada sequência e o que acontece quando a camada de supervisão está offline. O controlo local deve ser suficientemente completo para que o edifício permaneça seguro e utilizável.
Camada 2: supervisão
A camada de supervisão é o núcleo de integração. Normaliza cada subsistema num modelo de objetos comum: um ponto tem uma identidade, uma unidade, um indicador de qualidade, um estado de alarme e um histórico. Uma porta é uma porta, quer venha de um controlador de acesso ou de um PLC. Uma temperatura é uma temperatura, quer chegue por BACnet ou por Modbus.
É aqui que residem os interbloqueios entre sistemas. O controlo de acesso abre uma sala; iluminação, AVAC e CCTV respondem. O interbloqueio é configurado na camada de supervisão, não ligado por cablagem entre controladores de diferentes fabricantes. Isso torna-o visível, testável e alterável.
O que a camada de supervisão deve deter
- Um único modelo de alarmes com prioridade, confirmação e escalonamento.
- Um modelo de horários que possa ser substituído sem editar o código do controlador.
- Um registo de auditoria para comandos, pontos de consigna e confirmações.
- Um modelo de histórico que armazena dados de intervalo com uma resolução conhecida.
- Uma convenção de nomenclatura que sobreviva à entrega.
Camada 3: aplicação
A camada de aplicação é o que as pessoas veem. Deve ser construída para funções, não para a demonstração do integrador: uma vista de operador que destaca o que requer atenção, uma vista de engenheiro que expõe pontos e tendências e uma vista de gestão que reporta resultados.
As aplicações leem do núcleo de supervisão. Não interrogam os subsistemas diretamente nem mantêm a sua própria cópia da verdade. Essa regra evita o modo de falha clássico em que o painel de controlo e o BMS discordam.
Um exemplo prático
Um inquilino entra num piso às 07:40. O controlador de acesso comunica o evento. A camada de supervisão verifica o horário do inquilino e o estado de ocupação do piso. Liberta a cena de iluminação, inicia a sequência de AVAC e pede ao CCTV que marque o evento de entrada. O operador vê um evento, não quatro.
Se um comportamento entre sistemas não pode ser descrito numa frase, provavelmente pertence a uma sequência documentada e não a um script oculto.
O que especificar
| Requisito | Porque é importante |
|---|---|
| Independência do controlo local | O edifício tem de permanecer seguro e utilizável durante uma falha de rede ou da nuvem. |
| Lista de protocolos abertos | Impede que um único fabricante se torne o único caminho para os dados do edifício. |
| Modelo único de alarmes | Evita alarmes duplicados e torna o escalonamento auditável. |
| Convenção de nomenclatura de pontos | Torna possível a entrega, a manutenção e a integração futura. |
| Retenção e exportação do histórico | As afirmações sobre energia e desempenho exigem um registo de dados defensável. |
Um modelo de três camadas não é um diagrama de produto. É um diagrama de responsabilidades. Se não consegue dizer qual camada detém um comportamento, o comportamento está provavelmente no lugar errado.
Conclusão
A arquitetura de um IBMS não consiste em ligar o maior número de sistemas. Consiste em tornar as ligações legíveis: um único modelo de dados, um único modelo de alarmes, um único registo de auditoria e um controlo local que sobrevive à rede. Acertar nestes pontos torna o painel de controlo fácil. Falhá-los e nenhum painel de controlo salvará o projeto.
