Retrouver une réactivité optimale et des commandes instantanées

Allumer une lumière en 2 secondes, c’est frustrant. Une domotique lente, ça se désutilise vite. La bonne nouvelle : la latence Zigbee est presque toujours corrigeable. Voici comment diagnostiquer la cause et retrouver une réactivité quasi-instantanée.

Qu’est-ce qu’une latence acceptable ?

< 100 ms	Excellent : l’allumage paraît instantané
100–300 ms	Très bon : imperceptible dans la plupart des usages
300–500 ms	Acceptable : légèrement perceptible mais non gênant
500 ms–1 s	Problématique : délai clairement ressenti, à corriger
> 1 seconde	Critique : origine probable à identifier et corriger rapidement

En pratique, un réseau Zigbee bien configuré répond en moins de 100 ms. Si vous ressentez un délai visible, il existe une ou plusieurs causes identifiables.

Les causes principales de latence

1. Trop de sauts réseau (hops)

Chaque passage par un routeur intermédiaire ajoute environ 30 à 100 ms de latence. Un appareil qui traverse 4 ou 5 routeurs avant d’atteindre le coordinateur peut accumuler 300 à 500 ms de latence structurelle.

Solution : visualisez la topologie de votre réseau (carte dans Z2M ou ZHA) et identifiez les appareils qui font de nombreux sauts. Ajoutez un routeur plus proche pour réduire la chaîne.

2. Réseau saturé (trop d’appareils, trop de messages)

Un coordinateur Zigbee a une capacité de traitement limitée. Au-delà de 50 à 80 appareils actifs sur le même coordinateur, la latence peut augmenter significativement, surtout si vos appareils émettent fréquemment (capteurs de température toutes les 30 secondes par exemple).

• Réduisez la fréquence de rapport de vos capteurs : 5 minutes est souvent suffisant pour la température
• Désactivez les capteurs peu utilisés ou en double
• Pour les grandes installations, envisagez un second coordinateur Zigbee sur un réseau séparé

3. Interférence de canal (voir guide 4.3)

Les interférences Wi-Fi/Bluetooth obligent les appareils à ré-émettre leurs messages, ce qui crée de la latence variable et imprédictible. Si votre latence est irrégulière (parfois 100 ms, parfois 2 secondes), les interférences sont probablement en cause.

4. Pile faible sur un end device

Un capteur ou une télécommande avec une pile faible ralentit progressivement ses communications. La latence augmente graduellement avant que l’appareil ne se déconnecte complètement.

🔋 CONSEIL MAINTENANCE
Contrôle de routine : vérifiez les niveaux de batterie de tous vos end devices une fois par mois. Sous 20 %, les performances se dégradent. Sous 10 %, les déconnexions deviennent fréquentes.

5. Performance du coordinateur

Tous les coordinateurs ne se valent pas. Une clé Zigbee d’entrée de gamme (CC2530 ancien modèle) peut devenir un goulet d’étranglement au-delà de 20 à 30 appareils. Les coordinateurs modernes (CC2652P, EFR32MG21) gèrent facilement 100+ appareils.

SONOFF Zigbee 3.0 USB Dongle Plus	Excellent rapport qualité/prix, CC2652P, recommandé pour la plupart des installations
SMLIGHT SLZB-06	Coordinateur réseau (LAN/Wi-Fi), pas besoin de branchement USB direct
Home Assistant SkyConnect	Supporte Zigbee et Thread/Matter, idéal pour les utilisateurs HA
HUSBZB-1	Combo Z-Wave + Zigbee, pratique si vous utilisez les deux protocoles

6. Charge du serveur domotique

Si votre Home Assistant ou Jeedom tourne sur un Raspberry Pi 3 saturé, le délai peut venir du traitement logiciel, pas du réseau Zigbee lui-même. Pour vérifier :

1. Dans HA : Paramètres > Système > Matériels pour voir la charge CPU et mémoire
2. Si le CPU dépasse régulièrement 80 %, le serveur est le goulot d’étranglement
3. Solutions : migrer vers un Pi 4, un NUC Intel, ou Home Assistant Green/Yellow

Diagnostiquer la source de la latence

Test de latence directe

Pour isoler la cause, testez la latence en conditions contrôlées :

4. Dans Z2M, envoyez une commande directement depuis l’interface web
5. Mesurez le temps entre l’envoi et l’exécution physique
6. Comparez plusieurs appareils : si un seul est lent, le problème est localisé
7. Si tous sont lents simultanément, le problème est global (coordinateur, serveur, canal)

Analyser les logs de délai

Zigbee2MQTT enregistre les temps de réponse. Activez le niveau de log debug temporairement et cherchez les messages avec des timestamps élevés. Cela permet d’identifier précisément où le délai se produit.

Solutions rapides à essayer en premier

• Rallonge USB 50 cm entre le Pi et la clé Zigbee pour améliorer la réception
• Changer de canal Zigbee vers le canal 25 ou 26 pour réduire les interférences
• Redémarrer le coordinateur via l’interface Z2M ou en débranchant/rebranchant la clé
• Réduire la fréquence des capteurs de 1 minute à 5 minutes pour les capteurs très actifs
• Reconstruire le réseau via l’option Z2M pour forcer les appareils à trouver les meilleurs chemins

⚙️ ACTION EFFICACE
La reconstruction du réseau (option « Permit join » puis redémarrage dans Z2M) force tous les routeurs à mettre à jour leurs tables de routage. À faire après tout ajout ou déplacement d’appareil, et en maintenance mensuelle

Cas particulier : latence sur les groupes

Si vous utilisez des groupes Zigbee (plusieurs ampoules contrôlées ensemble) et constatez un manque de synchronisation, vérifiez que les appareils du groupe utilisent bien le protocole Zigbee Groups et non des commandes individuelles en séquence.

Dans ZHA et Z2M, les groupes natifs Zigbee envoient une seule commande broadcast : la synchronisation est parfaite. Si votre plateforme les contrôle via des appels individuels (loop), ajoutez un délai de 50 ms entre chaque commande pour éviter la saturation.