En bref. Home Assistant a réglé ce qui me faisait quitter Jeedom. Il ne règle pas tout. Mes volets radio ne disent pas s'ils sont fermés, une clé USB frôlée suffit à arrêter tout le réseau Zigbee, une alerte peut partir sans jamais arriver, et un thermomètre parti du réseau peut continuer d'afficher sa dernière valeur.
Ces limites ne sont pas propres à Home Assistant : ce sont celles du matériel, et de la confiance qu'on accorde à une automatisation.
1. Des volets qui ne disent pas s'ils sont fermés
Mes volets sont commandés par radio, à travers AirSend. Ils reçoivent des ordres, mais ne renvoient pas leur état : Home Assistant ne sait pas s'ils sont vraiment ouverts ou fermés. Il le déduit des ordres qu'il voit passer, y compris ceux des interrupteurs muraux.
Et il ne les voit pas tous. Sur 18 appuis sur les interrupteurs muraux que j'ai notés, Home Assistant en a capté 13. Pour les cinq autres, il ignore que le volet a bougé.
Ma parade : un script renvoie l'ordre même quand Home Assistant croit le volet déjà en place. Il rattrape les ordres manqués.
2. Une clé Zigbee qu'un frôlement bloque
Tout le réseau Zigbee passe par une clé USB. Le 29 octobre, il a suffi de la toucher pour la bloquer, et avec elle les 35 appareils Zigbee de la maison. Home Assistant ne la relance pas seul : il a fallu la débrancher et la rebrancher. Le récit complet est dans l'article sur le réseau Zigbee.
3. Des alertes qui partent sans arriver
Pendant trois jours, mes mails d'alerte ne sont jamais partis, et rien ne l'a signalé. L'automatisation se déclenchait : c'est le message qui n'arrivait pas. Home Assistant sait dire qu'il a essayé ; il ne sait pas toujours dire que ça a échoué. Je ne l'ai découvert qu'en testant un vrai détecteur, comme je le raconte dans l'article sur les alertes.
4. Un appareil parti qui a l'air toujours là
Un thermomètre Zigbee a quitté le réseau deux fois en trois jours, dont une absence de 42 heures. Le tableau de bord, lui, continuait d'afficher sa dernière valeur, et mon alerte « appareil muet » ne s'est jamais déclenchée : elle attendait un message « hors ligne » qu'un appareil retiré du réseau n'envoie pas. Je l'ai corrigé depuis, mais une valeur affichée n'est pas une valeur à jour. Le détail est dans l'article sur les alertes.
5. Un système plus gourmand
Home Assistant consomme environ 2 fois plus de processeur que mon ancien Jeedom, et 6 fois plus d'écritures disque, à cause de son historique. Il en fait aussi bien plus, et c'est la vidéosurveillance qui occupe l'essentiel de son trafic réseau. Ce n'est pas un problème chez moi, mais ce n'est pas gratuit. Les chiffres sont dans l'article sur la migration.
6. Ce que j'en retiens
- Un appareil qui ne renvoie pas son état ne sera jamais connu avec certitude : il faut prévoir le cas où la domotique se trompe.
- Le coordinateur Zigbee est un point unique de panne. Il mérite qu'on le protège.
- Une alerte n'est fiable que si on a vu le message arriver.
- Une valeur affichée n'est pas forcément une valeur récente : il faut savoir quand un capteur s'est tu.
- Un appairage se ferme : laissé ouvert, il laisse entrer n'importe quel appareil à portée, y compris celui du voisin.
- Le point de départ de la série : pourquoi j'ai quitté Jeedom pour Home Assistant