XDA a passé une semaine à démonter Gemini for Home et a abouti à la même conclusion que la plupart des lecteurs de home-lab : la nouvelle vague de plateformes « intelligentes » est une proposition d’abonnement déguisée en fonctionnalité. Payez une redevance mensuelle, acheminez chaque commande vocale via un serveur distant, regardez une routine se briser parce qu’un fournisseur a révoqué une API. Le fil sous le message était plein de gens gérant silencieusement leurs maisons sur une Raspberry Pi ou un NUC à la place, sans facture mensuelle et sans allers-retours cloud. Une maison intelligente locale n’est plus une niche.
Nous avons testé 7 applications de bureau pour construire ce type de configuration sur Windows, macOS et Linux. L’étalon était pratique : à quel point chacune fonctionne proprement sur un petit serveur domestique, combien de protocoles elle supporte prêts à l’emploi, si le moteur d’automatisation survit à un va-et-vient quotidien de déclencheurs, et comment il est facile de tout sauvegarder avant une mise à jour du firmware.
Ce qu’il faut rechercher dans une application de maison intelligente locale
Quelques critères séparent les plateformes qui obtiennent une place permanente dans votre rack de celles qui seront effacées lors du prochain reformatage :
- Pas d’allers-retours cloud. Chaque changement d’état, automatisation et commande vocale doit s’exécuter sur du matériel que vous possédez. Si une routine cesse de fonctionner lorsque la liaison WAN est interrompue, la plateforme a échoué le test de base.
- Traitement local. La conversion parole-texte, la détection de présence et les scènes déclenchées par le mouvement doivent se résoudre sur le réseau local. Appeler à la maison pour l’inférence est une régression de la confidentialité et une taxe de latence.
- Protocoles ouverts. Zigbee, Z-Wave, Matter over Thread, MQTT et HTTP simple couvrent la plupart du marché des appareils. Le verrouillage sur un seul cloud de fournisseur est ce qui vous a fait lire cet article.
- Largeur d’intégration. Les hubs les plus puissants parlent à des milliers de familles d’appareils via des intégrations maintenues par la communauté. Les plus faibles supportent un catalogue de fournisseur et rien de plus.
- Moteur d’automatisation. Un vrai moteur de règles, pas un jouet « si ceci alors cela ». Conditions, délais, modes de redémarrage et un moyen de déboguer une routine qui échoue à 3h du matin.
- Stratégie de sauvegarde. Snapshots, YAML ou JSON exportables et un chemin de restauration propre. Une maison intelligente est à une mauvaise carte SD de faire une reconstruction manuelle sans elle.
Comparaison rapide
| Application | Meilleur pour | Plateformes | Plan gratuit | Fonction vedette |
|---|---|---|---|---|
| Home Assistant | Le hub local par défaut pour tout | Windows, macOS, Linux (HAOS / Docker / VM) | Oui (code ouvert) | 3000+ intégrations et un vrai moteur d’automatisation |
| Home Assistant OS | Une image d’appareil pour un Pi ou un mini PC | Métal nu, VM sur n’importe quel système d’exploitation de bureau | Oui (code ouvert) | Snapshots en un clic et boutique de modules complémentaires |
| Node-RED | Flux visuels pour les automatisations que YAML ne peut pas exprimer | Windows, macOS, Linux | Oui (code ouvert) | Logique glisser-déposer avec nœuds de débogage en direct |
| openHAB | Un hub basé sur Java avec de puissants moteurs de règles | Windows, macOS, Linux | Oui (code ouvert) | Liaisons pour les protocoles hérités que Home Assistant ignore |
| Domoticz | Un hub léger pour le matériel à faible consommation | Windows, macOS, Linux | Oui (code ouvert) | S’exécute confortablement sur un Pi Zero ou un ancien netbook |
| Mosquitto | Le courtier MQTT sur lequel repose le reste de la pile | Windows, macOS, Linux | Oui (code ouvert) | Petite empreinte, des décennies d’utilisation en production |
| Zigbee2MQTT | Un contrôleur Zigbee qui vous libère des hubs de fournisseurs | Windows, macOS, Linux (avec un coordinateur USB) | Oui (code ouvert) | Appairez n’importe quel appareil Zigbee, publiez sur MQTT |
Les 7 meilleures applications pour une maison intelligente locale sur bureau
1. Home Assistant — meilleur hub par défaut pour la maison entière
Home Assistant est la plateforme sur laquelle se règlent la plupart des maisons locales. Installez le conteneur Docker ou l’image OS dédiée sur un mini PC, pointez vers un coordinateur Zigbee ou Z-Wave, et le tableau de bord se remplit d’appareils en quelques minutes. Plus de 3000 intégrations couvrent la longue traîne, le moteur d’automatisation gère correctement les conditions et les modes de redémarrage, et l’API locale signifie que chaque scène s’exécute sans toucher à internet. La voix peut rester sur l’appareil via le pipeline Assist du projet.
Où elle échoue : L’interface utilisateur de configuration s’améliore constamment, mais les utilisateurs expérimentés finissent toujours par éditer YAML. La boutique communautaire HACS est essentielle pour de nombreuses intégrations et ajoute une étape de configuration que la documentation officielle ignore.
Tarification :
- Gratuit : code ouvert, sans frais de licence
- Payant : abonnement cloud Nabu Casa optionnel pour l’accès à distance (vous ne le besoin pas pour le contrôle local)
Plateformes : Windows, macOS, Linux (Docker, VM ou HAOS métal nu)
Télécharger : home-assistant.io
Conclusion : Choisissez Home Assistant pour une maison intelligente locale si vous voulez un hub qui parle à tout et que vous êtes prêt à investir un week-end dans la configuration.
2. Home Assistant OS — meilleure installation d’appareil pour une boîte dédiée
Home Assistant OS est le même cœur Home Assistant enveloppé dans une image Linux simplifiée qui démarre directement dans le superviseur. Flashez-la sur une Raspberry Pi, un Intel NUC ou une VM sur votre bureau, et vous obtenez des modules complémentaires en un clic pour Mosquitto, Zigbee2MQTT, Node-RED et des dizaines d’autres outils sans jongler avec les fichiers Docker compose. Les snapshots sont de première classe, ce qui rend les mises à jour et les migrations plus faciles à pardonner.
Où elle échoue : Elle veut la boîte entière. Exécuter d’autres charges de travail à côté signifie utiliser la VM ou l’installation supervisée, tous deux plus fragiles que HAOS sur métal nu. Le passthrough matériel pour les radios USB nécessite de la prudence dans une VM.
Tarification :
- Gratuit : image code ouvert
- Payant : aucun
Plateformes : Métal nu sur Pi ou x86, VM sous VirtualBox, VMware, Proxmox, Hyper-V sur Windows, UTM sur macOS
Télécharger : home-assistant.io/installation
Conclusion : Choisissez Home Assistant OS pour une maison intelligente locale si vous voulez un appareil dédié et des snapshots propres sans construire manuellement un serveur Linux.
3. Node-RED — meilleur éditeur de flux visuel pour les automatisations délicates
Node-RED est l’outil qui prend le relais là où les automatisations YAML deviennent maladroites. L’éditeur basé sur navigateur vous permet de câbler des déclencheurs, des conditions, des nœuds de fonction et des sorties sous forme de graphique de flux, avec des panneaux de débogage en direct qui montrent le message à chaque étape. Il s’associe naturellement avec Home Assistant via le module complémentaire compagnon officiel, mais il s’exécute également de manière autonome par rapport à MQTT, aux API REST et à une longue liste de nœuds communautaires. La logique basée sur le temps, les machines d’état et les routines multi-étapes qui vous combattent dans YAML deviennent du glisser-déposer ici.
Où elle échoue : Les flux peuvent s’étendre rapidement si vous n’imposez pas votre propre structure. La dépendance Node.js signifie que l’utilisation de RAM monte plus haut qu’un hub Python pur avec la même charge de travail.
Tarification :
- Gratuit : code ouvert, sans frais de licence
- Payant : aucun
Plateformes : Windows, macOS, Linux (installation native ou Docker)
Télécharger : nodered.org
Conclusion : Choisissez Node-RED pour une maison intelligente locale si vos automatisations ont dépassé les déclencheurs simples et que vous voulez voir la logique au lieu de la lire.
4. openHAB — meilleur hub pour les protocoles hérités et industriels
openHAB existe depuis plus longtemps que la plupart de ses concurrents et domine toujours à la périphérie du protocole. Les liaisons couvrent KNX, Modbus, BACnet, les panneaux d’alarme DSC, les récepteurs satellites et une liste de systèmes plus anciens que Home Assistant ignore ou supporte en tant que module complémentaire communautaire. Le moteur de règles est mature, avec des options Blockly, DSL et JavaScript selon votre préférence pour exprimer la logique. Tout s’exécute localement sur la JVM.
Où elle échoue : L’empreinte Java est plus lourde que les alternatives Python ou C, donc un Pi 4 ou mieux est le plancher confortable. L’interface utilisateur par défaut est plus utilitaire que les tableaux de bord Home Assistant, bien que la nouvelle interface principale ait réduit l’écart.
Tarification :
- Gratuit : code ouvert, sans frais de licence
- Payant : aucun
Plateformes : Windows, macOS, Linux (installation native, Docker ou image openHABian)
Télécharger : openhab.org
Conclusion : Choisissez openHAB pour une maison intelligente locale si vous devez intégrer des équipements d’automatisation de bâtiment plus anciens ou si vous préférez une pile basée sur JVM.
5. Domoticz — meilleur hub léger pour le matériel à faible consommation
Domoticz est l’option à considérer lorsque vous voulez un hub de maison intelligente sur un Pi Zero, un ancien netbook ou un appareil de classe routeur avec quelques centaines de mégaoctets de RAM. Le noyau C++ est léger, l’interface web se charge rapidement, et la liste des appareils supportés couvre toujours Zigbee, Z-Wave, MQTT, RFXCOM et la plupart des capteurs DIY courants. L’automatisation utilise les scripts Lua ou dzVents, tous deux compacts et bien documentés.
Où elle échoue : L’interface semble plus ancienne que les alternatives, et la communauté est plus petite, les guides spécifiques aux appareils sont donc plus difficiles à trouver. Les nouveaux protocoles comme Matter arrivent plus tard ici que sur Home Assistant.
Tarification :
- Gratuit : code ouvert, sans frais de licence
- Payant : aucun
Plateformes : Windows, macOS, Linux (y compris les builds Synology et OpenWrt)
Télécharger : domoticz.com
Conclusion : Choisissez Domoticz pour une maison intelligente locale si votre matériel est modeste et que vous voulez un hub qui n’a pas besoin d’un quad-core pour être réactif.
6. Mosquitto — meilleur courtier MQTT pour le reste de votre pile
Mosquitto est le cheval de bataille silencieux que la plupart des configurations locales finissent par exécuter. C’est un petit courtier MQTT rapide qui permet à Zigbee2MQTT, Home Assistant, Node-RED, les appareils ESPHome et les scripts personnalisés de publier et de s’abonner les uns aux autres sans relais cloud. L’installation est un paquet sur Linux, un binaire unique sur Windows et une formule Homebrew sur macOS. L’authentification, TLS et les listes de contrôle d’accès gardent le réseau accessible uniquement aux appareils que vous bénissez.
Où elle échoue : C’est une infrastructure, pas une interface utilisateur. Vous aurez besoin d’un outil séparé comme MQTT Explorer pour inspecter les sujets, et la configuration réside dans des fichiers texte brut plutôt qu’un tableau de bord.
Tarification :
- Gratuit : code ouvert sous EPL/EDL
- Payant : aucun
Plateformes : Windows, macOS, Linux (installation native ou Docker)
Télécharger : mosquitto.org
Conclusion : Choisissez Mosquitto pour une maison intelligente locale si n’importe quelle partie de votre pile parle MQTT, ce qui en 2026 signifie presque tout.
7. Zigbee2MQTT — meilleur moyen de se débarrasser des hubs Zigbee de fournisseurs
Zigbee2MQTT transforme un stick coordinateur USB en une passerelle Zigbee neutre pour les fournisseurs. Appairez une ampoule d’une marque et un capteur d’une autre au même réseau, et chaque appareil apparaît en tant que sujet MQTT convivial que Home Assistant, Node-RED ou vos propres scripts peuvent lire et écrire. L’interface web gère l’appairage, les mises à jour OTA et une carte réseau qui rend le débogage du réseau réellement possible.
Où elle échoue : Vous avez besoin d’un stick coordinateur USB supporté (un dongle Sonoff ou similaire). Certains appareils exotiques ont besoin d’un fichier de bizarreries. L’exécuter à côté d’un point d’accès Wi-Fi sur le même canal 2,4 GHz est la cause habituelle des fils « pourquoi mon Zigbee est-il instable ».
Tarification :
- Gratuit : code ouvert, sans frais de licence
- Payant : aucun
Plateformes : Windows, macOS, Linux (natif, Docker ou module complémentaire Home Assistant)
Télécharger : zigbee2mqtt.io
Conclusion : Choisissez Zigbee2MQTT pour une maison intelligente locale si vous voulez un maillage Zigbee qui vous répond et non à un cloud de fournisseurs.
Comment choisir
Si vous voulez le hub local par défaut et le plus large support d’appareils, installez Home Assistant dans Docker ou exécutez Home Assistant OS sur une boîte dédiée.
Si vos automatisations ont dépassé les déclencheurs simples et que vous voulez voir la logique comme un graphique, ajoutez Node-RED à côté de Home Assistant.
Si vous avez besoin de liaisons pour KNX, Modbus ou d’autres protocoles d’automatisation de bâtiment, choisissez openHAB.
Si votre matériel est modeste et que vous voulez un hub qui fonctionne confortablement sur un Pi Zero, optez pour Domoticz.
Si n’importe quelle partie de votre pile parle MQTT, exécutez Mosquitto en tant que courtier.
Si vous voulez un maillage Zigbee qui ignore les hubs de fournisseurs, appairez un coordinateur USB avec Zigbee2MQTT.
FAQ
Ai-je besoin d’un serveur toujours actif pour une maison intelligente locale ?
Oui. Quelque chose doit exécuter le hub, le courtier et les automatisations 24/7. Une Raspberry Pi 4 ou 5, un Intel NUC ou un petit Mini PC exécutant Linux est le choix habituel. Un ordinateur de bureau de secours fonctionne bien si vous pouvez le laisser allumé.
Mes routines continueront-elles à fonctionner quand internet sera coupé ?
Si vous avez respecté les applications locales, presque toutes le feront. Les appareils Zigbee, Z-Wave, Matter over Thread et Wi-Fi qui parlent les API locales n’ont pas besoin du WAN. Les exceptions sont tout ce qui dépend toujours du cloud d’un fournisseur, c’est pourquoi une construction locale favorise les appareils avec contrôle local documenté.
Home Assistant est-elle la meilleure application pour une maison intelligente locale ?
Pour la plupart des constructions, oui. Son nombre d’intégrations, son moteur d’automatisation et sa communauté active en font la valeur par défaut. openHAB gagne toujours pour les protocoles hérités, et Domoticz est mieux adapté sur du matériel très faible consommation.
Puis-je éviter complètement le cloud et utiliser toujours la commande vocale ?
Oui. Le pipeline Assist de Home Assistant exécute la conversion parole-texte, la correspondance d’intention et la conversion texte-parole sur le réseau local, et un projet comme Wyoming ou un module complémentaire Whisper gère le travail lourd sur un mini PC. La précision est assez proche de celle des grands assistants cloud pour les commandes routinières, sans enregistrements quittant la maison.