Home Assistant, Matter et Thread : quelle architecture choisir?

Comprenez les rôles de Matter, Thread et des routeurs de bordure, puis bâtissez une domotique locale fiable avec IPv6, multi-admin, sauvegardes et tests.

01

Matter, Thread et Home Assistant ne jouent pas le même rôle

Matter définit comment une plateforme contrôle un appareil compatible. Il fonctionne au-dessus d'IP, sur Ethernet, Wi-Fi ou Thread. Thread est un réseau maillé IPv6 à faible consommation : il transporte les échanges, mais ne définit pas à lui seul les fonctions d'une serrure, d'un capteur ou d'une lumière. Home Assistant agit comme contrôleur Matter et transforme les fonctions exposées en appareils, entités et automatisations.

Cette distinction évite un achat fréquent : un logo Thread ne garantit pas Matter. Certains produits Thread utilisent HomeKit ou un autre protocole. Vérifiez le logo Matter, le type de transport et les fonctions réellement certifiées. Un appareil Matter sur Wi-Fi n'a pas besoin de routeur de bordure Thread; un appareil Matter sur Thread en a besoin.

02

Quelle architecture choisir?

Matter ne rend pas automatiquement obsolètes Zigbee, Z-Wave ou les intégrations locales. La documentation Home Assistant donne l'exemple de Philips Hue : l'intégration native locale expose des fonctions que le pont Matter ne fournit pas forcément. Choisissez le chemin qui offre les entités et diagnostics nécessaires, puis utilisez Matter lorsqu'il apporte réellement l'interopérabilité ou le contrôle local recherché.

BesoinArchitecture pragmatiquePourquoiPoint à valider
Quelques prises ou ampoules alimentéesMatter sur Wi-FiAucun réseau Thread à exploiterCouverture 2,4 GHz et nombre de clients Wi-Fi
Capteurs et boutons sur pileMatter sur ThreadFaible consommation et maillageRouteur de bordure, IPv6 et densité du maillage
Parc Zigbee matureConserver Zigbee avec l'intégration nativeÉvite une migration sans bénéfice fonctionnelCoordonnateur, sauvegarde et canal radio
Écosystème Apple ou Google existantMulti-admin Matter avec Home AssistantConserve les interfaces familièresRéseau Thread préféré et partage des appareils
Fonctions avancées propres à une marqueIntégration locale native si disponibleExpose souvent plus de fonctions que MatterDépendance au pont ou à l'API locale
Nouvelle maison axée sur le contrôle localHome Assistant OS + Matter Server + OTBRPile cohérente et sauvegardableRadio compatible, emplacement et plan de récupération
03

Les composants d'une pile Matter sur Thread

Un routeur de bordure n'est pas un concentrateur qui contrôle les appareils : il transfère le trafic entre Thread et le LAN. Plusieurs routeurs de bordure peuvent améliorer la couverture et réduire un point unique de défaillance, à condition qu'ils participent au même réseau Thread avec les mêmes identifiants. Deux réseaux Thread de fournisseurs différents restent deux maillages distincts.

ComposantFonctionExemple
Contrôleur MatterCommissionne et contrôle les appareils dans sa fabricMatter Server de Home Assistant
Routeur de bordure ThreadRoute entre le maillage Thread et le réseau IP localHome Assistant OTBR, HomePod ou Nest compatible
Radio 802.15.4Relie OTBR au maillage ThreadHome Assistant Connect ZBT ou radio compatible
Appareil MatterExpose les fonctions normaliséesCapteur, serrure, thermostat, prise
TéléphoneUtilise Bluetooth pendant la commissionApp Companion iOS ou Android
Routeurs et appareils finaux ThreadÉtendent le maillage ou économisent la pilePrise alimentée ou capteur endormi
04

Installer la pile Home Assistant sans multiplier les composants fragiles

