# \[BUG\] Suppression de l'appareil Zigbee

**URL:** <https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149>\
**Category:** Configuration\
**Tags:** zigbee2mqtt\
**Created:** [Avril 4, 2022, 6:56 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149 "2022-04-04T18:56:18Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Avril 4, 2022, 6:56 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/1 "2022-04-04T18:56:19Z")

</div>

Bonsoir,  
J’ai actuellement un soucis bloquant côté Gladys.

J’ai renommé le friendly name côté zigbee pour mieux comprendre quel device est le quel sur le schema.

Sauf qu’a ma grande surprise, côté Gladys je n’avais plus aucune remonté de mes devices. J’ai alors pris le temps de regarder côté intégration (IHM), et la je m’apperçois qu’ils sont considéré comme des nouveaux device :o.

Pourquoi il à été fait le choix de se baser sur le friendly name plutôt que sur l’adresse IEEE ?

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/7/7079caf0f092dbcb3a2c01b0e830cda581144c1f.png)

Bon sur le moment je me suis dis, bon tant pis on va delete les anciens appareil et ré ajouter les new, mais le hic est là.  
Lorsque je delete côté gladys un device z2m j’ai tout gladys qui freeze et je suis obligé de restart de RPI pour que cela revienne à la normal.

Au clic sur “supprimer” (le spinner tourne sans retour):

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/c/c1f0d2a516964f31ac4f7b34a251ebeb781eeaa1.png)

côté réseau :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/1/14be163cc011b7e0d962aba55258221ba83d5eb0.png)

htop :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/4/480d4fce5e8e8df1aa40445082a2d1703a4f72cb.png)

les logs (rien de choquant) :

```auto
2022-04-04T20:50:27+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 1, feature indicator_mode not configured in Gladys.
2022-04-04T20:50:27+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 1, feature linkquality not configured in Gladys.
2022-04-04T20:50:27+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 1, feature power_outage_memory not configured in Gladys.
2022-04-04T20:51:00+0200 <info> scene.checkCalendarTriggers.js:24 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Mon, 04 Apr 2022 18:51:00 GMT
2022-04-04T20:52:00+0200 <info> scene.checkCalendarTriggers.js:24 (SceneManager.checkCalendarTriggers) Checking calendar triggers at Mon, 04 Apr 2022 18:52:00 GMT
2022-04-04T20:52:07+0200 <error> handleMqttMessage.js:97 () Failed to convert value for device Prise 2: Error: Zigbee2mqqt don't handle value "UNLOCK" for feature "mode".
    at convertValue (/src/server/services/zigbee2mqtt/utils/convertValue.js:55:17)
    at /src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:93:26
    at Array.forEach (<anonymous>)
    at Zigbee2mqttManager.handleMqttMessage (/src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:86:41)
    at MqttClient.<anonymous> (/src/server/services/zigbee2mqtt/lib/connect.js:53:12)
    at MqttClient.emit (events.js:400:28)
    at MqttClient._handlePublish (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:1277:12)
    at MqttClient._handlePacket (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:410:12)
    at work (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:321:12)
    at processTicksAndRejections (internal/process/task_queues.js:77:11)
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature indicator_mode not configured in Gladys.
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature linkquality not configured in Gladys.
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature power_outage_memory not configured in Gladys.
2022-04-04T20:52:07+0200 <error> handleMqttMessage.js:97 () Failed to convert value for device Prise 2: Error: Zigbee2mqqt don't handle value "UNLOCK" for feature "mode".
    at convertValue (/src/server/services/zigbee2mqtt/utils/convertValue.js:55:17)
    at /src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:93:26
    at Array.forEach (<anonymous>)
    at Zigbee2mqttManager.handleMqttMessage (/src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:86:41)
    at MqttClient.<anonymous> (/src/server/services/zigbee2mqtt/lib/connect.js:53:12)
    at MqttClient.emit (events.js:400:28)
    at MqttClient._handlePublish (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:1277:12)
    at MqttClient._handlePacket (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:410:12)
    at work (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:321:12)
    at processTicksAndRejections (internal/process/task_queues.js:77:11)
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature indicator_mode not configured in Gladys.
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature linkquality not configured in Gladys.
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature power_outage_memory not configured in Gladys.
2022-04-04T20:52:07+0200 <error> handleMqttMessage.js:97 () Failed to convert value for device Prise 2: Error: Zigbee2mqqt don't handle value "UNLOCK" for feature "mode".
    at convertValue (/src/server/services/zigbee2mqtt/utils/convertValue.js:55:17)
    at /src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:93:26
    at Array.forEach (<anonymous>)
    at Zigbee2mqttManager.handleMqttMessage (/src/server/services/zigbee2mqtt/lib/handleMqttMessage.js:86:41)
    at MqttClient.<anonymous> (/src/server/services/zigbee2mqtt/lib/connect.js:53:12)
    at MqttClient.emit (events.js:400:28)
    at MqttClient._handlePublish (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:1277:12)
    at MqttClient._handlePacket (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:410:12)
    at work (/src/server/services/zigbee2mqtt/node_modules/mqtt/lib/client.js:321:12)
    at processTicksAndRejections (internal/process/task_queues.js:77:11)
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature indicator_mode not configured in Gladys.
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature linkquality not configured in Gladys.
2022-04-04T20:52:07+0200 <warn> handleMqttMessage.js:100 () Zigbee2mqtt device Prise 2, feature power_outage_memory not configured in Gladys.

```

