# \[Z2M\] Tests en zigbee2mqtt 1.42.0 \> 2.1.3 \>..\> 2.4.0 \>..\> 2.6.1\>...\>2.7.2

**URL:** <https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421>\
**Category:** Développement\
**Tags:** zigbee2mqtt\
**Created:** [Mars 10, 2025, 5:47 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421 "2025-03-10T17:47:33Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Mars 10, 2025, 5:47 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/1 "2025-03-10T17:47:33Z")

</div>

Hello tous,  
depuis aujourd’hui je suis passé en z2m 2.1.3 sur mon docker externe (release de la semaine passée [Releases · Koenkk/zigbee2mqtt · GitHub](https://github.com/Koenkk/zigbee2mqtt/releases)).  
J’ai bien évidemment fait une sauvegarde de mon rep `data` d’origine en 1.42.0 avant (la base 😉 )

Donc avec juste la modification de l’image `koenkk/zigbee2mqtt:2.1.3` (sans rien d’autre de modifié), on a un upgrade avec pas mal de nouveaux fichiers :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/1/4/141a5c838faa1f5008411f9f7ad57d619c3cf567.png)

J’ai ensuite regardé dans l’intégration z2m de Gladys et je me retrouve avec 2 devices (prise NOUS A1Z) où une mise à jour est demandée.

 ![Capture d’écran 2025-03-10 à 12.15.26](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/f/4/f4100241ef059e87a827ab82c638fc7c1e5f4ec8.png)  
Il manque la sécurité enfant (que j’ai toujours car pas mis à jour) :  
 ![Capture d’écran 2025-03-10 à 12.28.46](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/c/6/c6d9fa4f6c5c85f7ce420442c06edcc4927ba95a.png)  
Il semblerait que le `child_lock` ait changé :

> `child_lock` on/off values have been changed from `true`/`false` to `LOCK`/`UNLOCK`

```auto
{"child_lock":"UNLOCK","countdown":0,"current":0,"energy":68.2,"indicator_mode":"off/on","last_seen":"2025-03-10T18:22:28+01:00","linkquality":196,"power":0,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"voltage":226}

```

Pour l’instant je n’ai pas cliqué sur la mise à jour et les commandes sur le dashboard continuent de fonctionner :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/8/3/836fb1d99c0eb5687eba6f7e6348c782375159da.png)

Jusque là tout est ok, je n’ai pas vu de différence notable.

Ensuite j’ai ajouté au fichier `configuration.yaml` les qq [lignes préconisées](https://github.com/Koenkk/zigbee2mqtt/discussions/24198) (au cas où) :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/e/0/e0fc61726e65012743a53534d809247154c3f54a.png)  
Pas de changement notable après redémarrage du docker.

Pour mes différents devices zigbee, je n’ai pas vu d’autres soucis :

> SONOFF SNZB-02D / ZBMINI  
> NodOn SIN-4-1-21 / SIN-4-2-20 / SIN-4-1-20  
> Nous A1Z  
> Aqara DJT11LM / JY-GZ-01AQ  
> IKEA E2013 / E2213  
> HEIMAN HS1CA-E  
> Tuya RB-SRAIN01

C’est tout pour moi pour ce début de tests, je reviendrai si je vois d’autres choses, et si d’autres veulent/peuvent tester, vous pouvez alimenter ce post 😊

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mars 16, 2025, 7:01 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/2 "2025-03-16T19:01:28Z")

</div>

Génial merci pour ton test @mutmut !

Pour l’histoire du child\_lock, normalement ça devrait quand même fonctionner (d’ailleurs c’est bien le cas chez toi), car Gladys utilise dynamiquement une valeur donné par Zigbee2mqtt (`expose.value_on`)

Par contre bizarre que ça ne soit plus affiché dans les fonctionnalités disponibles 🤔

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Avril 6, 2025, 4:39 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/3 "2025-04-06T16:39:02Z")

</div>

**Quelques news de la version 2.1.3**  
Pas de problèmes relevés jusqu’à aujourd’hui, tout fonctionne correctement depuis mon upgrade 1.42.0 à 2.1.3

