En bref
| Liens | Ma boutique Amazon |
Vidéo un peu autocentrée — je voulais faire un état des lieux de ma domotique en ce début 2025, à la fois pour vous, et aussi pour archiver pour moi-même où j’en suis. Deux systèmes en parallèle, une migration lente depuis plus de 2 ans, et deux problèmes ouverts pour lesquels je cherche des conseils.
Ce que la domotique représente chez moi
Quand on parle d’installation domotique, il faut faire attention à ce dont on parle. La domotique ça va de l’assistant vocal qui allume une lumière à des systèmes véritablement professionnels. Chez moi c’est un prérequis clair : automatisme et fiabilité. Je ne bidouille pas avec des lumières colorées. L’objectif c’est d’avoir un système sur lequel j’interviens peu.
Quand j’interviens, c’est pour deux raisons : maintenance (nouvelle version, correctifs) ou évolution de mes besoins (une nouvelle pièce à surveiller, des habitudes de vie qui changent). Tout le reste tourne tout seul.
Ce qui est automatisé chez moi :
- Volets roulants (ouverture/fermeture automatique avec horaires, simulation de présence)
- Chauffage — avec gestion des jours de télétravail, anticipation du retour à la maison, mode hivernal renforcé quand il fait très froid
- Lumières par niveau et par priorité
- Présence et alarmes — le mode dodo bascule automatiquement la maison en état sommeil
- Vidéosurveillance
- Ouvrants avec verrous connectés (Nuki)
- Énergie
La maison peut vivre sa vie de manière autonome — ouvrir les volets, fermer les volets, démarrer le chauffage, faire de la simulation de présence. Et bien sûr j’ai la main dessus à la voix, via l’interface web, ou via l’application mobile.
Le matériel — deux systèmes en parallèle
Jeedom : Jeedom Atlas avec clé Z-Wave. C’est toujours le centre de mon installation. Jeedom a toutes les intégrations protocolaires — Z-Wave et Zigbee principalement, plus des intégrations directes avec des produits spécifiques.
Home Assistant : ZimaBoard avec HA installé dessus (installation x86, non officielle côté matériel mais officielle côté logiciel), avec une clé Sonoff pour Thread/Matter. Mon installation HA est fonctionnelle et grandit, mais elle n’est pas encore au niveau de mon Jeedom.
Les deux ne se recouvrent pas totalement — il y a des fonctionnalités communes, mais Jeedom reste le pilote principal.
Jeedom : fiable, mais quel avenir ?
Mon installation Jeedom tourne sans redémarrer pendant 1 à 2 ans. C’est énorme en terme de fiabilité. Je ne m’en plains pas opérationnellement.
Mais le tableau de bord ne ment pas : c’est une petite communauté, un développement lent, et une grosse lacune en 2025 — pas de support Matter. Pour moi c’est un carton rouge. En 2025, avoir une installation domotique qui ne supporte pas Matter (sans même parler de Thread) c’est extrêmement problématique. Les produits connectés Matter arrivent de plus en plus, et son avantage est réel. Jeedom n’a pas l’air de suivre ce chemin à la vitesse qu’il faudrait.
Donc oui, j’y perds patience. Et j’y perds aussi de l’intérêt au profit de Home Assistant.
Home Assistant : plus accessible qu’avant
Je vois encore beaucoup de gens qui disent “HA c’est compliqué, il faut faire du YAML”. Ce n’est plus vrai pour la majorité des fonctionnalités. Tout ce que j’ai déployé dans HA, je l’ai fait sans YAML — sauf un peu pour du MQTT pour partager des équipements entre les deux installations, mais c’est tout. Le reste, j’ai tout fait avec les fonctionnalités officielles de HA.
L’accueil est agréable : des notifications de découverte vous disent “j’ai trouvé des ampoules Philips Hue”, “j’ai trouvé un ampli Onkyo”, tout arrive automatiquement. C’est beaucoup plus agréable que dans Jeedom.
L’intégration Z-Wave est bien meilleure dans HA. Mon intégration Z-Wave dans Jeedom c’est Z-Wave JS UI — la même base open source, initiée indirectement par HA et réexploitée par Jeedom. Mais dans HA l’intégration est plus poussée : quand vous réinitialisez un produit, vous avez des notifications GUI qui vous disent “ce produit a quitté le réseau, vous pouvez le réintégrer de cette manière”. Vous avez les mises à jour de firmware directement depuis l’interface graphique avec des notifications. Dans Jeedom vous n’avez pas ça.
Mon objectif 2025 : basculer intégralement sur Home Assistant avec le même niveau fonctionnel que Jeedom, et pouvoir éteindre l’installation Jeedom en fin d’année. Je n’y crois pas vraiment, mais c’est bien de se donner un objectif.
Si vous démarrez une installation domotique en 2025, prenez Home Assistant. La question ne se pose même pas. HA est open source, communauté mondiale, intégrations dans tous les domaines, plus accessibles qu’ils ne l’ont jamais été. Jeedom n’est pas mort mais il est en bout de souffle. Il est porté par quelques personnes, la communauté est petite, certains plugins vieillissent ou disparaissent, et pour les grands chantiers comme Matter il n’y a rien. Oubliez.
Les deux blocages de ma migration
Blocage 1 : les scénarios complexes
Les scénarios simples, ça va — un interrupteur 4 boutons déclenche des scènes, j’ai comparé côte à côte Jeedom et HA, c’est comparable. Dans Jeedom vous avez bouton 1 → action, dans HA vous avez des triggers avec les IDs de scène, le résultat est le même.
Là où ça se complique, c’est les scénarios complexes avec de la logique imbriquée. Jeedom a un pseudo-langage de programmation intégré — des boucles, des conditions SI/SINON, du code direct si nécessaire. Vous pouvez faire des choses vraiment poussées directement dans l’interface de scénario.
Prenons mon mode dodo : vérifier des états, faire des actions conditionnelles, revérifier des états, refaire d’autres actions… C’est un scénario déjà complexe. Mes scénarios de gestion de chauffage le sont encore plus : piloter les jours de télétravail semaine par semaine, gérer les absences avec anticipation du retour, synchroniser avec mon thermostat Netatmo, tout réinitialiser en fin de semaine. Et mes scénarios de sécurité — gestion des ouvrants avec désactivation de l’alarme intégrée, ouverture sécurisée du garage.
Dans HA j’arrive à un moment où les automatisations ne suffisent plus. Même en découpant par brique logique, je touche les limites de l’expressivité des automatisations. La conclusion : il faut passer par Node-RED. Node-RED est intégrable avec HA, il y a des intégrations natives, on peut faire des choses très poussées. Mais c’est sortir du monde pur Home Assistant. Et dès qu’on n’est plus dans le pure HA, les montées de version deviennent plus délicates — il faut tester que Node-RED et les intégrations tiennent la route à chaque mise à jour. C’est ça qui m’embête.
Question à la communauté : est-ce que vous avez migré des scénarios complexes de Jeedom vers HA en restant dans le monde pur HA ? Ou vous avez tous opté pour Node-RED ? Est-ce qu’il y a une alternative que je n’ai pas vue ?
Blocage 2 : protection des commandes sensibles
Dans Jeedom il y a une fonctionnalité que je n’ai pas trouvée dans HA et qui me semble pourtant critique : la protection des actions sensibles.
Le problème est simple. Sur une application mobile, au doigt, vous pouvez appuyer par inadvertance sur n’importe quelle icône. Déclencher une sirène d’alarme parce que vous glissiez l’écran pour naviguer, c’est catastrophique. Déverrouiller une porte parce que vous avez raté un bouton, c’est problématique.
Dans Jeedom, sur n’importe quelle commande, vous pouvez configurer soit une confirmation d’action (êtes-vous sûr ?), soit un code PIN d’accès avant exécution. Ce n’est pas un code pour l’assistant vocal — c’est une protection contre l’exécution accidentelle ou non autorisée.
Pour mon verrou Nuki, pour ma porte de garage, pour mes sirènes : j’ai une protection par empreinte digitale ou code dans Jeedom. Quelqu’un qui prendrait mon téléphone ne peut pas déverrouiller ma porte sans mon empreinte.
Dans Home Assistant je n’ai pas trouvé l’équivalent. Comment est-ce qu’on protège une entité ou une action de façon à ce qu’elle ne soit pas activable sans confirmation ou sans authentification ?
Question à la communauté : comment vous faites dans HA pour protéger l’exécution d’une commande sensible sur l’application mobile ?
L’application mobile — Jeedom Connect vs HA
L’application officielle Home Assistant est bien, mais elle n’a pas les spécificités qui font la différence sur smartphone.
Jeedom Connect est une application client lourd pour Jeedom, et elle est remarquable. Je peux configurer chaque bouton à la pixel près, organiser par onglets exactement comme je veux, avoir des actions virtuelles qui sont des raccourcis très précis vers ce que je veux faire, et surtout — protection par empreinte digitale ou code sur les actions sensibles.
Voici ce que mon application Jeedom Connect centralise :
Alarmes : pilotage de mes trois sirènes. Chaque déclenchement manuel demande une confirmation par empreinte digitale.
Ouvrants : les deux portes d’entrée avec verrous Nuki (statut + pilotage), la porte de garage (ouverture complète, ouverture partielle, changement de sens). La porte de garage demande une confirmation d’empreinte dès qu’on appuie dessus — parce que quand j’arrive en voiture je passe par là , et une erreur d’appui en tenant le téléphone c’est vite arrivé.
Volets : pilotage global avec les modes (absent = fermeture automatique, ouverture seule, fermeture seule, ouverture et fermeture, mode vacances). L’heure d’ouverture et fermeture automatique est affichée directement.
Chauffage : les modes de départ rapide (repas, fin de film, aller au lit), le planning actuel avec l’heure jusqu’à laquelle il s’applique, le mode télétravail par jour de semaine, les vacances, le mode hivernal renforcé.
Lumières : pilotage global et pilotage fin par niveau et par pièce jusqu’au dernier étage.
Multimédia et énergie : consommation maison et bureau, pilotage des machines principales.
Sécurité : déclenchement d’alarmes, lumière extérieure automatique, caméras, gestion des verrous avec confirmation d’empreinte pour le déverrouillage, détecteurs incendie/inondation/mouvement/présence.
L’ouverture de colis (mon garage configuré pour accueillir un livreur, avec alarme désactivée sur les zones concernées mais vidéosurveillance active) — tout ça en un appui protégé.
Question à la communauté : est-ce qu’il existe une alternative à Jeedom Connect pour Home Assistant, avec ce niveau de sur-mesure et de protection des actions ?
Les produits de mon installation — état 2025
GCE (IPX800 V4) : des petites pépites en domotique qu’on ne voit pas souvent sur les chaînes grand public. Extrêmement fiables, vous les installez et vous les oubliez. Il y a une V5 sortie que je n’ai pas encore montrée. Je recommande sans réserve.
Eve (capteurs Thread/Matter) : aucun souci. Le Door & Window Sensor et les capteurs Eve fonctionnent très bien sur Thread dans HA. C’est une merveille de fiabilité. Magic sur Thread aussi, c’est pareil.
Philips Hue : installation complète, ampoules partout, boutons partout, interrupteurs partout. Je n’ai plus rien à acheter — la maison est pleine. C’est pour ça que vous ne voyez plus de Philips Hue sur ma chaîne : j’ai plus de place pour de nouveaux produits, pas parce que c’est mauvais.
Nuki (3 Pro + 4 Pro + Keypad 2e génération) : des produits à avoir si vous voulez des verrous connectés durables. Le cylindre universel Nuki tourne depuis des années sans problème. Très robuste malgré le moteur et la batterie interne. Le Keypad fonctionne très bien sur la porte d’entrée. Je recommande.
Arlo (caméras + sonnette) : toujours en full Arlo pour la vidéosurveillance. Ça fonctionne bien, c’est isolé du reste de la domotique (pas d’interaction directe donc jamais les deux qui tombent en même temps). Mais l’écosystème Arlo est propriétaire et je trouve certaines décisions de leur part tendancieuses. Pas de Matter, pas d’ouverture. Si je déménage un jour, je passerai probablement sur autre chose.
Aqara FP2 : il fonctionnait très bien pendant plusieurs mois, j’en avais fait une vidéo positive. Vers novembre il est tombé en panne — vide les piles à toute vitesse, remonte toujours la luminosité mais plus le mouvement. Aqara propose un remplacement mais le but c’était d’avoir un capteur de présence qui fonctionne, pas d’en avoir 15. Pour le moment j’ai mis un autre capteur de mouvement à sa place.
TP-Link BE85 : mon réseau WiFi 7. Fonctionne très bien.
Netatmo : le thermostat est dans ma maison depuis que j’y suis, plus de 10 ans. Il fonctionne toujours très bien, il pilote encore ma chaudière avec anticipation. Par contre Netatmo en tant que marque est en perte de vitesse à mon avis — leurs nouveaux produits ne m’intéressent pas vraiment, il n’y a toujours pas d’approche locale, et les vannes thermostatiques ont eu des problèmes de fiabilité (certes c’est des produits mécaniques soumis à des variations de température, et les concurrents ont aussi des problèmes similaires).
Fibaro : j’utilise toujours mes dimmers et le Multisensor 6. Mais je ne vous conseille plus d’acheter du Fibaro. La raison : ils n’ont jamais publié leurs firmwares Z-Wave. C’est inacceptable de la part d’une marque — ça m’empêche de mettre à jour les produits que j’ai déjà . Ça fonctionne bien, mais c’est irrespectueux des clients.
Home Assistant Voice : beau produit, mais pas encore au niveau sans abonnement cloud. La reconnaissance vocale sans cloud est insuffisante. Avec un abonnement Home Assistant Cloud (Nabu Casa), c’est nettement mieux. Des améliorations logicielles arrivent, je pense que ça va progresser, mais en janvier 2025 ce n’est pas encore le produit parfait.
ZimaBoard : très fiable pour faire tourner Home Assistant. Aucun souci.
La migration continue
J’ai basculé progressivement vers Home Assistant depuis 2 ans et j’accélère. Vous verrez de plus en plus de HA dans mes vidéos, parce que c’est ce que j’utilise de plus en plus. Jeedom n’est pas mort, mais son futur me préoccupe. Si vous avez des réponses aux deux questions ouvertes — scénarios complexes sans Node-RED dans HA, et protection des commandes sensibles dans HA — les commentaires et le Discord sont là pour ça.
