IBMS · Arquitetura
Arquitetura de IBMS — um modelo de referência que perdura após a entrega
Uma arquitetura de referência para um IBMS: dispositivos de campo, uma camada de rede e gateways, um núcleo de supervisão com um único modelo de dados e aplicações baseadas em perfis.
Resposta rápida
Uma arquitetura de IBMS tem quatro camadas: dispositivos de campo e controladores, a camada de rede e gateways, um núcleo de supervisão com um único modelo de dados e aplicações baseadas em perfis. O controlo permanece local, a lógica de integração reside no núcleo e as aplicações leem a partir dele em vez de consultarem diretamente os subsistemas.
Quatro camadas, uma única fonte de verdade
Trate a arquitetura como quatro camadas. Os dispositivos de campo medem e atuam. Os controladores executam sequências locais. A camada de rede e gateways transporta dados entre protocolos e redes. O núcleo de supervisão normaliza os pontos num único modelo de objetos e é responsável por alarmes, horários, histórico e interbloqueios. As aplicações assentam no topo e apresentam vistas específicas por perfil. As camadas definem-se pela responsabilidade, não pelos nomes dos produtos. Num edifício pequeno, um único equipamento pode desempenhar duas camadas, mas as responsabilidades devem ainda assim ser documentadas, porque é isso que torna o sistema testável e sustentável depois de a equipa do projeto sair. Quando uma camada é omitida, a responsabilidade em falta reaparece habitualmente como uma rotina manual. Escreva a responsabilidade junto de cada bloco no desenho.
A camada de rede e gateways
A maioria das falhas de integração começa aqui. BACnet/IP, Modbus TCP, KNX e DALI têm cada um o seu próprio modelo de temporização, endereçamento e diagnóstico. Mantenha a rede do edifício segmentada da rede corporativa, documente cada gateway e o respetivo mapa de pontos e evite encadear tradutores. Um gateway deve traduzir um protocolo, não ser responsável por uma sequência de controlo. Quando um subsistema expõe uma API estável, utilize-a diretamente; quando não o faz, defina o responsável pelo gateway, a alimentação, a política de firmware e o comportamento em caso de falha. Diagramas de rede desenhados após o comissionamento são um sinal de alerta, não um produto a entregar. Mantenha uma lista de portas e um plano de endereçamento; o comissionamento é mais rápido quando o mapa está correto. Um gateway que exige um portátil e uma palavra-passe que ninguém tem não é uma interface aberta.
O núcleo de supervisão
É no núcleo que o IBMS se torna mais do que um conjunto de conectores. Cada ponto precisa de uma identidade, uma unidade, um indicador de qualidade, uma política de histórico e uma classe de alarme. Cada subsistema precisa de uma convenção de nomenclatura que um novo engenheiro consiga ler. Os horários e os interbloqueios pertencem aqui, para poderem ser vistos, testados e alterados sem editar código do fornecedor. O núcleo é também responsável pela sincronização horária, pelos perfis de utilizador e pelo registo de auditoria. Se duas aplicações discordarem quanto a um valor, é no núcleo que se resolve, e não numa terceira base de dados mantida pela equipa de reporte. Os nomes dos pontos devem descrever o equipamento, a localização e a função, por esta ordem. Um nome que só o programador original entende é uma futura chamada de assistência.
Resiliência e segurança desde a conceção
O controlo local tem de sobreviver a uma falha da supervisão, a uma falha de rede e a um reinício do servidor. Isso significa que os controladores mantêm as suas sequências e posições seguras, e que a rede tem um modo de falha documentado. A segurança faz parte do mesmo desenho: VLAN segmentadas, contas nominais, privilégio mínimo, aplicação de atualizações, registo de eventos e um acesso remoto controlado. As cópias de segurança devem poder ser restauradas pelo cliente, não apenas pelo integrador original. Teste os cenários de falha durante o comissionamento, porque uma arquitetura que nunca foi sujeita a falha intencional ainda é apenas um desenho. Documente os passos de recuperação e teste-os com a equipa do cliente, não apenas com o portátil do instalador. Uma cópia de segurança que nunca foi restaurada é uma esperança, não um controlo.
Camadas e responsabilidades do IBMS
5 rows| Camada | Responsável por | Questão de projeto |
|---|---|---|
| Campo | Medição e atuação | As localizações dos sensores e as posições de falha estão definidas? |
| Controlador | Sequências locais e segurança | O que funciona quando a rede está em baixo? |
| Rede e gateway | Tradução de protocolos e transporte | Quem é responsável por cada gateway e pelo respetivo mapa de pontos? |
| Núcleo de supervisão | Modelo de dados, alarmes, histórico, interbloqueios | Existe uma identidade única para cada ponto? |
| Aplicação | Vistas e relatórios por perfil | Lê a partir do núcleo ou consulta os subsistemas? |
Imagens do projeto
3 images
Perguntas frequentes
01Quantas camadas precisa uma arquitetura de IBMS?
Três ou quatro, consoante a rede seja ou não contabilizada em separado. O que importa é que cada camada tenha um responsável e um comportamento de falha claro, e não o número em si.
02Onde devem situar-se os gateways na arquitetura?
Na periferia, junto do subsistema que traduzem, num segmento de rede documentado. Não devem transportar lógica de controlo nem tornar-se um ponto único de falha não documentado.
03O IBMS pode funcionar na nuvem?
A camada de aplicação pode, e frequentemente é o que acontece. A supervisão e o controlo local devem permanecer no local para que o edifício continue a funcionar quando a ligação cai.
04Como deve ser tratada a cibersegurança?
Segmente as redes, utilize contas nominais com privilégio mínimo, aplique atualizações num ciclo definido, registe as ações administrativas e controle o acesso remoto. São requisitos de projeto, não uma reflexão tardia da informática.
05Que documento define a arquitetura?
Um esquema vertical de rede, uma lista de pontos, uma matriz de protocolos e uma matriz de responsabilidades. Em conjunto, mostram o que se liga a quê, quem é responsável por cada interface e como será testada.
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.