Intégration de l’alarme incendie
Intégration du système de détection incendie avec l’automatisation du bâtiment
Comment fonctionne l’intégration du système de détection incendie : le central incendie conserve l’autorité, tandis que le BAS surveille les signaux d’alarme, de défaut et d’état via des contacts et des entrées surveillées.
La frontière : le central incendie conserve l’autorité
Un système de détection incendie est un système de sécurité des personnes. Le central détecte, décide et exécute le scénario de cause à effet incendie ; l’automatisation du bâtiment ne le remplace pas, ne le supplante pas et ne se trouve pas sur son chemin critique. L’intégration décrite ici relève de la surveillance et, lorsque la stratégie incendie l’autorise, de l’échange d’états. Le BAS reçoit les informations d’alarme, de défaut, de neutralisation et de zone afin que les exploitants puissent réagir avec du contexte. Il peut aussi recevoir un signal indiquant qu’un scénario de cause à effet s’est exécuté. Il ne devient ni le système de détection incendie, ni le système d’évacuation, ni le système de désenfumage. Cette frontière doit être écrite dans le périmètre avant qu’aucun câble ne soit tiré. Elle doit aussi être expliquée aux personnes qui utiliseront l’écran, car un exploitant qui croit que le BAS est le système incendie risque de compter sur lui pendant un événement. Le périmètre doit également préciser ce qui se passe pendant la maintenance du central, lorsqu’une zone est isolée alors que le BAS affiche toujours un état normal.
- Détection incendie et cause à effet restent au central incendie
- Le BAS reçoit des états ; il ne commande pas les séquences de sécurité des personnes
- La frontière est documentée dans le périmètre et le cause à effet
- Aucun composant du BAS ne se trouve sur le chemin critique incendie
Méthodes d’interface : contacts, entrées surveillées et protocoles
L’interface la plus courante est un contact libre de potentiel du central incendie vers une entrée surveillée du contrôleur. Le contact est sans potentiel, l’entrée est surveillée en circuit ouvert et en court-circuit, et la correspondance est documentée point par point. L’interface est unidirectionnelle pour la surveillance ; le BAS ne commande pas le central incendie. Les interfaces série ou réseau, telles que Modbus ou BACnet, ne sont utilisées que lorsque le fabricant du central les prend en charge, que le protocole expose les états requis et que le bureau d’études incendie du projet accepte l’arrangement. Une liaison protocolaire ne dispense pas d’un signal filaire pour les états critiques. Lorsque les deux existent, c’est le signal filaire qui survit à une panne réseau, à un changement de firmware ou à une passerelle mal configurée. Les deux doivent être comparés lors des essais, et non supposés concordants. Les blindages de câbles, la séparation avec les courants forts et la numérotation homogène des bornes font partie de l’interface, pas de la décoration.
- Contacts libres de potentiel vers des entrées surveillées
- Correspondance point par point avec références de bornes
- Liaisons protocolaires uniquement lorsque le central les prend en charge
- Signaux filaires conservés pour les états critiques
Ce que le BAS peut surveiller et afficher
Les états surveillés typiques sont l’alarme incendie, le défaut, la neutralisation, le mode essai, le défaut d’alimentation et l’alarme de zone ou de détecteur. La plateforme peut les présenter sur un plan d’étage, les acheminer au bon opérateur, recouper avec la vidéosurveillance et enregistrer l’acquittement. Elle peut aussi montrer quels événements CVC ou de contrôle d’accès ont suivi, afin que l’exploitant confirme que le cause à effet s’est exécuté. L’affichage n’est pas le pilotage. Toute action qui influe sur le mouvement des fumées, l’ouverture de portes, le rappel des ascenseurs ou l’évacuation doit être définie par la stratégie incendie et mise en œuvre par le système incendie ou par des circuits filaires dédiés, et non par une séquence du BAS. L’écran doit indiquer clairement lorsqu’un état est inconnu, plutôt que d’afficher un voyant vert obsolète. Un opérateur doit distinguer d’un coup d’œil normal, alarme, défaut et absence de données ; quatre états, quatre traitements.
- Alarme, défaut, neutralisation et mode essai sur une seule vue
- Acheminement et acquittement des alarmes enregistrés
- Événements CCTV et de contrôle d’accès recoupés
- Aucune commande de désenfumage ou d’évacuation depuis le BAS
Traitement des alarmes sans ajouter de délai
Une alarme incendie ne doit jamais attendre le BAS. Le central est maître de l’alarme ; la plateforme en reçoit une copie. L’intégration doit être conçue de façon qu’une défaillance du BAS, une coupure réseau ou un redémarrage de contrôleur ne puisse ni retarder le signal incendie ni masquer un défaut. Côté exploitant, les événements incendie exigent leur propre priorité, leur propre couleur et leur propre règle d’acquittement, distincts des alarmes de confort ou d’énergie. Les opérateurs doivent être formés à ce que l’écran peut et ne peut pas leur dire, et la chaîne d’escalade doit être testée. Si le BAS est hors ligne, le système incendie doit rester pleinement fonctionnel et l’opérateur doit savoir que la surveillance est indisponible. Un chien de garde silencieux ne suffit pas ; la perte de surveillance doit elle-même produire un état visible. La suppression d’alarmes pendant la maintenance doit expirer automatiquement et être journalisée avec un nom et un motif.
- Les événements incendie ont une priorité et une couleur dédiées
- Une défaillance du BAS ne peut retarder l’alarme du central ni le cause à effet
- Chaîne d’escalade testée avec les opérateurs
- L’état de surveillance hors ligne est visible
Interverrouillages, cause à effet et réponse du bâtiment
Les interverrouillages sont là où les projets d’intégration se brouillent. La stratégie incendie définit ce que le bâtiment doit faire : arrêter les centrales de traitement d’air, fermer les registres, libérer les portes, rappeler les ascenseurs, démarrer les ventilateurs de désenfumage. Ces actions relèvent du système incendie et de ses circuits dédiés. Le BAS peut fournir des services non liés à la sécurité qui accompagnent la réponse, comme basculer l’éclairage sur un scénario sûr ou déverrouiller un tourniquet de hall lorsque la stratégie le permet, mais il ne doit pas être le seul actionneur d’une fonction de sécurité des personnes. La matrice de cause à effet doit indiquer, pour chaque action, quel système l’exécute, quel système la surveille et quelle preuve atteste son exécution. Lorsqu’il est demandé davantage au BAS, la demande doit revenir au bureau d’études incendie pour une décision écrite, et non être absorbée silencieusement dans la séquence. Une ambiguïté à cet endroit se découvre au pire moment.
- La stratégie incendie définit chaque action de sécurité
- Le BAS accompagne mais n’exécute pas les fonctions de sécurité des personnes
- Le cause à effet nomme le système exécutant
- Les changements de périmètre retournent au bureau d’études incendie
Essais, documentation et remise
Chaque point d’interface doit figurer dans une matrice de cause à effet et dans une liste de points. L’essai de réception en usine doit simuler chaque état surveillé et confirmer l’affichage attendu, l’acheminement des alarmes et la journalisation. L’essai de réception sur site reprend les contrôles avec le central incendie et, lorsque requis, l’autorité incendie responsable présente. La documentation de remise doit comprendre la cartographie des contacts, les références de bornes, les réglages de protocole, les textes d’alarme, les fiches d’essais et la procédure de maintenance convenue. Toute modification de la configuration du central incendie ou de la correspondance des points du BAS doit déclencher une revue des deux documents. Le dossier fait partie du dossier de sécurité, ce n’est pas une pièce jointe facultative. Les résultats d’essai doivent être datés, signés et conservés là où l’équipe du bâtiment peut les trouver, et un nouvel essai doit être planifié après tout changement de firmware du central. Lorsqu’un essai en présence d’un témoin est exigé, le scénario d’essai doit être diffusé avant la visite afin que la séquence soit suivie dans le même ordre à chaque fois.
- La matrice de cause à effet couvre chaque point d’interface
- Le FAT simule chaque état surveillé
- Le SAT reprend les contrôles avec le central incendie
- Cartographie des contacts, fiches d’essais et procédure de maintenance remises
Sites multi-centraux, anciens et par phases
De nombreux bâtiments comptent plusieurs centraux incendie, des centraux de générations différentes, ou une rénovation par phases qui laisse une partie du bâtiment sur l’ancien système. Chaque central a besoin de sa propre correspondance, de sa propre liste de points et de sa propre fiche d’essai ; les capacités d’interface varient selon la marque, le modèle et le firmware. Un central ancien sans port de données peut encore fournir les états d’alarme, de défaut et de neutralisation via des contacts libres de potentiel, ce qui suffit généralement pour la surveillance. Un projet par phases doit définir quel central fait autorité dans chaque zone et comment les alarmes sont corrélées de part et d’autre de la limite. La synchronisation temporelle entre centraux est importante pour reconstituer les événements. L’intégration doit être documentée central par central, afin qu’une extension future ne suppose pas une uniformité qui n’existe pas. Un seul écran peut afficher plusieurs centraux, mais seulement si les noms de points et les textes d’alarme sont cohérents. Une convention de nommage à l’échelle du site coûte moins cher à imposer au départ qu’à réconcilier après l’intégration séparée de plusieurs centraux.
- Chaque central cartographié, nommé et testé séparément
- Centraux anciens surveillés via des contacts libres de potentiel
- Autorité de zone et corrélation des alarmes définies
- Synchronisation temporelle vérifiée entre centraux
Signaux d’interface du système de détection incendie
14 rows| Signal | Sens | Interface type | Usage et limite côté BAS | Vérification |
|---|---|---|---|---|
| Alarme incendie par zone | Central vers BAS | Contact libre de potentiel, entrée surveillée | Afficher, acheminer et journaliser ; aucune action de pilotage | Simuler chaque zone et confirmer l’écran |
| Défaut du central incendie | Central vers BAS | Contact libre de potentiel | Alarme de maintenance ; ne doit pas masquer une alarme incendie | Ouvrir le circuit de défaut et confirmer la priorité |
| Neutralisation | Central vers BAS | Contact ou protocole pris en charge | Contexte pour l’exploitant ; confirmer avec le journal du central | Neutraliser un appareil et comparer les deux enregistrements |
| Mode essai | Central vers BAS | Contact ou protocole pris en charge | Supprimer les alarmes de routine sans masquer l’état | Passer en mode essai et confirmer le bandeau |
| Défaut d’alimentation | Central vers BAS | Contact libre de potentiel | Alarme de maintenance ; le central reste prioritaire | Couper l’alimentation et confirmer l’alarme |
| Cause à effet exécuté | Central vers BAS | Contact ou état protocolaire | Confirmer l’exécution de la séquence ; pas une vérification sur site | Déclencher la matrice et contrôler chaque retour |
| État par appareil | Central vers BAS | Modbus ou BACnet lorsque pris en charge | Diagnostic ; accord du fabricant et du bureau d’études requis | Comparer des appareils échantillonnés aux données du central |
| Export du journal des événements | Central vers BAS | Protocole ou export de fichier | Tendance et audit ; synchronisation temporelle requise | Comparer les horodatages des deux journaux |
| État du désenfumage | Central vers BAS | Contact ou état protocolaire | Affichage seul ; le désenfumage conserve sa propre autorité | Confirmer la concordance avec le central de désenfumage |
| État du rappel des ascenseurs | Central vers BAS | Contact ou état protocolaire | Conscience de la situation ; aucune commande d’ascenseur | Déclencher le rappel et confirmer le retour d’état |
| État de la libération des portes | Central vers BAS | Contact ou état protocolaire | Afficher et journaliser ; la libération reste au contrôle d’accès ou au système incendie | Libérer une porte en essai et vérifier le journal |
| État de l’extinction automatique | Central d’extinction vers BAS | Contact | Information seule ; l’extinction reste indépendante | Vérifier le signal avec le fournisseur du système d’extinction |
| Synchronisation temporelle | Central et BAS | Protocole ou heure réseau | Reconstitution cohérente des événements | Comparer les horloges avant et après une synchronisation forcée |
| Surveillance de l’état de la liaison | BAS | Chien de garde ou signal de vie | Générer un état visible en cas de perte de surveillance | Débrancher la liaison et confirmer l’alarme |
Images du projet
3 images
Questions fréquentes
01L’automatisation du bâtiment remplace-t-elle le central incendie ?
Non. Le central incendie est maître de la détection, de l’alarme et du cause à effet. Le BAS surveille et affiche certains états. Il ne doit ni remplacer le central ni se trouver sur le chemin critique d’une réponse de sécurité des personnes. Toute proposition qui place la logique du BAS en amont du central doit être rejetée en revue de conception, avant de devenir une discussion de mise en service.
02Contact sec ou protocole ?
Les états critiques doivent être repris par des contacts libres de potentiel vers des entrées surveillées. Les liaisons protocolaires conviennent à des données d’état plus riches lorsque le central les prend en charge et que le bureau d’études incendie accepte l’arrangement, mais elles ne remplacent pas les signaux filaires. Utilisez le protocole pour le diagnostic et le contact pour les états qui doivent survivre à une panne réseau.
03Le BAS peut-il libérer des portes ou démarrer des ventilateurs de désenfumage ?
Uniquement dans le cadre de la stratégie incendie, et seulement par le système incendie ou des circuits filaires dédiés. Le BAS peut surveiller et enregistrer le résultat ; il ne doit pas être l’actionneur du désenfumage ou de l’évacuation. Lorsqu’une conception en demande davantage, la demande exige une décision écrite du bureau d’études incendie, et non une supposition de l’intégrateur.
04Que se passe-t-il si le BAS est hors ligne ?
Le système incendie reste pleinement fonctionnel et alarme localement. Ce qui est perdu, c’est la surveillance centrale, la journalisation et la notification à distance. La procédure d’exploitation doit couvrir cet état et indiquer au personnel comment le reconnaître. Un essai périodique de la condition hors ligne vaut mieux qu’un paragraphe dans le manuel, car il prouve que la procédure est utilisable.
05Une plateforme peut-elle surveiller plusieurs centraux incendie ?
Oui, mais chaque central a besoin de sa propre correspondance, de sa propre liste de points et de sa propre fiche d’essai. Les capacités d’interface varient selon la marque et le modèle et doivent être confirmées central par central. Un écran partagé n’est utile que si les noms de points, les libellés de zone et les textes d’alarme suivent une convention unique sur tous les centraux.
06L’accord du fabricant du central incendie est-il nécessaire ?
Les interfaces protocolaires exigent normalement une coordination avec le fabricant du central, incluant une autorisation, la documentation des registres ou objets et la compatibilité du firmware. Le bureau d’études incendie du projet doit aussi confirmer l’arrangement. Il s’agit d’une dépendance contractuelle et technique, qui doit figurer au planning plutôt que d’être découverte pendant la mise en service.
07Comment l’intégration est-elle testée ?
Point par point par rapport à la matrice de cause à effet lors du FAT, puis de nouveau sur site avec le central incendie et, lorsque requis, l’autorité responsable. Les fiches d’essais, les textes d’alarme et les correspondances de bornes font partie de la remise. Chaque état surveillé doit être prouvé, y compris la perte de la liaison et le retour à la normale.
08Un central ancien sans port de données peut-il être intégré ?
Oui, via des contacts libres de potentiel pour un ensemble limité d’états tels que l’alarme, le défaut et la neutralisation. L’information est plus restreinte, mais la frontière est claire et la maintenance simple. Cette limitation doit être écrite dans le périmètre afin que personne n’attende un diagnostic par appareil d’un central incapable de le fournir.
Étape suivante
Apportez-nous le bâtiment.
Indiquez le type de bâtiment, les systèmes concernés et le résultat dont vous avez besoin. Nous tracerons le chemin le plus court vers un système opérationnel.