Home Assistant : la domotique qui marche encore sans Internet
Un hub domotique open-source qui unifie des centaines de marques d'objets connectés, avec toute l'automatisation qui tourne en local, sans cloud obligatoire.
Un hub Google ou Amazon fonctionne bien tant que la marque des ampoules, prises et capteurs reste dans leur écosystème — et cesse de fonctionner entièrement si Internet tombe, puisque la logique d'automatisation tourne sur des serveurs distants. Home Assistant inverse ce modèle : le cerveau de la maison connectée tourne sur un serveur local, et continue de fonctionner même coupé du réseau.
Home Assistant est un hub domotique open-source qui unifie plus de 2000 intégrations — marques d'ampoules, prises, capteurs, thermostats, caméras, robots aspirateurs, quel que soit le protocole sous-jacent (Zigbee, Z-Wave, Wi-Fi, Matter, Bluetooth). Une fois les appareils intégrés, les automatisations (allumer la lumière au coucher du soleil, couper le chauffage si une fenêtre est ouverte) s'exécutent localement, sans round-trip vers un serveur cloud tiers.
Installation
Home Assistant se déploie de plusieurs façons — la plus flexible pour qui a déjà un serveur Docker :
services:
homeassistant:
image: ghcr.io/home-assistant/home-assistant:stable
restart: always
privileged: true
network_mode: host
volumes:
- ./ha-config:/config
- /etc/localtime:/etc/localtime:ronetwork_mode: host est nécessaire pour la découverte automatique des appareils sur le réseau local (mDNS, SSDP) — sans ce mode réseau, certaines intégrations ne détectent pas automatiquement les appareils compatibles. privileged: true donne accès aux périphériques USB, utile pour une clé Zigbee ou Z-Wave branchée directement sur le serveur.
Premier accès sur http://votre-serveur:8123 : l'assistant de configuration crée le compte, détecte automatiquement les appareils compatibles déjà présents sur le réseau, et propose de les intégrer en un clic.
Zigbee et Z-Wave : sortir du Wi-Fi propriétaire
Les objets connectés Wi-Fi (ampoules Tuya, prises génériques) fonctionnent, mais saturent le réseau Wi-Fi domestique et dépendent souvent d'un cloud propriétaire même pour un contrôle local basique. Une clé USB Zigbee (SkyConnect, ConBee) ou Z-Wave crée un réseau maillé dédié, bien plus fiable pour un grand nombre de capteurs.
# Intégration ZHA (Zigbee Home Automation) — configuration via l'interface
Paramètres > Appareils et services > Ajouter une intégration > ZHA
Port USB : /dev/ttyUSB0
Type de radio : détection automatiqueUne fois la clé Zigbee configurée, chaque nouvel appareil Zigbee se jumelle en mettant l'ampoule ou le capteur en mode appairage — détecté automatiquement par Home Assistant en quelques secondes, sans jamais transiter par un cloud fabricant.
Automatisations
Les automatisations se définissent visuellement (déclencheur, condition, action) ou en YAML pour une logique plus fine :
- alias: "Éteindre les lumières si personne à la maison"
trigger:
- platform: state
entity_id: group.presence_famille
to: "not_home"
condition:
- condition: time
after: "08:00:00"
action:
- service: light.turn_off
target:
entity_id: all
- alias: "Alerte fenêtre ouverte et chauffage actif"
trigger:
- platform: state
entity_id: binary_sensor.fenetre_salon
to: "on"
condition:
- condition: state
entity_id: climate.salon
state: "heat"
action:
- service: notify.mobile_app
data:
message: "Fenêtre du salon ouverte, chauffage toujours actif"Ces deux automatisations tournent entièrement en local — aucune latence réseau vers un service tiers, et elles continuent de fonctionner même si la box Internet tombe en panne.
Dashboard (Lovelace)
L'interface se configure en cartes glisser-déposer ou en YAML pour un contrôle plus fin — température par pièce, état des lumières, caméras, historique de consommation électrique, tout sur un tableau de bord personnalisable par utilisateur.
type: entities
title: Salon
entities:
- light.salon_plafonnier
- climate.salon
- binary_sensor.fenetre_salon
- sensor.salon_temperatureNotifications vers mobile
L'app companion officielle Home Assistant transforme le téléphone en capteur de présence (géolocalisation) et en cible de notification. Pour des alertes plus légères sans dépendance à une app dédiée, brancher ntfy comme service de notification alternatif fonctionne aussi bien via une intégration REST simple.
Vie privée et données
C'est l'argument central du projet : les caméras, micros et capteurs de présence d'une maison connectée collectent des données extrêmement intimes. Avec un hub cloud propriétaire, ces données transitent et parfois se stockent chez le fabricant. Avec Home Assistant en local, elles ne quittent jamais le réseau domestique sauf configuration explicite contraire — un argument qui rejoint directement les enjeux de RGPD et vie privée appliqués au foyer plutôt qu'à l'entreprise.
Home Assistant vs Google Home vs SmartThings
| Critère | Home Assistant | Google Home | SmartThings |
|---|---|---|---|
| Fonctionne sans Internet | Oui | Non (partiellement) | Non |
| Nombre d'intégrations | 2000+ | Limité à l'écosystème Google | Limité à l'écosystème Samsung |
| Automatisations locales | Oui | Cloud | Cloud (partiellement local depuis peu) |
| Hébergement des données | Local | Samsung | |
| Courbe d'apprentissage | Élevée au départ | Très faible | Faible |
Google Home et SmartThings gagnent largement en simplicité de démarrage — brancher un appareil de la même marque et ça fonctionne en trente secondes. Home Assistant demande un vrai investissement initial de configuration, en échange d'une maison qui reste fonctionnelle indépendamment de la survie commerciale d'un fabricant ou de la disponibilité de son cloud.
Home Assistant est probablement le projet open-source de cette liste avec le public le plus large — pas besoin d'être développeur pour en tirer profit au quotidien, juste un peu de patience à l'installation. Sur un Raspberry Pi ou un serveur qui tourne déjà Docker, c'est le socle qui permet de mélanger des marques d'objets connectés sans jamais être prisonnier d'un seul écosystème fermé.