En bref. Une alerte de fumée doit réveiller toute la maison, même un téléphone en silencieux. Une pile à 25 % peut attendre le matin. Dans Home Assistant, j'ai donc donné à chaque alerte un niveau, et à chaque niveau ses canaux.
Le test du détecteur de fuite d'eau a montré que ça ne suffit pas : pendant trois jours, un des canaux ne fonctionnait pas, sans aucun message d'erreur.
1. Un niveau par alerte, des canaux par niveau
| Niveau | Qui est prévenu | Comment |
|---|---|---|
| Critique : fumée, fuite d'eau | les deux parents | notification qui sonne même en silencieux, synthèse vocale au volume d'alarme maximum sur le téléphone, SMS, mail, message sur les TV, annonce sur les enceintes |
| Critique, pour les enfants | les enfants | notification prioritaire, sans forcer la sonnerie |
| Normal : pile basse, appareil muet, sonnette, robot bloqué | les parents | notification discrète, sans son par défaut, mail et SMS |
Les enfants reçoivent les alertes critiques, mais leur téléphone ne se met pas à sonner tout seul : il est souvent avec eux en cours.
Les alertes de l'alarme ont leur propre circuit. Je n'en détaille pas le fonctionnement ici.
2. On ne réveille pas la maison pour une pile
Les alertes de pile basse et d'appareil muet ne partent qu'en journée, entre 9 h et 20 h. Une pile à 25 % la nuit attend le matin.
Une de ces alertes m'a appris quelque chose : elle repartait à chaque redémarrage de Home Assistant. Un détecteur sans pile repassait d'« indisponible » à « pile basse », et l'automatisation y voyait une nouvelle alerte. Elle ne se déclenche plus que sur un vrai passage de « ok » à « pile basse ».
L'appareil parti que personne n'a vu
L'alerte « appareil muet » avait un trou. Elle ne réagit qu'au message « hors ligne » que Zigbee2MQTT envoie pour un appareil qui ne répond plus. Or un appareil qui quitte le réseau en est simplement retiré, sans ce message : il n'est jamais signalé.
Le thermomètre d'une chambre d'enfant est ainsi resté absent 42 heures, du 30 octobre au soir au 1er novembre après-midi. Réappairé, il est reparti dès le lendemain matin. Pendant tout ce temps, le tableau de bord affichait sa dernière valeur : rien ne laissait voir qu'il était parti, et l'alerte ne s'est jamais déclenchée.
Pourquoi il part, je ne le sais pas encore. Les deux fois, il a envoyé ses mesures normalement jusqu'à quelques minutes du départ. Sa pile ne semble pas en cause : un autre thermomètre presque au même niveau tient le réseau sans broncher. Ma piste : un relais douteux qui l'aurait laissé tomber (voir les relais de mon réseau Zigbee). Elle reste à prouver. Je relève maintenant à quel relais il est rattaché, et l'alerte me préviendra s'il repart : au prochain départ, je saurai qui le tenait.
Corrigé le 2 novembre : l'alerte écoute aussi l'événement « appareil retiré du réseau » de Zigbee2MQTT. Elle attend quelques minutes : si l'appareil n'a rien renvoyé entre-temps, elle prévient au niveau normal, comme pour une pile basse. Le message le dit sans détour : ses valeurs affichées sont figées, il faut le réappairer.
3. Le test du détecteur de fuite
Le 29 octobre, j'ai appairé un détecteur de fuite d'eau sous la nourrice d'eau du garage, puis je l'ai testé avec un peu d'eau. Notification, voix, SMS, TV, enceintes : tout est arrivé. Sauf le mail.
Les mails d'alerte n'étaient en fait jamais partis depuis la migration de Jeedom vers Home Assistant, trois jours plus tôt. Le serveur mail exigeait une authentification que Home Assistant n'envoyait pas, et rien ne le signalait dans les notifications.
4. La première alerte critique avait la sonnerie de tous les jours
Sur Android, j'envoie les notifications critiques sur le canal d'alarme, qui passe outre le mode silencieux et utilise le volume d'alarme. Mais la première a sonné avec la sonnerie de notification par défaut : le canal d'alarme règle le volume, pas le son. Il faut choisir un son d'alarme pour ce canal, dans les réglages de notification d'Android.
5. Ce que j'en retiens
- Décider pour chaque alerte qui doit être réveillé, et qui ne doit pas l'être.
- Garder les alertes de maintenance (piles, appareils muets) pour la journée.
- Vérifier que l'alerte « appareil muet » couvre aussi l'appareil qui quitte le réseau, pas seulement celui qui ne répond plus.
- Tester chaque canal en provoquant une vraie alerte, pas seulement l'automatisation.
- Vérifier le son, pas seulement le volume.
- Le point de départ de la série : pourquoi j'ai quitté Jeedom pour Home Assistant
- Article suivant : Piloter l'énergie avec Home Assistant : ballon, clims et batteries