Pourquoi un routeur Zigbee défaillant peut-il déconnecter des appareils d’un serveur domestique ?

Un routeur Zigbee en panne peut déconnecter certains appareils car il peut faire plus qu'étendre la portée radio. Il peut relayer des messages entre des parties éloignées du maillage et agir comme le parent qui stocke les messages pour les dispositifs finaux alimentés par batterie. Le retirer peut donc casser une route, une relation parent-enfant, ou les deux.

Le serveur domestique peut continuer à fonctionner normalement pendant la panne. Home Assistant, Zigbee2MQTT et le coordinateur peuvent rester en ligne tandis qu'un capteur de mouvement, un capteur de contact ou un interrupteur devient inaccessible. La récupération de ces appareils dépend de la topologie radio restante et de la manière dont chaque pile Zigbee gère la réparation de route ou la reconnexion.

Un routeur Zigbee en panne casse un chemin du maillage, pas le serveur domestique

Un serveur domestique intelligent local exécute la plateforme d'automatisation, les intégrations, les tableaux de bord et la logique applicative. Le coordinateur Zigbee est l'interface radio qui forme un réseau Zigbee et connecte ce réseau à l'hôte. Un routeur est un autre nœud Zigbee — généralement alimenté sur secteur — qui relaie le trafic et peut étendre la couverture au-delà de la portée radio directe du coordinateur.

La documentation officielle ZHA de Home Assistant distingue le matériel coordinateur des rôles de routeur et de dispositif final. Cette séparation explique le symptôme sélectif : un routeur en panne peut supprimer la connectivité d'une branche du maillage sans faire planter l'hôte, arrêter le logiciel d'automatisation, ni forcément mettre le coordinateur hors ligne.

Les coordinateurs, routeurs et dispositifs finaux tombent en panne différemment

Le schéma de panne dépend du rôle joué par un nœud. Un coordinateur est l'interface radio centrale du réseau, un routeur participe au relais des messages, et un dispositif final communique normalement via un parent plutôt que de relayer le trafic des autres nœuds. Ces rôles doivent être identifiés avant d'interpréter une liste d'appareils hors ligne.

Le tableau décrit les rôles réseau, pas une règle produit rigide. Certains produits alimentés sur secteur peuvent ne pas implémenter le rôle de routeur, et le firmware détermine le comportement réel. La question pratique n'est pas de savoir si un appareil ressemble à une prise ou une ampoule, mais si le réseau le reconnaît comme un routeur et si d'autres nœuds en dépendent actuellement.

Les dispositifs de routage ne peuvent réparer un chemin cassé que lorsqu'une autre route existe

Lorsqu'un message unicast accusé de réception n'atteint pas sa destination, une pile Zigbee peut réessayer la livraison et initier une réparation de route. La documentation officielle de Silicon Labs sur le routage Zigbee décrit la réparation comme un nouveau processus de découverte dans lequel le nœud endommagé ne participe plus. Si une séquence différente de routeurs est accessible, les tables de routage peuvent être mises à jour pour utiliser ce chemin.

L'auto-réparation est donc une tentative de trouver une connectivité valide, et non une promesse que chaque appareil se reconnecte immédiatement. Si le routeur défaillant était le seul pont utilisable à travers un mur, un étage ou une longue distance, le maillage ne peut pas calculer un chemin à travers des radios hors de portée. La pile signale un échec de livraison lorsqu'aucun chemin alternatif n'est disponible.

Les dispositifs finaux en veille peuvent perdre leur parent, pas seulement une route

Un dispositif final Zigbee alimenté par batterie peut rester en veille pendant la majeure partie de son cycle de fonctionnement. Pendant qu'il dort, son parent reste éveillé, met en mémoire tampon les messages entrants et répond aux sondages de données périodiques. Silicon Labs explique cette relation de sondage parent-enfant : l'enfant demande les messages retenus à un parent au lieu de rester continuellement disponible pour les recevoir directement.

