Pas mal de monde m’a demandé d’en dire un peu plus sur mon approche de la surveillance (alarme).Vous trouverez donc ci-dessous le concept, relativement fouillé, sans aller toutefois jusqu’au dernier détail.
Mon concept se base sur quelques constats :
- Tous les forums parlent du « décodage » des variables I17 à I19 qui nous permettent avec des manipulations non triviales d’avoir l’ID du déclencheur, ce qui ne dit pas simplement sur l’interface de l’iPhone ce qui a déclenché.
- Les alertes des capteurs de porte sont très bien, mais le problème et que lorsque je suis à la maison, chaque fois que je consulte mon iPhone pour faire quelque chose je vois la moitié des alertes en rouge alors que je n’en veux pas, je suis là !
- Les tickets ne fonctionnent pas très bien, je pense surtout à l’initialisation où malgré l’initialisation des tickets j’ai des comportements non cohérents, exit donc les tickets. Les tickets présentent une autre limite : en cas de coupure on ne retombe pas sur nos pattes, on ré-initialise « à l’aveugle ».
Mon besoin :
- Je veux gérer 2 modes de surveillances :
a) Je suis absent et je veux une surveillance « full »
b) Je suis présent (mais dort) et je veux une surveillance « partielle » - Je veux ne voir des alertes que sur surveillance
- Je ne veux pas avoir à décoder les valeurs, ça doit être simple
- Je veux dans tous les cas retrouver mon état, même en cas de coupure de courant, lors du retour je veux savoir exactement où j’en suis.
Le concept !
Le concept est très simple :
- En cas d’ouverture de porte, j’exécute TOUJOURS un scénario de vérification de l’alarme
- Ce scénario vérifie si la maison est en surveillance ou non :
- Si pas de surveillance, alors j’efface les traces de l’ouverture de porte (l’alerte)
- Si surveillance, alors je valide et lance l’alarme
De cette manière je n’ai jamais les alertes « allumées » sauf s’il y a une ouverture sous surveillance, et donc je sais directement sur l’application iPhone ou iPad quelle porte, sans rien avoir à décoder.
2e partie du concept, pour être robuste je base mes vérifications et actions sur 2 variables :
– V18 : pour savoir si la surveillance est enclenchée : 1= surveillance, 0= pas de surveillance
– V19 : pour savoir si je suis présent ou non : 1= je suis là, 0 = pas de présence
Dans cet article je ne vais me concentrer sur la vérification et le démarrage d’une alarme, et non la mise sous alarme que j’explique succinctement après. Les scénarios de mise sous ou hors surveillance doivent simplement mettre à jour les variables décrites ci-dessus. Plus tout ce que vous voulez en complément.
Les scénarios de gestion d’une détection d’ouverture
Un premier scénario se lance sur toute détection d’ouverture :
Alarme_Vérif
- Déclencheurs : liste des IDs de tous les détecteurs d’ouverture que vous avez
- Action : lancer scénario sur résultat d’un calcul :
o On teste V18 tout simplement, si >0 lancer « Alarme_Start »
o Sinon lancer « Alarme_Nettoyer »
Alarme_Nettoyer
- Sources d’enclenchement : aucune (lancé par Alarme_Vérif)
- Action -> Contrôler une alerte -> Détecteur xxx : mettre l’alerte de capteur à inactif pour chaque détecteur. Il faut les mettre tous à inactif, un par un (on ne cherche pas à savoir lequel a été activé puisque pas de surveillance, on les efface tous même si un seul a été activé).
Alarme_Start
- Sources d’enclenchement : aucune (lancé par Alarme_Vérif)
- Action : envoi mail avec sujet « Alerte effraction »
- Action : lancer scénario « Sirène_Start »
- Programmer le lancement du scénario « Alarme_Stop » dans 5 minutes
Alarme _Stop
- Stopper la sirène
- Allumer une lampe témoin qui signalera optiquement qu’il y a eu une alarme (si c’est désiré, moi je ne le fais pas)
Mise sous surveillance, mise hors surveillance
Quelques mots quand même sur ces scénarios :
Dans mon cas la mise sous surveillance se fait en 2 étapes :
1) Surveillance_Start_1 :
- Déclencheur : les boutons « arm » de mes télécommandes
- Programmer le lancement de Start_2 dans 1 minute
2) Surveillance_Start_2 :
- Mettre la variable V18 à 1 (Surveillance),
- Mettre V19 à 0 (Pas de présence)
- Enclencher les modules appareils X10 qui alimentent les caméras
La mise hors surveillance se fait par un scénario :
1) Surveillance_Stop :
- Programmer le scénario -> Surveillance_Start_2 -> Désarmer immédiatement (au cas où après avoir appuyé sur ARM et exécuté Start_1 on veut annuler) Ne pas oublier ça !
- Eteindre les modules appareils X10 qui alimentent les caméras
- S’il fait nuit (Variable S10), allumer les lumières de l’allée et de l’entrée pour 5 minutes
- Mettre la variable V18 à 0 (Pas de surveillance) et V19 à 1 (Présence)
Conclusion
Cette approche permet de s’éviter le décodages des IDs des détecteurs, on sait directement dans l’interface de l’iPhone quelle porte a été ouverte, seule une ouverture sous surveillance provoque un affichage d’une alerte porte, et les variable garantissent un fonctionnement stable, même en cas de coupure de courant, dès que le courant revient, la maison est de nouveau sous surveillance si elle l’était avant !
A mon sens simple et efficace.