Sur cette page
Une centrale d’alarme, des entrées de capteurs, des sorties programmables, un module relais, une sirène et une voie de notification peuvent tous être correctement raccordés sans former un scénario cohérent. Pour qu’une alarme maison réagisse comme prévu, il faut décider à l’avance ce que chaque événement doit provoquer, dans quel état du système, pendant combien de temps et avec quelle intervention humaine. C’est cette décision, prise avant la configuration, qui sépare une liste de composants d’un système compréhensible.
Alarme maison : séparer les entrées des sorties
Une entrée indique à la centrale qu’un événement ou une condition existe. Un détecteur d’ouverture peut signaler qu’une porte vient de s’ouvrir. Un détecteur de mouvement peut signaler une activité dans une pièce. Une entrée peut aussi transmettre un défaut d’alimentation, une perte de communication ou un état provenant d’un autre équipement.
Une sortie ne détecte rien. Elle agit selon la logique de la centrale d’alarme. Elle peut déclencher une sirène intérieure, allumer un voyant, transmettre une notification à distance ou commander un relais. La centrale se place entre les deux : elle reçoit l’information, tient compte de son propre état et applique la réponse programmée.
| Élément | Rôle | Exemples |
|---|---|---|
| Entrée | Signaler un événement ou une condition | Ouverture, mouvement, bouton, défaut technique |
| Centrale | Interpréter l’entrée selon les règles et l’état du système | Armement, temporisation, filtrage, acquittement |
| Sortie | Exécuter la réponse décidée par la centrale | Sirène, voyant, notification, relais de commande |
Des noms précis évitent de devoir reconstruire cette logique pendant les essais ou une intervention ultérieure. Contact 4 ne dit pas où chercher. Porte du jardin — ouverture indique l’emplacement et la fonction. Le même principe vaut pour les sorties : Relais 2 est moins utile que Portail — impulsion d’ouverture.
Que doit provoquer chaque événement ?
La réponse doit être écrite avant la programmation. Commencez par une phrase simple : « Lorsque cette condition apparaît, le système doit… ». Précisez ensuite les actions sonores, visibles, distantes et mécaniques. Ajoutez ce que l’utilisateur est censé faire après avoir reçu l’information.
Une matrice entrée-réponse rend les choix explicites. Elle révèle aussi les oublis. Une sirène peut être prévue pour une intrusion alors qu’aucune action n’a été décidée pour un défaut de communication. À l’inverse, une notification technique peut être suffisante sans produire de signal sonore dans les locaux.
| Événement | État concerné | Réponse locale | Réponse distante | Action humaine attendue |
|---|---|---|---|---|
| Ouverture d’une porte protégée | Système armé | Temporisation ou sirène selon la zone | Notification d’alarme | Identifier l’événement puis acquitter ou appliquer la procédure prévue |
| Mouvement dans une zone occupée | Système désarmé | Aucune | Aucune ou journalisation | Aucune intervention |
| Défaut d’alimentation | Tous les états utiles | Indication technique discrète | Notification de défaut | Vérifier l’alimentation et suivre l’instruction de rétablissement |
| Rétablissement d’une entrée | Après alarme ou défaut | Fin de l’indication si prévu | Message de rétablissement | Confirmer que la condition normale est revenue |
Une alarme et un défaut ne devraient pas être confondus. L’alarme décrit un événement de protection traité par le scénario d’alarme. Le défaut indique que le système, une liaison ou un appareil ne se trouve pas dans son état normal. Les deux méritent une réponse planifiée, mais pas nécessairement la même sirène, la même priorité ni la même procédure.
Pour une alarme en ligne, la réception d’un message n’est pas la fin du scénario. Il faut encore préciser qui le lit, ce que son libellé permet de comprendre, comment l’événement est acquitté et dans quelles conditions un second destinataire est informé.
Tenir compte de l’état du système
Une même entrée peut demander plusieurs réponses. Une porte ouverte lorsque le système est désarmé peut simplement apparaître dans l’application ou sur le clavier. La même ouverture en mode armé peut lancer une temporisation d’entrée. Si la zone n’est pas destinée au passage, elle peut déclencher directement le scénario prévu.
Les modes doivent correspondre à l’usage réel des lieux. Dans un logement occupé, certaines zones périphériques peuvent rester actives tandis que les détecteurs intérieurs sont neutralisés. Dans un local inoccupé, la logique peut inclure l’ensemble des zones. Ces comportements doivent être écrits séparément, même lorsqu’ils utilisent les mêmes détecteurs.
Comment traiter les temporisations d’entrée et de sortie ?
Une temporisation n’est pas seulement une durée. Elle définit un parcours autorisé. La temporisation de sortie doit couvrir le trajet normal entre le point de commande et la porte utilisée. La temporisation d’entrée doit commencer sur la bonne ouverture et permettre d’atteindre le moyen de désarmement sans traverser une zone qui déclenche immédiatement.
Dans un immeuble, l’entrée visiteur et la porte du logement n’ont pas forcément le même rôle. L’entrée commune peut dépendre d’un interphone ou d’une décision partagée, tandis que la porte privative appartient au scénario du logement. Dans une maison, le portail, l’allée et la porte d’entrée forment également des étapes distinctes. Le plan doit éviter qu’une action normale sur un accès partagé commande par erreur une sortie privée.
- Définissez les réactions en mode armé, désarmé et partiellement armé.
- Repérez les passages réellement utilisés pour entrer et sortir.
- Séparez les accès partagés des zones sous votre contrôle direct.
- Précisez le comportement attendu lorsque les lieux sont occupés ou inoccupés.
- Décidez ce qui arrive si une porte reste ouverte au moment de l’armement.
Quelles conditions modifient la réponse ?
Une entrée possède souvent plus d’un état utile. Elle peut être ouverte, fermée, active, au repos ou rétablie après un événement. Le retour à l’état normal mérite sa propre règle. Sans message de rétablissement ou indication locale claire, l’utilisateur sait qu’un problème est apparu, mais pas s’il est encore présent.
La durée compte également. Une brève impulsion sur un bouton ne se traite pas comme une porte maintenue ouverte. Un défaut de communication fugitif n’appelle pas forcément la même indication qu’une perte persistante. La logique peut filtrer les variations trop courtes, attendre une confirmation ou maintenir l’état jusqu’à un acquittement. Le choix dépend du sens de l’événement, pas seulement de sa forme électrique.
Comment gérer les défauts et les événements répétés ?
Les défauts d’alimentation et de communication doivent apparaître dans la matrice au même titre que les alarmes. Décidez s’ils produisent un voyant, un signal sonore discret, une notification distante ou une combinaison de ces actions. Prévoyez aussi le message de rétablissement et les conditions de remise à zéro.
Les répétitions demandent une règle lisible. Envoyer le même message à chaque variation peut masquer l’information importante. À l’inverse, supprimer toutes les répétitions peut cacher une condition instable. Une méthode équilibrée consiste à distinguer le premier événement, sa persistance, son éventuelle répétition et son rétablissement. L’escalade vers un autre destinataire ne devrait intervenir que selon une règle connue.
Un événement n’est complètement défini que lorsque son apparition, sa persistance, son acquittement et son rétablissement ont chacun un comportement prévu.
Concevoir soigneusement les actions des relais
Un relais de commande peut ouvrir ou fermer un contact sans fournir l’énergie nécessaire à l’équipement raccordé. Ce contact sec se comporte comme un interrupteur commandé par la centrale. Le portail, l’éclairage ou l’autre équipement conserve généralement sa propre alimentation et sa propre logique.
Il faut d’abord choisir entre une action momentanée et une action maintenue. Une impulsion brève peut demander à un automatisme d’exécuter une commande. Une sortie maintenue reste dans son nouvel état jusqu’à la fin de la condition, jusqu’à l’acquittement ou jusqu’à une remise à zéro. Employer une sortie maintenue là où une impulsion est attendue peut provoquer un comportement incohérent de l’équipement raccordé.
L’état par défaut doit être décidé pour le fonctionnement normal, la coupure d’alimentation, le redémarrage de la centrale et la perte de communication avec un module distant. Il n’existe pas de position universellement appropriée. Pour certains usages, le contact doit revenir au repos. Pour d’autres, un changement d’état non commandé serait indésirable. Écrivez le comportement attendu avant de choisir les bornes et la logique.
- Vérifiez que la charge commandée reste dans les limites électriques du relais.
- Utilisez une interface adaptée lorsque l’équipement dépasse ce que le module peut commuter.
- Précisez si la commande est une impulsion ou un maintien.
- Définissez l’état au repos, pendant un défaut et après un redémarrage.
- Prévoyez une commande manuelle et un chemin de remise à zéro compréhensible.
- Confirmez que la sortie ne contourne pas la logique propre de l’équipement raccordé.
Tester les scénarios de réponse complets
Tester séparément un détecteur et une sirène ne confirme pas que le scénario fonctionne. L’essai doit partir de l’action réelle sur le capteur et se terminer par la dernière conséquence prévue : signal local, notification distante, changement de relais, inscription dans le journal et retour à l’état normal.
- Placez le système dans l’état à vérifier : désarmé, armé, partiellement armé ou en temporisation.
- Activez l’entrée comme elle le serait en usage normal, par exemple en ouvrant la porte concernée.
- Observez la centrale et confirmez que la zone affichée porte le bon nom.
- Contrôlez chaque sortie prévue : sirène, voyant, notification à distance et relais.
- Acquittez l’événement, rétablissez l’entrée et vérifiez le comportement de remise à zéro.
- Consultez le journal pour confirmer que l’activation, les actions et le rétablissement sont compréhensibles.
Répétez ensuite le scénario dans les autres états pertinents. Simulez aussi les défauts que le système sait signaler : perte d’une alimentation surveillée, interruption d’une liaison ou indisponibilité d’un appareil. Un essai de défaut doit rester maîtrisé et ne pas endommager les équipements ni supprimer une configuration.
La confirmation doit couvrir les indications sonores, visuelles et distantes. Une notification reçue mais mal nommée n’est pas satisfaisante. Une sirène active sans inscription claire dans le journal complique l’analyse. Un relais qui change d’état sans produire l’action attendue sur l’équipement raccordé indique que la chaîne n’a pas encore été validée.
Avant la remise du système, les utilisateurs doivent exécuter les scénarios ordinaires eux-mêmes : armer, entrer pendant la temporisation, désarmer, lire une notification, acquitter un défaut et utiliser une commande manuelle. Leur validation porte autant sur la compréhension que sur le fonctionnement technique.
Documenter le plan de réponse final
La documentation utile reprend les termes visibles par l’utilisateur. Les noms inscrits dans la matrice doivent correspondre à ceux du clavier, de l’interface distante et du journal. Cette cohérence accélère les essais et évite qu’un message tel que Zone 7 doive être comparé à une liste séparée pour retrouver la porte concernée.
Conservez la matrice approuvée avec la liste des entrées, des sorties et des états du système. Ajoutez les instructions de remise à zéro, d’acquittement et de commande manuelle. Pour chaque relais, indiquez le comportement au repos, le type d’action et l’équipement commandé. Pour chaque notification, notez son libellé, ses destinataires prévus et l’action attendue.
Toute modification ultérieure doit laisser une trace dans le plan. Changer le nom d’une zone, ajouter un destinataire ou transformer une impulsion en sortie maintenue modifie le scénario, même si le câblage reste identique. La documentation et la programmation doivent donc évoluer ensemble.
La dernière décision avant la configuration est simple : la matrice décrit-elle sans ambiguïté ce que les personnes et les équipements doivent faire pour chaque alarme, défaut, état et rétablissement ? Si la réponse exige encore une interprétation, la programmation commence trop tôt.
À retenir
- La réaction attendue doit être définie avant l’affectation des entrées et des sorties.
- Chaque événement doit être relié à des actions visibles, sonores, distantes ou mécaniques clairement identifiées.
- Le plan de réponse doit couvrir les états du système, les défauts, l’acquittement et la remise à zéro.
- Un essai utile vérifie toute la chaîne, depuis l’activation du détecteur jusqu’au comportement de la sortie finale.
- La matrice de réponse validée doit rester avec la documentation du système et intégrer chaque modification ultérieure.