Si ce parent échoue, la réparation normale de routeur à routeur ne restaure pas à elle seule la relation avec l’enfant. L’appareil final doit d’abord reconnaître les échecs répétés de sondage puis initier le comportement de reconnexion implémenté par sa pile. Une implémentation conforme peut chercher un nouveau parent adapté, mais les intervalles de sondage, les seuils de tentative, le comportement du firmware et le moment où l’appareil se réveille influencent la rapidité avec laquelle la récupération devient visible.

La couverture redondante détermine si l’auto-réparation réussit

La récupération dépend de plusieurs conditions qui se résument facilement à la phrase vague « le maillage va se réparer ». L’emplacement affecté doit encore avoir une couverture radio, le réseau doit pouvoir former un itinéraire utilisable, et un appareil final déplacé doit pouvoir établir une nouvelle relation parentale.

Un autre routeur doit être joignable depuis l’emplacement affecté

La redondance n’existe que lorsqu’un autre routeur dispose d’une liaison fiable là où elle est nécessaire. Deux routeurs à côté du coordinateur ne fournissent pas deux chemins vers un capteur derrière plusieurs murs épais. Le nœud survivant doit être dans un chemin radio fonctionnel de la branche affectée et connecté au reste du maillage.

Un parent restant doit avoir une entrée libre dans la table des enfants

Les tables des parents et des voisins utilisent une mémoire limitée. Le nombre exact d’enfants directs est déterminé par la pile radio, le firmware et la configuration de l’appareil, donc une limite universelle d’enfants ne doit pas être appliquée à chaque coordinateur ou routeur. Un routeur joignable peut toujours être inadapté comme nouveau parent si sa table d’enfants n’a aucune entrée utilisable ou si la liaison ne répond pas aux critères de sélection de la pile.

L’appareil final doit démarrer ou terminer la reconnexion

Les capteurs en veille ne se connectent pas tous selon le même calendrier. Certains communiquent fréquemment ; d’autres peuvent rester silencieux jusqu’à ce qu’une mesure change ou qu’un rapport périodique soit dû. Le réseau peut avoir un parent de remplacement disponible alors que le serveur ne voit toujours aucun nouveau message parce que l’appareil affecté n’a pas encore terminé la reconnexion et envoyé un rapport.

Le serveur peut rester en ligne alors que les appareils Zigbee semblent indisponibles

« Indisponible » dans un tableau de bord est un jugement de l’application basé sur la communication observée, et non une mesure directe de chaque liaison radio à chaque instant. Un appareil peut perdre son parent avant l’expiration du délai d’attente du serveur, de sorte que le dernier état connu peut rester visible même si de nouvelles commandes ou rapports ne peuvent pas passer. L’inverse est également possible après un redémarrage : un appareil peut être joignable mais rester marqué hors ligne jusqu’à ce qu’il se reconnecte.

Zigbee2MQTT documente un comportement de disponibilité distinct pour les appareils actifs et passifs. Les appareils actifs peuvent être pingés après des absences de check-in, tandis que les appareils passifs sur batterie ne le peuvent pas et sont jugés par un délai de check-in plus long. Augmenter ce délai peut éviter des étiquettes hors ligne prématurées, mais ne peut pas reconstruire une route défaillante ni donner un nouveau parent à un capteur orphelin.

La défaillance du coordinateur et les interférences RF peuvent imiter la perte d’un routeur

Un groupe d’appareils hors ligne suggère une dépendance partagée, mais ne prouve pas qu’un routeur a échoué. Comparez la portée, la géographie et le moment de la panne avant de modifier le maillage.

La défaillance du coordinateur affecte généralement tout le réseau Zigbee

Si la plateforme d’automatisation est accessible mais que presque toutes les entités Zigbee cessent de se mettre à jour en même temps, inspectez le coordinateur et sa connexion à l’hôte. Home Assistant note qu’un coordinateur a besoin d’une connexion série locale stable car la perte de paquets et la latence sur un chemin série-vers-IP instable peuvent perturber la communication. Cette limite de défaillance est différente de la perte d’un seul routeur en aval.

Les interférences en 2,4 GHz peuvent dégrader plusieurs liaisons simultanément