Gladys après actualisation de la page (ça tourne pendant plus d’une heure sans résultat) :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/7/7d23a1d92574ec93c4adb653507b0e5f88d188a1.png)

Côté gladys + :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/4/484654f994fd53aac9458fc680d1920806d7075f.png)

Une idée @pierre-gilles & @cicoub13 ?

Bonne soiré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:** [Avril 4, 2022, 8:18 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/2 "2022-04-04T20:18:25Z")

</div>

Je ne pourrais pas te répondre sur les choix lors du développement de l’intégration Zigbee2mqtt, en revanche je peux te répondre sur le freeze de l’UI, c’est une limite connue et «&nbsp;normal&nbsp;» de l’implémentation actuelle de la suppression d’appareil.

Lors que tu tentes de supprimer un appareil qui a des dizaines/centaine de milliers d’états, la DB galère un peu à supprimer en cascade tout d’un coup, et ça peut prendre plusieurs minutes à tout supprimer suivant la rapidité de ton disque. Pendant ce temps là, l’instance est freeze car la DB est occupée (toute la bande passante de ton disque est saturée par la suppression en cascade)

On a une solution à moyen terme mais c’est un développement, j’en parlais récemment ici sur le forum :

> [@\[Recherche de testeurs\] Nouvelle image Gladys Raspberry Pi OS sous Bullseye](https://community.gladysassistant.com/t/recherche-de-testeurs-nouvelle-image-gladys-raspberry-pi-os-sous-bullseye/6718/57):
>
> Je sais ce qu’il se passe, tu as du effectivement supprimer un appareil. Sauf qu’actuellement dans Gladys, quand tu supprime un appareil, ça va supprimer en cascade toutes les device\_features ainsi que les états de ces features smiley Tu l’as compris, si derrière cet appareil a des milliers d’états, ça peut prendre 2 minutes et pendant ce temps là, la DB est bloquée car c’est une énorme transaction qui prend toute la bande passante du disque. On a pensé à une solution si ce problème devie…

La seule chose que je peux te conseiller, c’est juste d’attendre 😃

---

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Avril 4, 2022, 8:27 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/3 "2022-04-04T20:27:10Z")

</div>

Je ne peut pas nettoyer en db les states sinon? 😊

---

<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:** [Avril 4, 2022, 8:36 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/4 "2022-04-04T20:36:05Z")

</div>

Ah oui ça marche aussi !

---

<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:** [Avril 4, 2022, 8:40 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/5 "2022-04-04T20:40:09Z")

