Un capteur qui transmet sa température peut pourtant ignorer une demande de mise à jour. Avec Zigbee2MQTT, commencez par vérifier le modèle exact, puis réveillez-le selon sa notice avant de demander l’OTA. Si le lancement immédiat ne convient pas, une mise à jour peut attendre sa prochaine requête OTA. Un nouvel envoi de température ne suffit pas à déclencher cette attente.
Cette analyse documentaire explique le parcours et ses limites, sans essai matériel réalisé par la rédaction. La couverture est une illustration générée, pas une photographie de test. Pour les prérequis du réseau, consultez le guide du matériel domotique local et notre installation de Zigbee2MQTT.
Vérifier ce qui doit réellement être mis à jour
Il faut distinguer trois éléments dans votre relevé : la version de Zigbee2MQTT, le firmware du coordinateur et celui du capteur. Le présent article concerne le firmware du capteur. Le remplacement du coordinateur suit un parcours de migration distinct.
Ne transposez pas une procédure parce que deux appareils portent la même marque. SONOFF documente un problème de lecture du format OTA Telink pour le SNZB-02DR2, corrigé dans les bibliothèques utilisées par les intégrations. Ce cas ne prouve pas que le SNZB-02D présente le même défaut. Relevez le modèle indiqué dans Zigbee2MQTT avant de chercher un correctif. Analyse du fabricant.
La plateforme compte également. L’annonce officielle de Device Updates chez Homey explique que ses firmwares Zigbee passent par les applications Homey correspondantes. La disponibilité d’une mise à jour dans cet environnement ne démontre donc pas sa disponibilité dans Zigbee2MQTT.
Préparer une intervention courte, pas un achat supplémentaire
Avant de cliquer, consignez quatre informations : modèle, version installée, version proposée et raison de la mise à jour. Une note de version qui corrige votre problème donne un objectif vérifiable ; une simple notification ne dit pas ce qui changera chez vous.
Conservez une sauvegarde de l’installation, mais distinguez-la d’une copie du logiciel contenu dans le capteur : Zigbee2MQTT ne sait pas extraire son firmware actuel. Le retour à une version antérieure dépend aussi du matériel et des images disponibles.
Le guide OTA officiel recommande une pile à au moins 70 %, un appareil à la fois et un réseau peu sollicité. Le transfert peut durer de 10 à 100 minutes : c’est une plage documentaire, pas un temps mesuré ici. Gardez le capteur alimenté pendant l’opération et choisissez un moment où une interruption de son usage reste acceptable.
Le fonctionnement quotidien reste local ; la récupération habituelle des firmwares nécessite Internet. Ne confondez pas autonomie de la domotique et disponibilité hors ligne des mises à jour.
Réveiller un SONOFF SNZB-02D sans le réappairer
La fiche Zigbee2MQTT du SNZB-02D confirme la prise en charge OTA. Elle précise un appui bref unique sur le bouton d’appairage pour lancer ensuite la mise à jour depuis l’interface web. Un appui prolongé de cinq secondes sert à l’appairage : ce n’est pas le geste recherché ici.
- Ouvrez l’onglet OTA et repérez le capteur par son nom et son modèle.
- Réveillez-le brièvement avant la recherche manuelle d’une mise à jour.
- Si une version est proposée, lisez les informations disponibles avant de l’accepter. Réveillez à nouveau le capteur si la demande de lancement reste sans réponse.
- Suivez l’état affiché et les journaux ; évitez les clics répétés pendant un transfert actif.
Ce modèle utilise une CR2450, pas une CR2032. Si vous possédez déjà un capteur adapté, aucune acquisition n’est nécessaire. Pour équiper une nouvelle pièce où l’écran est utile, le SNZB-02D constitue une option documentée ; vérifiez la référence exacte, sans l’assimiler au SNZB-02DR2.
Comprendre l’attente OTA et savoir l’annuler
L’état scheduled signifie que Zigbee2MQTT attend une demande OTA de l’appareil. Il ne fixe pas une heure d’exécution et ne garantit pas un démarrage au prochain relevé de température. Si vous devez rester présent pendant le transfert, privilégiez le lancement manuel.
Pour les lecteurs qui utilisent déjà MQTT, voici les commandes de l’API officielle. Remplacez sonde_salon par le nom réel du capteur ; adaptez aussi le préfixe si votre base MQTT diffère de zigbee2mqtt. Publiez une seule commande voulue, sans message conservé (retain désactivé).
| Intention | Topic MQTT | Charge JSON |
|---|---|---|
| Rechercher une version | zigbee2mqtt/bridge/request/device/ota_update/check | {"id":"sonde_salon"} |
| Attendre la prochaine demande OTA | zigbee2mqtt/bridge/request/device/ota_update/schedule | {"id":"sonde_salon"} |
| Retirer cette attente | zigbee2mqtt/bridge/request/device/ota_update/unschedule | {"id":"sonde_salon"} |
Après un échec, une mise à jour programmée peut rester en attente et réessayer. unschedule retire cette programmation ; ce n’est pas la commande d’arrêt d’un transfert déjà actif. Le code de gestion OTA distingue ces opérations et publie leur état. Vérifiez le résultat dans l’interface ou dans la réponse MQTT avant de considérer votre demande comme traitée.
Diagnostiquer sans changer tous les réglages
| Observation | Vérification suivante |
|---|---|
| La demande manuelle ne reçoit pas de réponse | Vérifier le geste de réveil propre au modèle, puis la liaison radio. |
| L’appareil reste en attente | Chercher une demande OTA dans les journaux, pas seulement une nouvelle mesure. |
| Les journaux signalent une erreur de format de fichier | Relever les versions réellement exécutées et consulter le suivi du modèle ; multiplier les réveils ne corrige pas un parseur incompatible. |
| Le transfert est terminé mais les mesures ne reviennent pas | Examiner la version installée, la réinterrogation du capteur et les nouvelles valeurs dans Home Assistant. |
Pour le diagnostic radio, reprenez notre méthode sur les interférences Zigbee et Wi-Fi. Si vous ajustez les paramètres OTA, la configuration officielle précise que le délai entre blocs peut être augmenté pour réduire la congestion. Accélérer arbitrairement le transfert n’est pas une étape de diagnostic.
Vérifier le résultat dans l’usage réel
Ne clôturez pas l’intervention sur la seule disparition d’une notification. Notez la version après l’opération, vérifiez une nouvelle remontée de température et d’humidité, puis le scénario qui les utilise. Zigbee2MQTT relance une interrogation et une configuration après l’OTA ; surveillez leur résultat ainsi que les réglages de reporting personnalisés.
Comparez ensuite ce relevé à votre objectif initial. Si vous cherchiez à résoudre des mesures figées, notre guide pour détecter les capteurs silencieux aide à distinguer valeur stable et absence de communication. L’achat d’un autre capteur vient après ce diagnostic, pas après le premier refus OTA.
Sources et contexte de la veille
Sources consultées le 28 octobre 2026. Les instructions techniques reposent sur Zigbee2MQTT et sur la documentation du fabricant, liées dans les sections concernées.
- Chine, SONOFF, 11 mai 2026 : analyse du problème OTA du SNZB-02DR2, utile pour distinguer réveil radio et compatibilité logicielle.
- Pays-Bas, Tweakers, 12 juin 2026 : arrivée des mises à jour Zigbee et Z-Wave dans Homey, avec des limites selon les générations de centrale.
- Allemagne, SmarthomeAssistent, 27 août 2026 : maintenance OTA depuis Homey, qui attire l’attention sur les appareils sur pile. Cette procédure Homey n’est pas transposée à Zigbee2MQTT.