Zigbee, Wi-Fi et d’autres radios peuvent partager la bande ISM 2,4 GHz. Les recommandations de coexistence de Silicon Labs indiquent qu’une opération simultanée peut dégrader un ou plusieurs protocoles et augmenter la latence ou les tentatives de retransmission. Un nouveau point d’accès, un changement de canal Wi-Fi ou un mauvais placement du coordinateur peuvent donc rendre plusieurs appareils instables sans qu’aucun routeur ne soit éteint.

La suppression de plusieurs appareils alimentés sur secteur peut faire s’effondrer la redondance

Un événement de maintenance peut retirer plusieurs routeurs simultanément. Couper un circuit d’éclairage, débrancher un groupe de prises intelligentes ou déplacer du matériel peut éliminer à la fois le chemin principal et sa sauvegarde. Un réseau qui a récupéré d’un routeur manquant lors des tests peut échouer lorsque plusieurs nœuds de routage proches disparaissent ensemble.

Utilisez le modèle de défaillance pour localiser la dépendance manquante du maillage

Commencez par la corrélation plutôt que par une procédure de réinitialisation universelle. Enregistrez quels appareils ont cessé de répondre, quand le changement est survenu, et si les nœuds affectés partagent une même pièce ou une direction physique depuis le coordinateur. Comparez ensuite ce schéma avec les appareils Zigbee alimentés sur secteur qui ont perdu leur alimentation ou ont été déplacés en même temps.

• Identifiez les appareils qui ont cessé de se mettre à jour en même temps.
• Vérifiez si les défaillances se regroupent par pièce, étage ou direction.
• Recherchez un routeur Zigbee alimenté par le secteur qui aurait été éteint, débranché ou retiré.
• Distinguez les défaillances des routeurs des défaillances des dispositifs finaux à batterie.
• Confirmez que le coordinateur et sa connexion hôte sont toujours en bon état.
• Examinez la topologie et les journaux pour les échecs de livraison, les reconnexions ou les vérifications répétées de disponibilité.

Ne supposez pas que l'appairage d'un capteur près d'un routeur fixe définitivement son chemin, et ne modifiez pas les minuteries de disponibilité pour masquer une perte réelle de communication. Si la couverture est le facteur limitant, ajoutez une capacité de routage fiable et toujours alimentée là où la branche est faible et vérifiez la topologie au fil du temps. Pour la relation plus large entre les logiciels d'automatisation locaux et les services de serveur domestique, consultez cette vue d'ensemble de l'architecture de serveur domestique local.

FAQ

Un maillage Zigbee se répare-t-il toujours après la défaillance d'un routeur ?

Non. La réparation de route ne peut sélectionner un nouveau chemin que lorsqu'une alternative utilisable existe. Les dispositifs finaux en veille doivent aussi détecter la perte du parent et se reconnecter via un autre parent approprié. La couverture radio, la capacité des tables, le comportement du firmware et le timing des vérifications peuvent tous empêcher ou retarder la récupération.

Ajouter plus de routeurs Zigbee empêche-t-il toujours les déconnexions ?

Non. Des routeurs supplémentaires améliorent la résilience uniquement s'ils sont fiables, alimentés en continu, bien placés et compatibles avec le réseau environnant. Plus de routeurs près du coordinateur peuvent apporter peu de protection à une zone morte éloignée, et les problèmes de table ou d'interférences ne se résolvent pas par le nombre d'appareils seul.

Augmenter le délai d'indisponibilité reconnecte-t-il un appareil Zigbee ?

Non. Le délai d'attente change lorsque le serveur marque un appareil comme hors ligne ; il ne répare pas la couverture RF, ne découvre pas un nouveau chemin, ni n'établit un nouveau parent. Une valeur plus longue peut réduire les fausses indications hors ligne pour les capteurs à batterie silencieux, mais elle peut aussi retarder la détection d'une véritable panne.

Un routeur Zigbee est-il identique à un routeur Wi-Fi ?

Non. Un routeur Zigbee est un nœud à l'intérieur d'un maillage Zigbee qui relaie les messages Zigbee et peut être le parent des dispositifs finaux. Un routeur Wi-Fi ou un point d'accès utilise un protocole et un réseau différents. Les deux peuvent s'influencer mutuellement par des interférences à 2,4 GHz, mais ils n'ont pas le même rôle de routage.