**Test avec Z2M 2.2.1**  
J’avais un capteur d’ouverture IKEA qui m’indiquait une ouverture alors qu’il était fermé. Les données passaient bien car Z2M voyait quand j’ouvrais et je fermais ma porte mais ne répercutait pas le bon état (EDIT : c’était les piles qui étaient presque vides …)  
J’ai checké github et vu qu’il y avait une nouvelle version de Z2M donc test 😉 :

- stop du docker z2m
- sauvegarde du rep data
- modif du docker-compose et redémarrage

Côté Z2M, tout est ok.  
Côté Gladys, j’ai toujours mes 2 prises NOUS qui demande un update et qui ne me montrent toujours pas la sécurité enfant (donc je n’update pas ces 2 devices pour l’instant).

Je surveille maintenant l’évolution dans Gladys, à suivre.

---

<div class="post-metadata">

**Author:** ![Florian](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/f/898d66/32.png) [@Florian](https://community.gladysassistant.com/u/Florian)\
**Post date:** [Juin 4, 2025, 1:34 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/4 "2025-06-04T13:34:40Z")

</div>

Hello,

J’ai tenté l’aventure, direct en 2.3.0 . Je n’ai pas beaucoup de matériel (quelques lampes et boutons Ikea, des capteurs SonOff et aquara) et aucun soucis

Ma procédure quick and dirty pour basculer sur un Zigbee2MQTT non géré par gladys :

On arrête le service zigbee dans la conf Gladys

On se met dans un répertoire qui vas accueillir les données et le docker-compose :

On crée le fichier compose (a adapter, chez moi le dongle est /dev/ttyUSB0) :

docker-compose.yml

```auto
services:
  zigbee2mqtt:
    container_name: zigbee2mqtt
    image: ghcr.io/koenkk/zigbee2mqtt
    restart: unless-stopped
    volumes:
      - ./z2m:/app/data
      - /run/udev:/run/udev:ro
    ports:
      # Frontend port
      - 8080:8080
    environment:
      - TZ=Europe/Paris
    devices:
      # A adapter en fonction de votre dongle
      - /dev/ttyUSB0:/dev/ttyACM0
  mqtt:
    image: eclipse-mosquitto
    ports:
      - 1884:1883
    volumes:
      - ./mqtt:/mosquitto/config

```

On copie les fichiers data de zigbee2mqtt géré par gladys dans le répertoire courant :

```auto
cp -r /var/lib/gladysassistant/zigbee2mqtt/* ./

```

On reparamètre. Comme j’utilise le réseau isolé par defaut de docker compose, j’ai remis le port par defaut de mqtt.

Il faut aussi ajouter le type d’adaptateur usb dans la conf de z2m a partie de la v2.0.0. Moi c’est du zstack.

```auto

sed -i 's/mqtt:\/\/localhost:1884/mqtt:\/\/mqtt/g' z2m/configuration.yaml
sed -i 's/serial:/&\n adapter: zstack/' z2m/configuration.yaml

sed -i 's/listener 1884/listener 1883/' mqtt/mosquitto.conf

```

On lance

```auto
docker-compose up -d

```

Pour vérifier que tout est ok, vérifier les logs : docker logs zigbee2mqtt

On peut maintenant finir la conf zigbee2mqtt dans gladys. On se met en «&nbsp;Connexion à une installation existante&nbsp;», la conf MQTT doit déjà être OK (on a récupéré le mot de passe mqtt en copiant la conf), ca doit repartir tout seul.

---

<div class="post-metadata">

**Author:** ![prohand](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/prohand/32/15713_2.png) [@prohand](https://community.gladysassistant.com/u/prohand)\
**Post date:** [Juin 5, 2025, 2:53 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/5 "2025-06-05T14:53:09Z")

</div>

Je viens également de passer en 2.3.0 directement sans problème pour le moment.

Je ne suis pas passé en 2.4.0 au vu des différents bugs remontés :

> <https://github.com/Koenkk/zigbee2mqtt/issues/27580>
>
> \### What happened?
> 
> I am noticing frequent restarts of zigbee2mqtt since updatin…g to 2.4.0:
> 
> \[2025-06-02 00:39:26\] info: z2m: Disconnecting from MQTT server
> \[2025-06-02 00:41:07\] info: z2m: Disconnecting from MQTT server
> \[2025-06-02 00:42:48\] info: z2m: Disconnecting from MQTT server
> \[2025-06-02 00:44:29\] info: z2m: Disconnecting from MQTT server
> \[2025-06-02 00:46:10\] info: z2m: Disconnecting from MQTT server
> \[2025-06-02 00:47:51\] info: z2m: Disconnecting from MQTT server
> \[2025-06-02 00:49:32\] info: z2m: Disconnecting from MQTT server
> 
> This is what I see in the logs:
> 
> \[2025-06-02 00:49:33\] info: zh:controller: Wrote coordinator backup to '/opt/zigbee2mqtt/data/coordinator\_backup.json'
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: ASH COUNTERS since last clear:
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Total frames: RX=3787, TX=4886
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Cancelled : RX=0, TX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: DATA frames : RX=3678, TX=1148
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: DATA bytes : RX=110150, TX=30288
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Retry frames: RX=9, TX=51
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: ACK frames : RX=49, TX=3686
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: NAK frames : RX=50, TX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: nRdy frames : RX=0, TX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: CRC errors : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Comm errors : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Length \< minimum: RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Length \> maximum: RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Bad controls : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Bad lengths : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Bad ACK numbers : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Out of buffers : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Retry dupes : RX=9
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Out of sequence : RX=0
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: ACK timeouts : RX=2
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: Port closed.
> \[2025-06-02 00:49:33\] info: zh:ember:uart:ash: ======== ASH stopped ========
> \[2025-06-02 00:49:33\] info: zh:ember:ezsp: ======== EZSP stopped ========
> \[2025-06-02 00:49:33\] info: zh:ember: ======== Ember Adapter Stopped ========
> \[2025-06-02 00:49:33\] info: z2m: Stopped zigbee-herdsman
> \[2025-06-02 00:49:33\] info: z2m: Stopped Zigbee2MQTT
> 
> It was working quite stable with 2.3.0 and earlier versions.
> 
> \### What did you expect to happen?
> 
> \_No response\_
> 
> \### How to reproduce it (minimal and precise)
> 
> It just happens continuously.
> 
> \### Zigbee2MQTT version
> 
> 2.40.0
> 
> \### Adapter firmware version
> 
> 8.0.2
> 
> \### Adapter
> 
> Sonoff ZBDongle
> 
> \### Setup
> 
> Z2M plain running on RPI 4+ with Homebridge.
> 
> \### Debug log
> 
> \[debug.log.zip\](https://github.com/user-attachments/files/20542949/debug.log.zip)

> <https://github.com/Koenkk/zigbee2mqtt/issues/27605>
>
> \### What happened?
> 
> Zigbee2MQTT 2.4.0, OTA. Incorrect detection of firmware vers…ion of all devices.
> 
> !\[Image\](https://github.com/user-attachments/assets/df9d26c8-7165-4628-9ef6-7575afefe4a0)
> 
> \### What did you expect to happen?
> 
> \_No response\_
> 
> \### How to reproduce it (minimal and precise)
> 
> Update Zigbee2MQTT from 2.3. to 2.4.0
> 
> \### Zigbee2MQTT version
> 
> 2.4.0
> 
> \### Adapter firmware version
> 
> 7.4.5 \[GA\]
> 
> \### Adapter
> 
> Sonoff Zigbee 3.0 USB Dongle Plus V2” (model "ZBDongle-E"). Ember protocol.
> 
> \### Setup
> 
> Zigbee2MQTT in docker.
> Linux MyHomeAssistant 6.8.0-60-generic #63-Ubuntu SMP PREEMPT\_DYNAMIC Tue Apr 15 19:04:15 UTC 2025 x86\_64 x86\_64 x86\_64 GNU/Linux
> Ubuntu 24.04.2 LTS
> 
> \### Debug log
> 
> \_No response\_

Je vous tiens au courant si j’ai des problèmes particulier

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Juin 5, 2025, 8:30 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/6 "2025-06-05T20:30:34Z")

</div>

Merci pour vos retours @Florian et @prohand , je mets à jour le titre du sujet pour savoir où on en est.

---

<div class="post-metadata">

**Author:** ![Florian](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/f/898d66/32.png) [@Florian](https://community.gladysassistant.com/u/Florian)\
**Post date:** [Juin 9, 2025, 9:40 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/7 "2025-06-09T09:40:38Z")

</div>

Hello,

Mis a jour en 2.4.0, RAS.

Pour info, les 2 bugs mentionnés par @prohand : Le premier, ça ne concerne pas le docker officiel (une sombre histoire de dépendance npm sur le PC du gars) et le deuxième, c’est un changement d’affichage des version dans l’onglet OTA (un peu perturbant mais pas un bug)

J’ai aussi basculé le frontend de z2m sur le nouveau. Ca ne concerne pas vraiment Gladys, et ça fonctionne (en anglais seulement pour le moment, et la map graphviz est pas user friendly)

Bien évidement, je vous dit si j’ai des bugs.

PS : y’a eu pas mal de petits changement/correction sur plein de devices zigbee depuis la 1.42.x, sur mon matos, rien de fou, mais des trucs a «&nbsp;mettre a jour&nbsp;» coté gladys (une mesure de batterie par ci, un truc qui servais a rien en moins par là)

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Juin 9, 2025, 9:51 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/8 "2025-06-09T09:51:31Z")

</div>

merci @Florian pour ton retour !

> [@Florian](#):
>
> mais des trucs a « mettre a jour » coté gladys (une mesure de batterie par ci, un truc qui servais a rien en moins par là)

Ca ressemble à ce que j’ai avec les child\_lock qui ont disparu de Gladys pour mes prises NOUS (et donc que je ne mets pas à jour encore).  
A surveiller pour voir si il faut un peu de dev avant une bascule du z2m interne de Gladys.

---

<div class="post-metadata">

**Author:** ![Florian](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/f/898d66/32.png) [@Florian](https://community.gladysassistant.com/u/Florian)\
**Post date:** [Juin 9, 2025, 9:59 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/9 "2025-06-09T09:59:12Z")

</div>

Oui,  
Après, c’est un peu toujours le cas avec z2m et tout le matériel au catalogue.  
Et plus on vas prendre du «&nbsp;retard&nbsp;», plus il y en aura.

Si d’autres veulent bêta tester en tout cas, je pense que l’intégration entre z2m 2.x et gladys est toujours ok et que c’est «&nbsp;safe&nbsp;» pour y aller (après avoir fait des backups 😉 )

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Juin 9, 2025, 10:02 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/10 "2025-06-09T10:02:57Z")

</div>

Salut à tous 🙂

Effectivement, je pense qu’on va pouvoir passer à la 2.x !

J’ai fais une PR qui met simplement à jour le container vers la 2.4.0 :

> <https://github.com/GladysAssistant/Gladys/pull/2334>
>
> \### Pull Request check-list
> 
> To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items:
> 
> \- \[\] If your changes affects code, did your write the tests?
> \- \[\] Are tests passing? (\`npm test\` on both front/server)
> \- \[\] Is the linter passing? (\`npm run eslint\` on both front/server)
> \- \[\] Did you run prettier? (\`npm run prettier\` on both front/server)
> \- \[\] If you are adding a new features/services, did you run integration comparator? (\`npm run compare-translations\` on front)
> \- \[\] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community (\[french forum\](https://community.gladysassistant.com/)/\[english forum\](https://en-community.gladysassistant.com/)) for testing before merging.
> \- \[\] If your changes modify the API (REST or Node.js), did you modify the API documentation? (Documentation is based on comments in code)
> \- \[\] If you are adding a new features/services which needs explanation, did you modify the user documentation? See \[the GitHub repo\](https://github.com/GladysAssistant/v4-website) and the \[website\](https://gladysassistant.com).
> \- \[\] Did you add fake requests data for the demo mode (\`front/src/config/demo.js\`) so that the demo website is working without a backend? (if needed) See \[https://demo.gladysassistant.com\](https://demo.gladysassistant.com).
> 
> NOTE: these things are not required to open a PR and can be done afterwards / while the PR is open.
> 
> \### Description of change
> 
> Upgrade internal Zigbee2mqtt container to 2.4.0

Cette PR permet de tester le comportement avec le mode interne, je vais proposer un build Docker.

> [@mutmut](#):
>
> Ensuite j’ai ajouté au fichier `configuration.yaml` les qq [lignes préconisées](https://github.com/Koenkk/zigbee2mqtt/discussions/24198) (au cas où) :

Est-ce que ces lignes sont vraiment nécessaires ? ça ressemble vraiment à des trucs qu’on utilise pas dans Gladys

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Juin 9, 2025, 10:28 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/11 "2025-06-09T10:28:02Z")

</div>

> [@pierre-gilles](#):
>
> Est-ce que ces lignes sont vraiment nécessaires ? ça ressemble vraiment à des trucs qu’on utilise pas dans Gladys

de ce que j’ai lu, ça semble être lié à HA principalement.

Ensuite je ne sais pas comment Gladys gère les infos z2m envoyées dans mqtt.  
J’ai vu dans cet [article](https://www.domo-blog.fr/zigbee2mqtt-2-x-interrupteurs-changements-optez-device-triggers-mqtt/) qu’il valait mieux utiliser les triggers et que c’était mieux pour un upgrade (pour les interrupteurs apparemment). Pareil ça semble être lié à HA.

Après il y a ces demandes de mises à jour qui enlèvent des fonctionnalités comme le child\_lock. Certes je le modifie via z2m et pas Gladys si besoin, mais ce serait mieux de pouvoir tout faire via Gladys pour les utilisateurs non geek (c’est mon avis).  
En tout cas je n’ai pas mis à jour mes prises NOUS et ça fonctionne toujours très bien et j’ai toujours l’option de dispo pour les utiliser sur le dashboard ou dans les scènes.

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Juin 9, 2025, 10:29 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/12 "2025-06-09T10:29:43Z")

</div>

> [@pierre-gilles](#):
>
> J’ai fais une PR qui met simplement à jour le container vers la 2.4.0 :

Tu prévois une sauvegarde auto de la conf si jamais ?

---

<div class="post-metadata">

**Author:** ![Florian](https://gladys-assistant-community.b-cdn.net/letter_avatar_proxy/v4/letter/f/898d66/32.png) [@Florian](https://community.gladysassistant.com/u/Florian)\
**Post date:** [Juin 9, 2025, 11:30 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/13 "2025-06-09T11:30:54Z")

</div>

> [@pierre-gilles](#):
>
> Est-ce que ces lignes sont vraiment nécessaires ? ça ressemble vraiment à des trucs qu’on utilise pas dans Gladys

Hello, pour moi, ça fonctionne sans.  
En revanche, il faut absolument configurer l’adaptateur, car zstack n’est plus le défaut :

```auto
serial:
  adapter: zstack

```

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Juin 9, 2025, 12:21 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/14 "2025-06-09T12:21:16Z")

</div>

> [@Florian](#):
>
> En revanche, il faut absolument configurer l’adaptateur, car zstack n’est plus le défaut

Yes il va falloir changer le «&nbsp;NONE&nbsp;» et passer à zstack je pense:

 ![Screenshot 2025-06-09 at 14.19.18](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/e/4/e46a3f2bebd22125bac368080cac7cb595776f65.png)

@cicoub13 De ton côté tu avais déjà un peu regardé cette partie ?

---

<div class="post-metadata">

**Author:** ![cicoub13](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/cicoub13/32/4482_2.png) [@cicoub13](https://community.gladysassistant.com/u/cicoub13)\
**Post date:** [Juin 9, 2025, 12:29 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/15 "2025-06-09T12:29:27Z")

</div>

J’avais regardé le passage du driver `ezsp` à `ember`.  
En soi, la mise à jour est facile. Mais le faire en automatique avec le fait de vérifier le firmware du dongle, ça ajoutait de la complexité.

S’il faut ajouter le driver `zstack` pour mettre à jour la configuration avant la 2.4.0, je peux. Mais la version actuelle (1.42.0) permet déjà ça ?

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Juin 9, 2025, 1:11 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/16 "2025-06-09T13:11:37Z")

</div>

> [@mutmut](#):
>
> Tu prévois une sauvegarde auto de la conf si jamais ?

Tu vois quoi ? Pour le coup, on peut pas faire grand chose, c’est le travail de Zigbee2mqtt, nous on a aucune connaissance de ce qu’il fait !

Et gérer plusieurs versions majeures de Zigbee2mqtt, c’est très complexe pour peu d’intérêt 🙂

> [@mutmut](#):
>
> Après il y a ces demandes de mises à jour qui enlèvent des fonctionnalités comme le child\_lock.

Je suis entrain de faire des tests de mon côté, je n’arrive pas à comprendre pourquoi les child\_lock ne sont plus là, rien n’a changé…

Screenshot en Zigbee2mqtt 1.42.0 :

 ![Screenshot 2025-06-09 at 14.57.45](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/2/9/295fedbef1ebda5262951bc194d6503f71b6d4e3.png)

Screenshot en Zigbee2mqtt 2.4.0 :

 ![Screenshot 2025-06-09 at 14.58.04](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/1/8/18d097a1471b0d9d49b9cdedf4ea67d73ab19897.png)

> [@cicoub13](#):
>
> J’avais regardé le passage du driver `ezsp` à `ember`.

Ok, c’est un autre sujet, on garde ça pour un autre sujet 😉

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Juin 9, 2025, 1:37 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/17 "2025-06-09T13:37:30Z")

</div>

Ok j’ai compris, le get de discovered device a changé de :

 ![Screenshot 2025-06-09 at 15.36.46](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/d/a/da9d6271204c7fbb31df175fda6dd00191db2304.png)

A ça:

 ![Screenshot 2025-06-09 at 15.27.07](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/d/b/dbff7bc364f6267bd845a833abdeea0f0cd82c37.png)

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Juin 9, 2025, 1:44 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/18 "2025-06-09T13:44:33Z")

</div>

> [@pierre-gilles](#):
>
> Tu vois quoi ?

rien 😂  
Blague mise à part, je suis en mode bricole donc un gros copy/paste du rep actuel. Mais pour revenir en arrière, c’est plus complexe je te l’accorde.

> [@pierre-gilles](#):
>
> Je suis entrain de faire des tests de mon côté, je n’arrive pas à comprendre pourquoi les child\_lock ne sont plus là, rien n’a changé…

je n’avais pas regardé avant/après je t’avoue et effectivement les 2 child\_lock sont bien dans z2m mais pas dans Gladys.

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/6/9/699510513e369d0dd6c9ed83f1ee850a30ed5782.png)  
 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/4/a/4a1c478b81b0c64ccb5a24dd071ee8b6790ef47c.png) ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/f/3/f3456993b78b6cf101d1c80d7b65151dc9226d45.png)  
 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/7/f/7f56c6e8fc7c91def0cb6dad48112623cf31cd7a.png)  
La prise\_03 a été ajouté quand mon z2m était déjà en 2.x (sans la `Sécurité enfant` dans Gladys) alors que la prise\_congélateur (prise\_01) date de la 1.4.2 (et que je n’ai pas mise à jour dans Gladys)

Si tu as besoin de plus d’info, je peux checker les 2 prises plus en détail (avec ton aide).

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Juin 9, 2025, 1:51 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/19 "2025-06-09T13:51:39Z")

</div>

OK, c’est réglé pour le child\_lock 🙂 (le commit: [Zigbee2mqtt: Upgrade to 2.4.0 by Pierre-Gilles · Pull Request #2334 · GladysAssistant/Gladys · GitHub](https://github.com/GladysAssistant/Gladys/pull/2334/commits/22432a16048f9821f922ca79a2ed1bb55150b183))

Maintenant il faut voir pour forcer le driver zstack, mais sinon à part ça je vois rien d’autre à faire 😛

J’ai fais un build sur `gladysassistant/gladys:upgrade-zigbee2mqtt-to-2.x`, testé en réel chez moi sur mon Beelink mini-S13 de test avec un Sonoff Dongle-E

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Juin 9, 2025, 2:09 UTC](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421/20 "2025-06-09T14:09:00Z")

</div>

Je viens de passer commande d’un dongle Sonoff ZBDongle-P pour faire des tests de migration de «&nbsp;rien&nbsp;» vers «&nbsp;zstack&nbsp;» dans la configuration 🙂

Suite des tests jeudi !

[Page suivante](https://community.gladysassistant.com/t/z2m-tests-en-zigbee2mqtt-1-42-0-2-1-3-2-4-0-2-6-1-2-7-2/9421.md?page=2)