Il y a un peu plus de 3 mois, j’ai entrepris de migrer de Jeedom vers Home Assistant. J’ai d’ailleurs évoqué et expliqué ce choix dans un précédent article.
Aujourd’hui, un peu plus de 2 mois après cette bascule et la désactivation de mon instance Jeedom, il est temps de faire un premier bilan.
Est-ce que je regrette ce choix ?
La réponse est clairement non (c’est bon, on peut s’arrêter là 😀) !
Depuis mon passage à Home Assistant, le 5 novembre 2025, 3 mises à jour majeures ont été publiées, chacune apportant son lot de nouveautés. C’est précisément là où Jeedom pêchait à mon sens : un manque de dynamisme, d’innovation et de vision à long terme.
Mon ressenti post-migration
La migration m’a demandé du temps, mais je commence enfin à adopter le langage natif de Home Assistant. Je ne parle (presque 😀) plus de « scénarios », mais d’« automatisations », et je ne manipule plus de « commandes », mais des « entités ».
Cependant, lors de ma migration initiale, j’avais conservé un état d’esprit « Jeedom », me contentant de traduire mes scénarios en automatisations. J’ai donc retravaillé l’ensemble pour :
- Utiliser exclusivement les entités au lieu des appareils, ce qui rend le YAML plus lisible.
- Fusionner certaines automatisations afin d’en réduire le nombre.
- Transformer les automatisations sans déclencheur en scripts (une distinction absente sous Jeedom).
- Modifier les automatisations définissant des états pour qu’elles activent des scènes créées spécifiquement.
- Ajouter des optimisations, notamment pour mieux gérer les redémarrages de Home Assistant (avec la gestion des états « unavailable »).
Beaucoup considèrent que les scénarios sous Jeedom sont plus simples et lisibles que les automatisations de Home Assistant. C’est en partie vrai : appeler une commande et changer son état semble plus intuitif que lier une action à une entité. Cependant, une fois le paradigme assimilé, Home Assistant devient tout aussi accessible (quoique moins évident pour certains usages). De plus, l’éditeur YAML permet une lecture très claire, surtout si l’on se limite aux entités.
Réorganisation et évolutions matérielles
Depuis ma migration initiale, j’ai rationalisé mes intégrations et réorganisé ma configuration. Je suis passé à une gestion par « packages », ce qui m’a permis de mieux structurer ma configuration.
Côté matériel, voici quelques changements que j’ai pu opérer :
- J’ai retiré mon RFPlayer et remplacé mes capteurs de température Oregon Scientific par des sondes Sonoff Zigbee SNZB-02D.
- Ma pergola Somfy est désormais gérée via un ESP RTS Somfy qui publie dans MQTT.
- J’ai fait l’acquisition de nouveaux équipements : un NSPanel Pro 120 et deux écrans à pixels Ulanzi TC001, dont j’ai déjà parlé.
Mise à jour de Zigbee2MQTT
Je suis passé de Zigbee2MQTT version 1 à la nouvelle version 2.0 sans souci majeur, après avoir pris quelques précautions pour retirer les éléments obsolètes provenant de mon historique Jeedom. Cette transition s’est faite en douceur, contrairement à Jeedom, où la mise à jour semble poser un problème.
Points de déception
Bien que globalement satisfait, voici ce qui me déplaît dans Home Assistant :
- Les redémarrages : Le service doit être redémarré complètement pour appliquer certains changements. Cela peut provoquer des dysfonctionnements temporaires d’entités, ce qui demande de l’anticipation dans les automatisations.
- Gestion du SSO : Elle reste complexe. Pour utiliser une authentification par header ou LDAP, il faut recourir à des solutions tierces. Le pire étant la gestion du LDAP (LLDAP dans mon cas) qui passe par une ligne de commande. Cette gestion de l’authentification m’a obligé à configurer deux URL : une avec SSO et une sans, pour l’application mobile qui ne le gère pas.
Conclusion
Malgré ces quelques limitations, je suis pleinement satisfait de mon passage à Home Assistant. La communauté active, les mises à jour régulières et les possibilités infinies de personnalisation compensent largement les ajustements nécessaires. Si vous hésitez à migrer, n’hésitez pas à partager vos questions en commentaire, je me ferai un plaisir d’y répondre.
De Bruno CHAREYRE le 9 janvier 2025
Merci pour ce retour d'expérience.
De mon côté, j'ai basculé de Jeedom à Home Assistant depuis 3 ans.
Full-virtualisation avec Proxmox sur Dell Poweredge ( VM + lxc pour esphome/ mqtt/ mariadb, influxdb, zigbeetomqtt, zwave-js-ui, scrypted )
Un des points notables, en plus de ceux que tu évoques, concerne la rapidité. En effet, en passant du php au Python on voit réellement une réactivité accrue des automatismes ( tu l'avais abordé dans un précédent article ).
La richesse des composants ( en particulier grâce à HACS ), l'évolution du core ( avec plusieurs releases mensuelles), la communauté immense, sont autant d'éléments importants à souligner.
J'ai récemment exploité une autre forme d'automation via AppDaemon et là on rentre dans une autre dimension ( bien que beaucoup d'automations puissent être réalisées en standard ) encore plus réactive. Cela permet, notamment, de simplifier les automations en mode yaml.
Tu m'as inspiré avec ESP RTS Somfy, je vais me lancer maintenant que j'ai terminé la gestion de la piscine.
Merci Guillaume pour ton blog ! Toujours clair, informatif, illustré....