Home Assistant recommande l'application Matter Server sur Home Assistant OS; c'est l'option officiellement prise en charge. Un serveur Matter en conteneur est possible, mais exige de maîtriser Docker, IPv6, le réseau hôte et la découverte multicast. Pour une installation résidentielle que l'on veut facilement récupérer, Home Assistant OS sur matériel dédié ou dans une VM correctement pontée reste le point de départ le plus simple.

Ajoutez Matter dans Paramètres > Appareils et services. Pour créer votre propre réseau Thread, installez OpenThread Border Router et associez une radio compatible. Une clé multiprotocole doit utiliser le micrologiciel Thread approprié. Branchez la radio sur une rallonge USB, à distance du châssis, des ports USB 3 et des points d'accès très proches afin de réduire les interférences.

05

Réutiliser un réseau Thread Apple ou Google

Si des routeurs de bordure Apple ou Google existent déjà, évitez de créer machinalement une troisième partition. Dans l'application Companion, importez les identifiants Thread de l'écosystème existant, choisissez le réseau approprié comme réseau préféré, puis joignez le routeur de bordure Home Assistant à ce réseau si vous en ajoutez un.

La notion de réseau préféré a une limite importante : pendant la commission avec l'application mobile, le réseau préféré du téléphone peut être utilisé. Vérifiez donc les identifiants connus par le téléphone et Home Assistant. Dans une maison qui possède Apple et Google, choisissez consciemment le maillage principal; des noms similaires dans l'interface ne prouvent pas que les identifiants sont identiques.

  • Lister les réseaux et routeurs de bordure sous l'intégration Thread.
  • Repérer l'icône indiquant que Home Assistant connaît les identifiants.
  • Importer les identifiants avec le téléphone de l'écosystème concerné.
  • Commissionner un appareil pilote et vérifier le nom du réseau joint.
  • Ne réinitialiser aucun routeur de bordure avant d'avoir documenté le retour arrière.
06

Commissionner et partager un appareil sans perdre le code

La commission utilise généralement Bluetooth entre le téléphone et l'appareil pour transmettre les paramètres réseau; le contrôle quotidien passe ensuite par Wi-Fi ou Thread. Utilisez l'application Companion à proximité de l'appareil et du routeur de bordure. Conservez le code QR et le code numérique dans un coffre protégé : ils peuvent être indispensables après une réinitialisation.

Matter permet à un appareil de participer à plusieurs fabrics. Ajoutez-le d'abord à la plateforme choisie comme propriétaire opérationnel, puis utilisez sa fonction de partage pour l'ajouter à Home Assistant, Apple Home ou Google Home. Ne rescanner simplement le code d'usine d'un appareil déjà commissionné n'est pas toujours la bonne méthode : générez un nouveau code de partage depuis le contrôleur qui le possède.

  • Mettre Home Assistant, l'application Companion et le micrologiciel de l'appareil à jour.
  • Activer Bluetooth et les autorisations requises sur le téléphone.
  • Vérifier que le téléphone peut découvrir le routeur de bordure par mDNS.
  • Nommer l'appareil selon sa pièce et sa fonction, puis tester ses entités.
  • Documenter les fabrics autorisées et retirer les anciennes plateformes.
07

VLAN, IPv6 et mDNS : la segmentation doit laisser passer les bons mécanismes

Matter repose sur IPv6 et sur la découverte locale. Thread est exclusivement IPv6. Si Home Assistant, le téléphone, les routeurs de bordure et les appareils sont séparés par des VLAN, le routeur et les règles doivent prendre en charge les routes, le multicast et la découverte nécessaires. Un appareil peut joindre le maillage mais rester injoignable si l'hôte, la VM, Docker ou le routeur ne transporte pas correctement IPv6.

Ne contournez pas le problème en plaçant durablement toute la domotique dans le réseau de confiance. Commencez avec Home Assistant et un appareil pilote sur un chemin simple, observez les communications, puis segmentez. Sur UniFi, limitez le relais mDNS aux réseaux et services utiles. Testez la commission depuis le téléphone et le contrôle après avoir fermé les règles temporaires.