</div>

Quand je disais “attendre”, c’était pas attendre que la fonctionnalité soit développée, c’était cliquer sur le bouton et attendre les 2 minutes que ça supprime la data 🙂

Supprimer manuellement en DB ça sera pareil, la DB sera bloquée aussi

---

<div class="post-metadata">

**Author:** ![spenceur](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/spenceur/32/1961_2.png) [@spenceur](https://community.gladysassistant.com/u/spenceur)\
**Post date:** [Avril 4, 2022, 9:53 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/6 "2022-04-04T21:53:34Z")

</div>

Merci des infos 🙂

---

<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:** [Octobre 14, 2022, 5:01 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/7 "2022-10-14T05:01:37Z")

</div>

Je reviens sur ce sujet, j’ai développé un correctif pour cette limitation pour que ce soit plus clair à l’avenir 🙂

Lors de la suppression d’un appareil avec beaucoup d’états, l’utilisateur verra ce genre de message:

 ![Screenshot 2022-10-14 at 11.57.50](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/3/32aa4181907958a5e5c93f681ae9dc894ffdd69e.jpeg)

La PR:

> <https://github.com/GladysAssistant/Gladys/pull/1620>
>
> \### 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:
> 
> \- \[x\] If your changes affects code, did your write the tests?
> \- \[x\] Are tests passing? (\`npm test\` on both front/server)
> \- \[x\] Is the linter passing? (\`npm run eslint\` on both front/server)
> \- \[x\] Did you run prettier? (\`npm run prettier\` on both front/server)
> \- \[x\] If you are adding a new features/services, did you run integration comparator? (\`npm run compare-translations\` on front)
> \- \[x\] 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\](https://community.gladysassistant.com/) for testing before merging.
> \- \[x\] If your changes modify the API (REST or Node.js), did you modify the API documentation? (Documentation is based on comments in code)
> \- \[x\] 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).
> \- \[x\] 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
> 
> \<img width="1512" alt="Screenshot 2022-10-14 at 11 57 50" src="https://user-images.githubusercontent.com/7365207/195765766-7e075905-14a3-48e9-99a0-69eb73917388.png"\>

---

<div class="post-metadata">

**Author:** ![gaetanb76](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/gaetanb76/32/5911_2.png) [@gaetanb76](https://community.gladysassistant.com/u/gaetanb76)\
**Post date:** [Novembre 1, 2022, 11:29 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/8 "2022-11-01T11:29:33Z")

</div>

Salut @pierre-gilles,  
N’ayant pas utilisé Gladys depuis longtemps, j’ai voulu faire le point sur mes appareils ZigBee2MQTT.  
Je les ai supprimés et ai eu le message concernant le volume important de données quand j’ai enlevé le détecteur de luminosité.  
Par contre, quand j’ai supprimé un autre appareil, le message est resté à sa place et s’est ainsi trouvé dans les infos d’un autre appareil.

 ![suppression_app_zigbee_soucis_affichage](https://gladys-assistant-community.b-cdn.net/uploads/default/original/2X/1/1c695252021935d7aa947ab06aa479f1ecb978cc.jpeg)

---

<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:** [Novembre 1, 2022, 11:35 UTC](https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/9 "2022-11-01T11:35:37Z")

</div>

> [@gaetanb76](#):
>
> Par contre, quand j’ai supprimé un autre appareil, le message est resté à sa place et s’est ainsi trouvé dans les infos d’un autre appareil.

Oups! Je vois très bien le bug, merci du retour. C’est juste un souci d’affichage, j’ai créé une issue Github:

> <https://github.com/GladysAssistant/Gladys/issues/1640>
>
> \<img width="792" alt="Screenshot 2022-11-01 at 18 34 31" src="https://user-image…s.githubusercontent.com/7365207/199224050-b83c983d-3ed1-4210-ad02-890303a455e6.png"\>
> 
> 
> https://community.gladysassistant.com/t/bug-suppression-device-zigbee/7149/8?u=pierre-gilles