Integração de alarmes de incêndio
Integração de Alarme de Incêndio com Automação de Edifícios
Como funciona a integração do alarme de incêndio: a central de incêndio mantém a autoridade, enquanto o BAS monitoriza sinais de alarme, falha e estado através de contactos e entradas supervisionadas.
O limite: a central de incêndio mantém a autoridade
Um sistema de alarme de incêndio é um sistema de segurança de vida. A central de incêndio deteta, decide e executa a causa-efeito de incêndio; a automação de edifícios não a substitui, não a sobrepõe nem se interpõe no seu caminho crítico. A integração aqui descrita é de monitorização e, quando a estratégia de incêndio o permite, de troca de estados. O BAS recebe informação de alarme, falha, isolamento e zona, para que os operadores possam responder com contexto. Pode também receber um sinal de que uma causa-efeito foi executada. Não se torna o sistema de deteção de incêndio, o sistema de evacuação nem o sistema de controlo de fumo. Esse limite deve ser inscrito no âmbito antes de se puxar qualquer cabo. Deve também ser explicado às pessoas que irão utilizar o ecrã, porque um operador que acredita que o BAS é o sistema de incêndio pode esperar por ele durante um evento. O âmbito deve também indicar o que acontece durante a manutenção da central, quando uma zona está isolada e o BAS continua a mostrar um estado normal.
- A deteção de incêndio e a causa-efeito permanecem na central de incêndio
- O BAS recebe estados; não comanda sequências de segurança de vida
- O limite está documentado no âmbito e na causa-efeito
- Nenhum componente do BAS se interpõe no caminho crítico de incêndio
Métodos de interface: contactos, entradas supervisionadas e protocolos
A interface mais comum é um contacto livre de potencial da central de incêndio para uma entrada supervisionada no controlador. O contacto é isento de tensão, a entrada é supervisionada para circuito aberto e curto-circuito, e o mapeamento é documentado ponto por ponto. A interface é unidirecional para monitorização; o BAS não comanda a central de incêndio. As interfaces série ou de rede, como Modbus ou BACnet, são utilizadas apenas quando o fabricante da central as suporta, o protocolo expõe os estados necessários e o consultor de incêndio do projeto aceita a solução. Uma ligação por protocolo não dispensa um sinal com fios para os estados críticos. Quando ambos existem, o sinal com fios é o que sobrevive a uma falha de rede, a uma alteração de firmware ou a um gateway mal configurado. Os dois devem ser comparados durante os ensaios, e não presumidos concordantes. As blindagens dos cabos, a separação da alimentação e a numeração coerente dos bornes fazem parte da interface, não são decoração.
- Contactos livres de potencial em entradas supervisionadas
- Mapeamento ponto a ponto com referências de bornes
- Ligações por protocolo apenas quando a central as suporta
- Sinais com fios mantidos para os estados críticos
O que o BAS pode monitorizar e apresentar
Os estados monitorizados típicos são alarme de incêndio, falha, isolamento, modo de teste, falha de alimentação e alarme de zona ou de dispositivo. A plataforma pode apresentá-los numa planta, encaminhá-los para o operador certo, cruzar informação com o CCTV e registar a confirmação. Pode também mostrar que eventos de AVAC ou de controlo de acesso se seguiram, para que o operador confirme que a causa-efeito foi executada. Apresentar não é controlar. Qualquer ação que afete o movimento de fumo, a libertação de portas, o retorno dos elevadores à posição de segurança ou a evacuação deve ser definida pela estratégia de incêndio e executada pelo sistema de incêndio ou por circuitos dedicados com fios, e não por uma sequência do BAS. O ecrã deve indicar claramente quando um estado é desconhecido, em vez de mostrar um indicador verde desatualizado. O operador necessita de distinguir à primeira vista entre normal, alarme, falha e ausência de dados; quatro estados, quatro tratamentos.
- Estados de alarme, falha, isolamento e teste numa única vista
- Encaminhamento e confirmação de alarmes registados
- Eventos de CCTV e de controlo de acesso cruzados
- Nenhum comando de controlo de fumo ou de evacuação a partir do BAS
Tratamento de alarmes sem introduzir atraso
Um alarme de incêndio nunca deve esperar pelo BAS. A central é proprietária do alarme; a plataforma recebe uma cópia. A integração deve ser concebida de forma a que uma falha do BAS, uma interrupção de rede ou o reinício de um controlador não possam atrasar o sinal de incêndio nem ocultar uma falha. Do lado do operador, os eventos de incêndio necessitam de prioridade, cor e regra de confirmação próprias, separadas dos alarmes de conforto ou de energia. Os operadores devem ser formados sobre o que o ecrã pode e não pode comunicar, e o percurso de escalonamento deve ser ensaiado. Se o BAS estiver offline, o sistema de incêndio deve permanecer totalmente funcional e o operador deve saber que a monitorização está indisponível. Um watchdog silencioso não basta; a perda de monitorização deve, ela própria, gerar um estado visível. A supressão de alarmes durante a manutenção deve expirar automaticamente e ser registada com um nome e um motivo.
- Os eventos de incêndio têm prioridade e cor dedicadas
- Uma falha do BAS não pode atrasar o alarme da central nem a causa-efeito
- Percurso de escalonamento ensaiado com os operadores
- O estado de monitorização offline é visível
Interbloqueios, causa-efeito e a resposta do edifício
É nos interbloqueios que os projetos de integração se confundem. A estratégia de incêndio define o que o edifício tem de fazer: parar as unidades de tratamento de ar, fechar dampers, libertar portas, enviar os elevadores para a posição de segurança, arrancar ventiladores de fumo. Essas ações pertencem ao sistema de incêndio e aos seus circuitos dedicados. O BAS pode prestar serviços não críticos de segurança que apoiam a resposta, como comutar a iluminação para uma cena segura ou desbloquear um torniquete do átrio quando a estratégia o permite, mas não deve ser o único atuador de uma função de segurança de vida. A matriz de causa-efeito deve indicar, para cada ação, que sistema a executa, que sistema a monitoriza e que prova demonstra que foi executada. Quando se pede mais ao BAS, o pedido deve regressar ao consultor de incêndio para uma decisão escrita, e não ser absorvido em silêncio na sequência. A ambiguidade aqui é descoberta no pior momento possível.
- A estratégia de incêndio define cada ação de segurança
- O BAS apoia, mas não executa funções de segurança de vida
- A causa-efeito identifica o sistema executante
- As alterações de âmbito regressam ao consultor de incêndio
Ensaios, documentação e entrega
Cada ponto de interface pertence a uma matriz de causa-efeito e a uma lista de pontos. O factory acceptance test deve simular cada estado monitorizado e confirmar a apresentação esperada, o encaminhamento de alarmes e o registo. O site acceptance test repete as verificações com a central de incêndio e, quando exigido, com a autoridade de incêndio responsável presente. A documentação de entrega deve incluir o mapa de contactos, as referências de bornes, as definições de protocolo, os textos de alarme, os registos de ensaio e o procedimento de manutenção acordado. Qualquer alteração à configuração da central de incêndio ou ao mapeamento de pontos do BAS deve desencadear uma revisão de ambos os documentos. O registo faz parte do processo de segurança, não é um anexo opcional. Os resultados dos ensaios devem ser datados, assinados e arquivados onde a equipa do edifício os possa encontrar, e um novo ensaio deve ser agendado após qualquer alteração de firmware da central. Quando é exigido um ensaio com testemunha, o guião de ensaio deve ser emitido antes da visita, para que a sequência seja seguida pela mesma ordem em cada ocasião.
- A matriz de causa-efeito abrange cada ponto de interface
- O FAT simula cada estado monitorizado
- O SAT repete as verificações com a central de incêndio
- Mapa de contactos, registos de ensaio e procedimento de manutenção entregues
Parques edificados com várias centrais, sistemas legados e implementação por fases
Muitos edifícios têm mais do que uma central de incêndio, centrais de gerações diferentes ou uma reabilitação por fases que deixa parte do edifício no sistema antigo. Cada central necessita do seu próprio mapeamento, lista de pontos e registo de ensaio; a capacidade de interface varia consoante a marca, o modelo e o firmware. Uma central legada sem porta de dados pode ainda fornecer incêndio, falha e isolamento através de contactos livres de potencial, o que é habitualmente suficiente para monitorização. Um projeto por fases deve definir qual a central com autoridade em cada zona e como os alarmes são correlacionados entre os limites. A sincronização horária entre centrais é importante para a reconstrução de eventos. A integração deve ser documentada central a central, para que uma extensão futura não assuma uma uniformidade que não existe. Um único ecrã pode mostrar várias centrais, mas apenas se os nomes de pontos e os textos de alarme subjacentes forem coerentes. Uma convenção de nomenclatura à escala do parque edificado é mais barata de impor no início do que de reconciliar depois de várias centrais terem sido integradas separadamente.
- Cada central mapeada, nomeada e ensaiada separadamente
- Centrais legadas monitorizadas através de contactos livres de potencial
- Autoridade por zona e correlação de alarmes definidas
- Sincronização horária verificada entre centrais
Sinais de interface do alarme de incêndio
14 rows| Sinal | Direção | Interface típica | Utilização e limite no BAS | Verificação |
|---|---|---|---|---|
| Alarme de incêndio por zona | Central para BAS | Contacto livre de potencial, entrada supervisionada | Apresentar, encaminhar e registar; sem ação de controlo | Simular cada zona e confirmar o ecrã |
| Falha da central de incêndio | Central para BAS | Contacto livre de potencial | Alarme de manutenção; não deve ocultar um alarme de incêndio | Abrir o circuito de falha e confirmar a prioridade |
| Isolamento | Central para BAS | Contacto ou protocolo suportado | Contexto para o operador; confirmar com o registo da central | Isolar um dispositivo e comparar os dois registos |
| Modo de teste | Central para BAS | Contacto ou protocolo suportado | Suprimir alarmes de rotina sem ocultar o estado | Entrar em modo de teste e confirmar a faixa de aviso |
| Falha de alimentação | Central para BAS | Contacto livre de potencial | Alarme de manutenção; a central mantém-se primária | Retirar a alimentação e confirmar o alarme |
| Causa-efeito executada | Central para BAS | Estado por contacto ou protocolo | Confirmar que a sequência foi executada; não é uma verificação em campo | Acionar a matriz e verificar cada retorno |
| Estado ao nível do dispositivo | Central para BAS | Modbus ou BACnet quando suportado | Diagnóstico; requer aprovação do fabricante e do consultor | Comparar dispositivos amostrados com os dados da central |
| Exportação do registo de eventos | Central para BAS | Protocolo ou exportação de ficheiro | Tendência e auditoria; requer sincronização horária | Coincidir os carimbos temporais dos dois registos |
| Estado do controlo de fumo | Central para BAS | Estado por contacto ou protocolo | Apenas apresentação; o controlo de fumo mantém a sua própria autoridade | Confirmar que o estado corresponde ao painel de controlo de fumo |
| Estado do retorno dos elevadores | Central para BAS | Estado por contacto ou protocolo | Consciência situacional; sem comando para os elevadores | Acionar o retorno dos elevadores e confirmar o sinal de retorno |
| Estado da libertação de portas | Central para BAS | Estado por contacto ou protocolo | Apresentar e registar; a libertação permanece no controlo de acesso ou no sistema de incêndio | Libertar uma porta em ensaio e verificar o registo |
| Estado da supressão | Painel de supressão para BAS | Contacto | Apenas conhecimento; a supressão mantém-se independente | Verificar o sinal com o fornecedor do sistema de supressão |
| Sincronização horária | Central e BAS | Protocolo ou hora de rede | Reconstrução coerente de eventos | Comparar os relógios antes e depois de uma sincronização forçada |
| Saúde da ligação de monitorização | BAS | Watchdog ou heartbeat | Gerar um estado visível quando a monitorização é perdida | Desligar a ligação e confirmar o alarme |
Imagens do projeto
3 images
Perguntas frequentes
01A automação de edifícios substitui a central de alarme de incêndio?
Não. A central de incêndio é responsável pela deteção, pelo alarme e pela causa-efeito. O BAS monitoriza e apresenta estados selecionados. Não deve substituir a central nem integrar o caminho crítico de uma resposta de segurança de vida. Qualquer proposta que coloque a lógica do BAS à frente da central deve ser rejeitada na revisão de projeto, antes de se transformar numa discussão de comissionamento.
02Contacto seco ou protocolo?
Os estados críticos devem ser obtidos por contactos livres de potencial para entradas supervisionadas. As ligações por protocolo adequam-se a dados de estado mais ricos, quando a central as suporta e o consultor de incêndio aceita a solução, mas não substituem os sinais com fios. Utilize o protocolo para diagnóstico e o contacto para os estados que têm de sobreviver a uma falha de rede.
03O BAS pode libertar portas ou arrancar ventiladores de fumo?
Apenas no âmbito da estratégia de incêndio e apenas através do sistema de incêndio ou de circuitos dedicados com fios. O BAS pode monitorizar e registar o resultado; não deve ser o atuador do controlo de fumo ou da evacuação. Quando um projeto pede mais, o pedido necessita de uma decisão escrita do consultor de incêndio, e não de uma suposição do integrador.
04O que acontece se o BAS estiver offline?
O sistema de incêndio permanece totalmente funcional e alarma localmente. O que se perde é a monitorização central, o registo e a notificação remota. O procedimento de operação deve abranger esse estado e indicar ao pessoal como o reconhecer. Um ensaio periódico da condição offline vale mais do que um parágrafo no manual, porque prova que o procedimento é utilizável.
05Uma plataforma pode monitorizar várias centrais de incêndio?
Sim, mas cada central necessita do seu próprio mapeamento, lista de pontos e registo de ensaio. A capacidade de interface varia consoante a marca e o modelo e deve ser confirmada central a central. Um ecrã partilhado só é útil se os nomes de pontos, as etiquetas de zona e os textos de alarme seguirem uma única convenção em todas as centrais.
06Precisamos da aprovação do fabricante da central de incêndio?
As interfaces por protocolo exigem normalmente coordenação com o fabricante da central, incluindo autorização, documentação de registos ou de objetos e compatibilidade de firmware. O consultor de incêndio do projeto deve também confirmar a solução. Trata-se de uma dependência contratual e técnica, pelo que pertence ao programa de trabalhos e não deve ser descoberta durante o comissionamento.
07Como é ensaiada a integração?
Ponto por ponto, face à matriz de causa-efeito, no FAT e depois novamente em obra, com a central de incêndio e, quando exigido, com a autoridade responsável. Os registos de ensaio, os textos de alarme e os mapeamentos de bornes fazem parte da entrega. Todos os estados monitorizados devem ser comprovados, incluindo a perda da ligação e o regresso ao normal.
08Uma central legada sem porta de dados pode ser integrada?
Sim, através de contactos livres de potencial para um conjunto limitado de estados, como incêndio, falha e isolamento. A informação é mais restrita, mas o limite é claro e a manutenção simples. A limitação deve ser inscrita no âmbito, para que ninguém espere diagnóstico ao nível do dispositivo de uma central que não o pode fornecer.
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.