Zigbee application, laquelle utiliser sans se tromper?

J’ai vu passer trop de questions du type “quelle application Zigbee installer ?”. Mauvais point de départ. Zigbee n’est pas une app mobile comme une télécommande universelle : c’est un réseau radio mesh qui a besoin d’un coordinateur, d’un logiciel de pilotage et d’appareils correctement appairés. L’application visible sur le téléphone n’est que la dernière couche.

Une application Zigbee ne parle pas Zigbee toute seule

Un smartphone classique ne communique pas directement avec une ampoule ou un capteur Zigbee. Il passe par un hub, une box domotique ou une clé USB coordinatrice branchée sur Home Assistant, Jeedom ou une autre plateforme. C’est ce point qui crée la confusion.

Quand vous ouvrez l’application Hue, Aqara ou Ikea, l’app parle au cloud ou au hub local. Le hub, lui, parle Zigbee aux modules. Même logique avec Home Assistant : le dashboard n’est pas le réseau. Le réseau est porté par ZHA, Zigbee2MQTT ou une intégration équivalente.

Commencez par le coordinateur, pas par l’icône sur le smartphone ni la promesse de l’application de la marque.

La question devient immédiatement plus propre : voulez-vous un hub fermé qui masque les détails, ou une pile domotique où vous pouvez inspecter les appairages, les routes, les exposes et les erreurs ? Les deux réponses sont valables. Elles ne visent juste pas le même utilisateur, ni le même niveau de maintenance. Une installation familiale doit parfois privilégier le redémarrage facile ; un labo Home Assistant peut accepter plus de complexité si le diagnostic est meilleur.

Application constructeur, ZHA ou Zigbee2MQTT : le choix qui change tout

Si vous partez de zéro avec trois ampoules Hue, l’application constructeur fait le travail. Elle est stable, simple, et l’appairage se passe souvent sans réfléchir. Le prix à payer est classique : vous acceptez les limites de l’écosystème, les automatisations disponibles dans l’app et la dépendance au hub choisi. Pour un usage léger, ce compromis est parfaitement défendable.

ZHA est le choix rapide dans Home Assistant. Vous branchez une clé compatible, vous appairez, les entités remontent, et vous automatisez. Pour un réseau modeste, c’est propre. Mais quand un device expose mal une fonction, quand une route disparaît ou quand un firmware OTA coince, les informations disponibles restent parfois trop courtes.

Zigbee2MQTT est plus brutal, mais plus lisible. Vous voyez les exposes, les topics MQTT, les logs d’appairage, les disponibilités, le bind, les groupes, les mises à jour OTA quand elles sont supportées. C’est moins “assistant magique”, plus atelier de diagnostic. Pour Nicolas, c’est souvent le meilleur choix dès que le réseau dépasse le gadget.

Je ne migrerais pas vers Zigbee2MQTT uniquement pour “faire comme tout le monde”. Je le ferais pour une raison précise : un appareil mal exposé, un besoin de logs, une gestion OTA plus claire, ou une installation qui commence à mélanger trop de marques. Sans problème réel, ZHA reste une option défendable.

Le vrai sujet : le mesh, pas l’icône sur le téléphone

Une application propre ne sauvera pas un réseau mal construit. Zigbee repose sur un mesh : les appareils sur secteur peuvent router, les capteurs sur pile dorment et ne routent pas. Si vous avez dix capteurs Aqara au fond de la maison et aucun routeur fiable entre eux et le coordinateur, l’application n’y changera rien.

Premier test : regardez vos prises connectées, modules encastrés, ampoules alimentées et répéteurs. Ce sont eux qui solidifient le réseau. Deuxième test : éloignez le coordinateur USB du serveur avec une rallonge. Les ports USB 3, les SSD, le Wi-Fi et le boîtier métal peuvent pourrir la réception.

Le symptôme typique est simple : tout marche le soir de l’appairage, puis un capteur droppe après 48 heures. Dans ce cas, changer d’application peut aider au diagnostic, mais la correction est souvent RF : meilleur placement, routeur secteur, canal Zigbee cohérent, coordinateur correctement flashé.

Interface propre ne veut pas dire réseau sain, surtout juste après un appairage réussi un peu trop facile.

Une app peut afficher tous les capteurs en vert alors que le mesh est limite. Vous ne le voyez qu’au premier reboot, au changement de pile ou au déplacement d’une prise routeur. Si votre réseau doit piloter chauffage, alarme ou volets, ne jugez pas l’application sur l’écran d’accueil. Jugez-la sur sa capacité à vous dire pourquoi un device ne répond plus, et sur la facilité à corriger sans tout réappairer. C’est précisément là qu’un outil plus bavard devient utile.

Quelle application choisir selon votre installation ?