Home Assistant OS — vérifier IPv6 dans Docker
ha docker info
# Si enable_ipv6 vaut null ou false :
ha docker options --enable-ipv6=true
ha host reboot
08

Planifier les canaux Thread et Wi-Fi 2,4 GHz

Thread utilise IEEE 802.15.4 dans la bande 2,4 GHz, donc il partage le spectre avec Wi-Fi et Bluetooth. Avant d'associer des dizaines d'appareils, examinez les canaux Wi-Fi réellement utilisés et placez le routeur de bordure de façon centrale. Des erreurs ChannelAccessFailure répétées peuvent indiquer un canal occupé; quelques occurrences isolées ne prouvent pas une panne.

Home Assistant permet de planifier un changement de canal Thread. Le basculement est annoncé aux appareils puis appliqué après un délai; ne redémarrez pas le routeur de bordure pendant cette transition. Un changement sur un réseau déjà peuplé peut interrompre temporairement les communications. Choisir le canal avant la mise en service est plus sûr, et le canal 26 doit être validé avec les radios et régions concernées plutôt que traité comme une valeur magique.

09

Sécurité, mises à jour et dépendances au nuage

Matter chiffre le contrôle local et peut fonctionner sans service infonuagique, mais cela ne signifie pas que tous les produits sont autonomes. Un fabricant peut exiger son application ou un compte pour activer Matter, offrir certaines fonctions ou livrer le micrologiciel. Vérifiez le comportement sans Internet avant l'achat et après la commission.

Les mises à jour OTA sont prévues par Matter, mais restent optionnelles pour les appareils. Une entité de mise à jour dans Home Assistant confirme une capacité exposée, pas une politique de soutien à long terme. Surveillez les avis du fabricant, conservez un inventaire des versions et testez une mise à jour sur un appareil avant un déploiement généralisé, surtout pour les serrures et équipements de sécurité.

10

Sauvegarder ce qui permet réellement de reconstruire la maison

Une sauvegarde Home Assistant protège la configuration du système et des applications, mais votre plan de récupération doit aussi couvrir les codes Matter, les identifiants Thread, les comptes fournisseurs, les procédures de réinitialisation et l'emplacement physique des appareils. Chiffrez les sauvegardes et conservez-en une copie hors du système Home Assistant.

Après une restauration, validez d'abord le contrôleur Matter et le routeur de bordure, puis un appareil alimenté et un appareil sur pile. Ne lancez pas une réinitialisation d'usine en masse parce qu'une entité est indisponible. Vérifiez les routes IPv6, la découverte, le réseau Thread sélectionné et les journaux avant de recréer les associations.

11

Déployer par pièce avec des critères de validation

Commencez par deux appareils non critiques : un appareil alimenté qui peut aider le maillage et un capteur sur pile. Mesurez la latence, les commandes manquées et le comportement après redémarrage de Home Assistant, du Wi-Fi et d'un routeur de bordure. Testez ensuite le partage multi-admin, l'absence d'Internet et une restauration contrôlée.

Étendez une pièce à la fois. Conservez Zigbee, Z-Wave ou l'intégration native tant que la nouvelle voie n'a pas démontré une parité suffisante. La meilleure architecture n'est pas celle qui affiche le plus de logos : c'est celle dont le réseau, les identifiants, les sauvegardes et le retour arrière peuvent être expliqués et exécutés par la personne qui devra la dépanner.

TestRésultat attenduDécision en cas d'échec
Commande locale sans InternetContrôle essentiel disponibleIdentifier la dépendance au fournisseur
Redémarrage Home AssistantReconnexion automatiqueExaminer Matter Server et découverte
Arrêt d'un routeur de bordureContinuité si redondance prévueCorriger le maillage avant expansion
Capteur éloignéRapports stables sur plusieurs joursAjouter des routeurs Thread alimentés ou déplacer le TBR
Partage Apple/GoogleContrôle depuis les fabrics autoriséesRevoir le propriétaire et le code de partage
Restauration piloteContrôleur et appareils récupérésCorriger sauvegarde et documentation