En bref. Fin octobre 2026, j'ai remplacé mon Jeedom par Home Assistant. Trois raisons : un Jeedom qui tournait sur un système et un PHP que plus personne ne corrige, au moment où une faille PHP critique était exploitée ; des appareils qu'il ne savait pas piloter ; et l'envie de voir toute la maison au même endroit.
La bascule a pris une journée. Trois choses ont cassé, dont une sans aucun message d'erreur pendant trois jours. Et Home Assistant consomme plus que Jeedom, mais il en fait aussi environ trois fois plus.
1. Pourquoi partir
Un Jeedom devenu un risque de sécurité
Mon Jeedom, en version 4.4.19, tournait sur Debian 11.11. Le support de sécurité à long terme de Debian 11 s'est terminé fin août 2026 : le système affichait 115 mises à jour de sécurité qu'il n'était plus possible d'installer, les paquets n'étant plus disponibles que sur les archives de Debian.
Plus grave, Jeedom s'exécutait sur PHP 7.4.33. La branche 7.4 de PHP ne reçoit plus de correctifs de sécurité depuis le 28 novembre 2022. Toute faille découverte depuis reste ouverte sur un tel serveur, pour toujours.
En octobre 2026, ce risque est devenu concret. Deux failles de PHP surnommées « PHP2Shell » (CVE-2026-109618 et CVE-2026-109619) permettent d'exécuter du code à distance sans authentification. PHP a publié des correctifs d'urgence le 21 octobre, pour les versions 8.2 à 8.5 seulement, et l'agence américaine de cybersécurité (CISA) a confirmé le 26 octobre qu'elles étaient activement exploitées. Elles passent par une fonction présente dans PHP depuis la version 5.4 : PHP 7.4 est concerné, et ne recevra pas de correctif.
Mon Jeedom n'était pas joignable depuis Internet, ce qui limitait le risque sans l'annuler. Mais garder au cœur de la maison un serveur qui ne peut plus être corrigé, c'était parier qu'aucune faille ne serait jamais exploitable de l'intérieur. Le 25 octobre, j'ai décidé de partir.
Des appareils que Jeedom ne pilotait pas
Plusieurs appareils de la maison n'étaient pas, ou plus, pilotés par Jeedom. Home Assistant les gère :
- le robot tondeuse Worx Landroid M500 ;
- l'aspirateur-laveur du séjour, un Viomi V8 (Viomi est une marque de l'écosystème Xiaomi) ;
- l'aspirateur de l'étage, un Xiaomi Mi Robot de première génération ;
- le purificateur d'air Xiaomi Mi Air Purifier 3H du séjour ;
- les batteries Zendure : comme je l'écrivais dans mon avis sur la Zendure Hyper 2000, je n'avais pas trouvé de plugin pour les piloter depuis Jeedom.
Pour ces appareils, les plugins Jeedom étaient soit absents, soit payants et peu fiables.
Toute la maison au même endroit
Jeedom pilotait des équipements ; il ne me donnait pas une vue d'ensemble. Dans Home Assistant, les photos et vidéos de la vidéosurveillance UniFi Protect et des alertes de l'alarme remontent au même endroit que le reste de la maison.
Home Assistant lit aussi l'état de mon hyperviseur Proxmox et de mon réseau UniFi, en lecture seule : il les surveille, sans pouvoir rien y changer.
2. La bascule
- 25 octobre 2026 : décision et préparation.
- 26 octobre : bascule. Jeedom ne pilote plus rien. Home Assistant tourne en conteneurs Docker dans une machine virtuelle, déployée par Ansible.
- 27 au 29 octobre : ajustements, racontés dans la suite de cette série.
- 2 novembre : Jeedom est arrêté.
3. Ce qui a été porté
| Jeedom (à l'arrêt) | Home Assistant (29 octobre) | |
|---|---|---|
| Automatisations actives | 11 scénarios (sur 25) | 32 automatisations |
| Scripts | – | 20 |
| Équipements / appareils | 136 équipements | ~1 650 entités actives |
| Intégrations | – | 37 |
| Appareils Zigbee | – | 35 |
Côté Jeedom, les onze scénarios encore actifs géraient les invités, la VMC (normale et forcée), trois scénarios de volets commandés par les interrupteurs muraux, la mise à jour des mesures Emporia, et quelques scénarios liés à la sécurité de la maison.
Côté Home Assistant, les intégrations principales sont : la sonnette Ring, UniFi Protect et UniFi Network, Enphase, Zendure, Shelly Pro 3EM, Freebox, Daikin Onecta pour les climatisations, AirSend pour les volets radio, Linky, Sonos et Zigbee2MQTT.
4. Ce qui a cassé, et comment je l'ai vu
Des mails d'alerte jamais partis, sans aucune erreur
Pendant trois jours, aucun mail d'alerte n'est parti. Aucune erreur n'apparaissait dans les notifications de Home Assistant : le serveur mail exigeait une authentification que Home Assistant n'envoyait pas. Je m'en suis aperçu le 29 octobre, en testant le détecteur de fuite d'eau.
La clé Zigbee à reflasher
Pour corriger des erreurs de routage, j'ai dû reflasher la clé Zigbee (firmware EmberZNet 6.10.3 vers 8.0.3) et changer de pilote
(ezsp vers ember). Le réseau a été conservé : aucun appareil à réappairer. Le détail est dans
l'article sur le réseau Zigbee.
Une alerte « pile basse » à chaque redémarrage
À chaque redémarrage de Home Assistant, une alerte « pile basse » repartait. La cause : un détecteur sans pile repassait d'« indisponible » à « pile basse ». Je l'ai corrigé en ne déclenchant l'alerte que sur un vrai passage de « ok » à « pile basse ».
5. Jeedom contre Home Assistant : ce que ça consomme
J'ai repris les mesures de l'hyperviseur Proxmox (moyennes) : Jeedom actif du 5 au 24 octobre, Home Assistant du 31 octobre au 2 novembre, une fois les réglages de la bascule terminés. C'est une première mesure : je la mettrai à jour après deux semaines complètes.
| Mesure | Jeedom (actif) | Home Assistant |
|---|---|---|
| Processeur (cœurs utilisés) | 0,036 | 0,077 |
| Écriture disque | ~38 ko/s | ~225 ko/s |
| Réseau | ~0,06 Mbit/s | ~2,7 Mbit/s |
| Automatisations actives | 11 scénarios | 32 automatisations |
- Home Assistant est plus gourmand, mais il en fait bien plus. Il consomme environ 2 fois plus de processeur, pour près de trois fois plus d'automatisations : rapporté à une automatisation, c'est moins. Et il fait ce que Jeedom ne faisait pas : il pilote la tondeuse, les aspirateurs et les batteries, et il rassemble la vidéosurveillance et les alertes de l'alarme avec le reste de la maison. Le disque, lui, écrit environ 6 fois plus. Ces écritures viennent de son historique : chaque changement de valeur de ses entités est enregistré dans une base SQLite, soit plus de 500 000 états par jour, et la base dépassait 700 Mo début novembre. Depuis, j'ai exclu de l'historique les capteurs qui ne servent à rien, comme la charge du routeur.
- Le réseau ne compare pas la même chose. Les 2,7 Mbit/s viennent presque entièrement de la vidéosurveillance qui remonte dans Home Assistant : 2,3 Mbit/s mesurés le 29 octobre, soit environ 25 Go par jour sur le réseau local. Jeedom ne faisait pas ça. C'est le prix de « toute la maison au même endroit ».
- Jeedom n'était pas léger pour autant. Pendant la semaine où il est resté allumé sans rien piloter, il consommait encore 0,06 à 0,075 cœur : plus que lorsqu'il pilotait la maison. Je n'ai pas cherché pourquoi. Sa machine virtuelle est éteinte depuis le 2 novembre.
Je n'ai pas comparé la mémoire : l'hyperviseur voit la mémoire réservée par chaque machine virtuelle, cache compris, pas ce que le logiciel utilise vraiment.
6. La suite de la série
- Un réseau Zigbee qui tient : routeurs, Wi-Fi qui écrasait le Zigbee, mises à jour qui échouaient.
- Les alertes qui réveillent, et celles qui ne doivent pas : un niveau par alerte, un canal par niveau.
- Piloter l'énergie avec Home Assistant : ballon d'eau chaude et climatisations sur surplus solaire, batteries Zendure.
- Les limites de ma domotique : ce que Home Assistant ne règle pas.
7. Questions fréquentes
Home Assistant consomme-t-il plus que Jeedom ?
Chez moi, oui : environ 2 fois plus de processeur et 6 fois plus d'écritures disque, à cause de l'historique qu'il enregistre. Mais il en fait bien plus : près de trois fois plus d'automatisations, la vidéosurveillance et les alertes de l'alarme au même endroit, et des appareils que Jeedom ne pilotait pas. Exclure de l'historique les capteurs inutiles réduit les écritures.
Faut-il réappairer ses appareils Zigbee en passant à Home Assistant ?
Pas dans mon cas. J'ai repris le réseau Zigbee de Jeedom. J'ai ensuite reflashé la clé et changé de pilote, mais le réseau a été conservé : aucun des 35 appareils n'a dû être réappairé à la migration. Plus tard, après l'ajout de routeurs, deux thermomètres ont dû rejoindre le réseau à nouveau : c'est raconté dans l'article sur le réseau Zigbee.
Combien de temps a pris la migration ?
Une journée de préparation, puis la bascule le lendemain. Les réglages ont continué les jours suivants, et trois problèmes sont apparus après la bascule.
- Article suivant : Un réseau Zigbee qui tient : routeurs, Wi-Fi et mises à jour