Bonjour Navré de déranger
Tout d’abord félicitations de la part d’un arrière grand père pour la très belle nouvelle de la venue prochaine de votre enfant.
Félicitations également pour toutes les avancées cela m’impressionne …
Lors du changement du pc qui héberge Gladys , après la réinstallation grâce aux sauvegardes Gladys Plus … Je bloque sur la réactivation de la clé Sonoff en zigbee2mqtt …
Erreur du conteneur Zigbe2mqtt : Node Error : write after end
Merci et Bonne Journée
Bonjour @mabille,
Je me suis permis de passer ton message en public. Évite de m’envoyer des messages privés pour ce type de question : ça peut servir à d’autres utilisateurs, et n’importe qui sur le forum peut t’aider. Tu aurais d’ailleurs probablement eu une réponse plus rapidement en postant directement en public 
Merci beaucoup pour tes félicitations, et merci aussi pour tes mots sur les avancées de Gladys, ça fait vraiment plaisir !
Concernant ton souci, l’erreur Error: write after end dans le conteneur Zigbee2mqtt signifie presque toujours que Zigbee2mqtt essaie de communiquer avec un port USB qui n’est pas (ou n’est plus) celui de ta clé Sonoff. La connexion se ferme immédiatement, puis Zigbee2mqtt continue d’écrire dessus. C’est très fréquent après un changement de PC, car le port sur lequel la clé est détectée change souvent d’une machine à l’autre, alors que la sauvegarde restaure l’ancienne configuration.
Je te conseille de vérifier ces deux points, dans l’ordre :
Va dans Paramètres → Intégrations → Zigbee2mqtt → Configuration et regarde le champ « Sélectionner le port USB sur lequel le dongle Zigbee est inséré ».
Même si un port est déjà sélectionné, choisis à nouveau dans la liste celui qui correspond à ta clé sur ce nouveau PC, puis enregistre. Gladys recréera alors le conteneur Zigbee2mqtt avec le bon périphérique. C’est le point le plus important, car tant que tu ne repasses pas par cette page, l’ancien port est conservé.
Si la liste est vide, c’est que Gladys n’a pas accès aux ports USB de la machine. Dans ce cas, vérifie que l’installation a bien été réalisée avec la commande indiquée dans la documentation officielle : lors d’une réinstallation manuelle, les options donnant accès aux périphériques sont parfois oubliées.
Juste en dessous, le champ « Sélectionner le modèle du dongle Zigbee » est tout aussi important. Il détermine la manière dont Zigbee2mqtt communique avec la clé.
Attention, les deux modèles Sonoff ne fonctionnent pas de la même façon :
SONOFF Zigbee 3.0 USB Dongle Plus ZBDongle-PITead Sonoff Zigbee 3.0 USB Dongle Plus V2 model "ZBDongle-E"Si le modèle sélectionné ne correspond pas à ta clé, la connexion échouera exactement de cette manière.
Si tu utilises une ZBDongle-E dont le firmware n’a jamais été mis à jour, Gladys t’affichera un avertissement sur cette même page. Dans ce cas, sélectionne simplement l’entrée ITead Sonoff Zigbee 3.0 USB Dongle Plus V2 model "ZBDongle-E" (legacy ezsp)" : cela fonctionnera sans avoir à mettre à jour le firmware.
La bonne nouvelle, c’est que si tu utilises bien la même clé qu’avant, ton réseau Zigbee et tous tes appareils seront retrouvés tels quels. Tu n’auras rien à réappairer une fois la connexion rétablie.
Merci confus pour le dérangement …
Bonjour Bien que le service Z2M semble être reconnecté … un message …
Erreur du conteneur Zigbee2MQTT : `[2026-09-21 08:44:48] error: zh:ezsp:uart: Can't send DATA frame (0,1,0): 1800012800 …
Merci
Bonjour Jean-Jacques,
Aucun souci, et bonne nouvelle : le service est reconnecté, le plus dur est fait 
Cette nouvelle erreur n’a plus rien à voir avec la précédente : elle vient du pilote utilisé pour parler à ta clé. Le préfixe zh:ezsp:uart indique que Zigbee2mqtt utilise l’ancien pilote ezsp. C’est très probablement automatique : lors d’une mise à jour, Gladys a renommé les configurations ZBDongle-E existantes en ... (legacy ezsp) afin de ne rien casser sur les installations en place. Or ce pilote est aujourd’hui déprécié côté Zigbee2mqtt, et il génère exactement ce genre d’erreurs de communication.
Ce que je te conseille de faire :
Retourne dans Paramètres → Intégrations → Zigbee2mqtt → Configuration, et dans le champ « Sélectionner le modèle du dongle Zigbee », choisis l’entrée sans la mention « (legacy ezsp) », c’est-à-dire :
ITead Sonoff Zigbee 3.0 USB Dongle Plus V2 model "ZBDongle-E"
Puis enregistre. Gladys va alors relancer Zigbee2mqtt avec le pilote moderne (ember), beaucoup plus stable et toujours maintenu. Tes appareils Zigbee seront conservés, il n’y a rien à ré-appairer.
Un seul cas particulier : ce pilote exige un firmware de clé en version 7.4.x ou supérieure. Si ton firmware est plus ancien, Gladys te l’indiquera par un avertissement sur cette même page, et Zigbee2mqtt ne démarrera pas. Dans ce cas, il faut mettre à jour le firmware de la clé (c’est faisable en quelques minutes depuis un PC sous Windows avec Chrome).
Une question au passage : est-ce que tes appareils Zigbee remontent correctement leurs valeurs dans Gladys (températures, états, etc.) ? Je demande parce que Gladys affiche la dernière ligne d’erreur trouvée dans les logs du conteneur, même lorsqu’elle n’est pas bloquante. Si tout fonctionne normalement, ce message peut n’être qu’un avertissement passager, mais passer sur le pilote ember reste dans tous les cas la bonne chose à faire.
Dernier conseil, valable pour toutes les clés Zigbee sur un mini-PC : si tu constates des déconnexions d’appareils, branche la clé sur une petite rallonge USB plutôt que directement sur le boîtier, et si possible sur un port USB 2.0. Les ports USB 3.0 et la proximité du châssis perturbent beaucoup le signal 2,4 GHz.
Encore MERCI le problème s’éclaircie … il me reste à mettre à jour le firmware … mais je n’ai qu’un PC sous Mint à ma disposition …et je n’arrive pas …
Dans le guide suggérer dans l’avertissement je suis perdu et ne sais quelle option choisir …