Pour une installation mono-marque, gardez l’application constructeur. Hue pour l’éclairage Hue, Aqara pour quelques capteurs Aqara, Ikea pour un usage très basique : c’est rarement élégant, mais c’est rapide et supporté par le fabricant. Le jour où un accessoire ne répond plus, vous restez dans le chemin prévu par la marque, ce qui compte pour un utilisateur qui ne veut pas maintenir une pile domotique complète ni expliquer MQTT à toute la maison.

Pour Home Assistant sans envie de maintenance, prenez ZHA. C’est le chemin court. Vous acceptez moins de granularité, mais vous gagnez du temps. C’est le bon choix pour quelqu’un qui veut automatiser volets, prises et capteurs sans lire des logs MQTT chaque week-end.

Pour une installation mixte avec Sonoff, Aqara, Ikea, Tuya, Moes, capteurs exotiques et besoin de debug, prenez Zigbee2MQTT. Vous aurez plus de surface technique, donc plus de responsabilités. Mais au moins, quand un device remonte une batterie fantôme ou un endpoint bizarre, vous avez de quoi enquêter.

Le choix change aussi selon la personne qui maintient l’installation. Si vous êtes seul à comprendre Home Assistant chez vous, une solution trop exotique peut devenir une dette. Si vous aimez lire les logs et documenter vos changements, Zigbee2MQTT vous donnera plus de prises. Si vous voulez que quelqu’un d’autre puisse redémarrer l’installation sans vous appeler, gardez une architecture plus simple, avec moins de dépendances et une procédure de secours lisible. Une maison connectée doit rester exploitable quand vous n’êtes pas devant le terminal.

Les erreurs qui font perdre du temps

Trois erreurs reviennent tout le temps dans les installations Zigbee mixtes dès que plusieurs marques cohabitent durablement.

La première erreur est de multiplier les hubs. Ça finit en mille-feuille fragile, difficile à diagnostiquer le soir.

La deuxième erreur est de migrer tout le réseau d’un coup. Mauvais plan. Appairez d’abord une ampoule routeur, une prise, un capteur de mouvement, un capteur d’ouverture et un module plus pénible. Si ces cinq-là tiennent une semaine, vous pouvez avancer.

La troisième erreur est d’oublier le rollback. Notez le canal Zigbee, le firmware du coordinateur, les versions Home Assistant ou Zigbee2MQTT, et exportez la configuration avant une grosse migration. Ce n’est pas sexy, mais ça évite de passer le dimanche à réappairer vingt capteurs.

Ajoutez une quatrième erreur : changer l’application alors que le problème vient de l’alimentation. Les mini-modules derrière interrupteur, les prises routeurs bas de gamme et les vieux capteurs à pile faible créent des symptômes qui ressemblent à un bug logiciel. Avant de tout migrer, remplacez une pile, rapprochez un routeur, testez un autre emplacement de coordinateur et regardez si le problème suit l’objet ou la zone radio.

Le debug Zigbee commence par le physique : emplacement, alimentation, routeur, distance et bruit radio autour du coordinateur.

Migrer sans casser toute l’installation

Ne cherchez pas une migration magique. Elle existe rarement, surtout entre un hub constructeur et Home Assistant local.

Si vous partez d’un hub constructeur vers Home Assistant, il faut souvent réappairer les appareils sur le nouveau coordinateur. C’est fastidieux, mais c’est aussi l’occasion de repartir proprement : noms cohérents, pièces propres, groupes utiles, automatisations testées une par une.

Ma méthode est simple : je monte d’abord le nouveau réseau à côté de l’ancien. J’appaire cinq appareils représentatifs, je teste les routes et je laisse tourner. Ensuite seulement, je migre par pièce ou par fonction. Les volets et le chauffage passent en dernier, jamais au début.

Gardez aussi une fenêtre de retour arrière. Tant que le nouveau réseau n’a pas passé quelques jours sans drop, l’ancien hub doit rester disponible. Ce n’est pas élégant, mais c’est pragmatique. Un rollback correct vaut mieux qu’une soirée à supprimer des entités mortes, renommer des capteurs et réparer des automatisations qui pointent vers les mauvais identifiants. Je préfère perdre deux jours de double réseau que perdre une installation stable en une heure de migration trop optimiste.

Choix pratique

Testez avec 5 appareils avant de migrer tout le réseau

Une application Zigbee peut sembler parfaite avec une ampoule et un capteur. Le vrai test commence avec routeurs, capteurs sur pile, scènes, OTA et redémarrages Home Assistant.

Mon verdict

Si vous cherchez juste une “application Zigbee”, reformulez. Cherchez plutôt quelle architecture Zigbee vous voulez maintenir dans le temps.

Ma recommandation est tranchée : si vous avez moins de dix appareils et aucune envie de logs, restez simple. Si vous commencez à mélanger les marques, installez proprement Zigbee2MQTT ou ZHA, mais arrêtez de piloter votre maison avec trois hubs et quatre applications. Le jour où ça casse, vous voudrez un seul endroit où diagnostiquer.