En bref
| Contexte | Épisode de ma série migration Jeedom → Home Assistant : avancées de janvier 2026 |
| Couvert | Dashboards, intégrations nouvelles (AdGuard Home, Home Performance, stockage S3), gestion des mises à jour, état d’avancement général |
Avancées de janvier 2026
La migration avance. Au moment où je filme cette vidéo, je suis à environ 80-85 % des fonctionnalités reportées dans Home Assistant. Ce qui manque encore : quelques automatismes de sécurité (alarmes) et un peu de gestion d’ouvrants. Le reste fonctionne.
Je consacre une bonne partie de mon temps libre à finaliser tout ça, et je suis aux portes de la bascule définitive : éteindre Jeedom et n’utiliser que Home Assistant pour piloter ma maison.
Pourquoi je migre
La raison principale : Jeedom me coûte trop de temps. Avoir deux systèmes en parallèle — Jeedom en principal, Home Assistant en satellite pour les fonctionnalités manquantes — c’est un double effort de maintenance permanent. Et Jeedom montrait de plus en plus ses limites sur des fonctionnalités que j’attends depuis trop longtemps.
État des dashboards
J’ai complètement revu mon organisation dans Home Assistant. J’ai plusieurs onglets thématiques :
- Ouvrants et présence : volets, portes, statuts de présence
- Lumières et chauffage : commande manuelle quand je suis présent (mon installation ne prend pas de décision seule sur les lumières quand je suis là )
- Sécurité : alarmes, capteurs, statut des sirènes
- Réseau et serveurs : machines allumées/éteintes, consommation
- Énergie : onduleurs, consommation temps réel
Les dashboards sont en YAML pour la plupart — ça m’offre plus de contrôle sur la structure exactement comme je le veux.
Nouvelle intégration : AdGuard Home
J’ai ajouté l’intégration AdGuard Home dans Home Assistant. Ce n’est pas l’add-on AdGuard lui-même, mais l’intégration qui permet de monitorer ce que fait AdGuard Home — statistiques de blocage, état des filtres, etc. Pratique pour avoir un œil dessus sans ouvrir une interface séparée.
Nouvelle intégration : Home Energy Performance
J’ai activé l’intégration Home Performance pour mesurer l’efficacité de mon chauffage. Le concept est intéressant : comparer la consommation réelle avec les conditions extérieures pour identifier des anomalies.
En pratique, comme je suis au gaz, je n’ai pas de relevé en temps réel — la consommation arrive avec un décalage. Ça limite l’utilité des calculs automatiques. Je vais observer quelques semaines avant de décider si ça vaut le coup de creuser.
Sauvegarde S3 : enfin quelque chose qui marche
Le meilleur ajout du mois : j’ai configuré les sauvegardes Home Assistant vers Backblaze B2 (stockage compatible S3) via une intégration HACS.
C’est la nuit et le jour par rapport à tout ce que j’avais testé avant. Les sauvegardes partent rapidement (400-500 MB en quelques minutes), elles sont chiffrées côté HA avant envoi, et la configuration se fait en 3 clics.
Le seul reproche : Home Assistant natif ne propose que Amazon S3. Pour du S3 open/compatible (Backblaze B2, MinIO, Wasabi, etc.), il faut passer par une intégration communautaire. C’est dommage que ce ne soit pas en standard.
La mise Ă jour Home Assistant OS que je ne fais pas
Il y avait une mise Ă jour de Home Assistant OS en attente au moment du tournage. Je ne la fais pas.
Pourquoi ? Parce qu’il y a beaucoup de discussions dans la communauté, pas mal de rapports de problèmes, et aucune urgence de mon côté. Je préfère attendre qu’une 17.1 (ou équivalent) sorte avec les correctifs. Ce principe de ne pas être “premier adoptant” sur les mises à jour OS de HA me sauve régulièrement du temps.
Le problème des intégrations HACS
Je commence à avoir trop d’intégrations communautaires à mon goût. Ce sont des packages orange dans Home Assistant — chaque mise à jour majeure de HA peut casser une intégration HACS, et ça demande un suivi actif.
Par exemple, Alert Manager avait un souci sur la 2026.1. Rien de grave, mais un souci quand même. Multiplié par le nombre d’intégrations HACS que j’ai, ça fait du bruit.
Je vais progressivement essayer de réduire ce nombre, et n’utiliser HACS que pour ce qui n’est vraiment pas disponible en natif.
Ce qu’il me reste à faire
Pour pouvoir éteindre définitivement Jeedom, il me manque :
- Finaliser les alarmes : incendie, inondation — je veux être sûr que ça fonctionne avant de couper l’ancien système
- Tester un mois de production : j’ai besoin de retour sur les automatismes critiques (alarmes, sécurité) avant de considérer que c’est fiable
- Migrer le serveur Z-Wave : le contrôleur Z-Wave est encore sur Jeedom — c’est l’objet de la vidéo suivante
La semaine prochaine, normalement, je serai à l’étape finale. Et quelques semaines après, j’espère pouvoir éteindre Jeedom pour de bon.
Aqara FP300 : une précision en passant
Pour les gens qui ont vu la vidéo FP300 : oui, on peut basculer le FP300 du mode Thread au mode Zigbee directement depuis l’application Android Aqara. J’ai mis l’info en commentaire épinglé sur la vidéo.
La Aeotec Z-Stick 10 Pro en production
J’ai la clé Aeotec Z-Stick 10 Pro en production depuis 6 mois — c’est le contrôleur Z-Wave série 800 avec Zigbee intégré. Je ne vous en parle pas encore parce que je n’utilisais que la partie Zigbee, pas encore la partie Z-Wave. Dès que les deux protocoles sont en production simultanément, je ferai la vidéo dédiée.