Zigbee2mqtt - services démarrés mais croix rouge pour le lien

Encore moi :smiley:

J’essaie maintenant d’utiliser la partie Zigbee avec des capteurs Sonoff et un bridge Sonoff aussi. Aucun souci pour installer la clé USB et configurer le nécessaire. Mais ensuite, je constate que tous les services fonctionnent mais le lien est rouge :

Que dois-je faire dans ce cas ? Le bouton « Autoriser l’association » dans « Decouverte zigbee » n’est pas fonctionnel.

Merci d’avance :slight_smile:

De mémoire :

  • soit il faut juste attendre un peu plus (quelques minutes)
  • soit tenter de redémarrer le Pi / l’ordi
  • soit chercher dans les logs ce qui peut clocher
  • Ca fait plus de 2 jours … J’attends encore ? :face_with_open_eyes_and_hand_over_mouth:
  • J’ai fait quelques hards reboot (la commande « reboot » ou « shutdown -r » ne fonctionne visiblement pas. Une alternative pour redémarrer proprement ?
  • Quel(s) log(s) ? Quelque part dans /var/logs/ ? Ou les simples informations dans Gladys ? La seule erreur est la suivante et en boucle toutes les X heures :
Error: Error
at Database.<anonymous> (/src/server/node_modules/sequelize/lib/dialects/sqlite/query.js:179:27)
at /src/server/node_modules/sequelize/lib/dialects/sqlite/query.js:177:50
at new Promise (<anonymous>)
at Query.run (/src/server/node_modules/sequelize/lib/dialects/sqlite/query.js:177:12)
at /src/server/node_modules/sequelize/lib/sequelize.js:314:28
at async SQLiteQueryInterface.bulkDelete (/src/server/node_modules/sequelize/lib/dialects/abstract/query-interface.js:403:12)
at async /src/server/lib/device/device.calculcateAggregateChildProcess.js:142:7 {
name: 'SequelizeTimeoutError',
parent: [Error: SQLITE_BUSY: database is locked] {
errno: 5,
code: 'SQLITE_BUSY',
sql: "DELETE FROM `t_device_feature_state_aggregate` WHERE `type` = 'hourly' AND `device_feature_id` = '4c919947-e87e-49b6-8bbe-48f65f1751f4' AND `created_at` BETWEEN '2023-02-10 14:00:00.000 +00:00' AND '2023-02-10 16:00:00.000 +00:00'"
},
original: [Error: SQLITE_BUSY: database is locked] {
errno: 5,
code: 'SQLITE_BUSY',
sql: "DELETE FROM `t_device_feature_state_aggregate` WHERE `type` = 'hourly' AND `device_feature_id` = '4c919947-e87e-49b6-8bbe-48f65f1751f4' AND `created_at` BETWEEN '2023-02-10 14:00:00.000 +00:00' AND '2023-02-10 16:00:00.000 +00:00'"
},
sql: "DELETE FROM `t_device_feature_state_aggregate` WHERE `type` = 'hourly' AND `device_feature_id` = '4c919947-e87e-49b6-8bbe-48f65f1751f4' AND `created_at` BETWEEN '2023-02-10 14:00:00.000 +00:00' AND '2023-02-10 16:00:00.000 +00:00'",
parameters: {}
}

Est-ce lié ?

Pour les logs de Gladys, j’ai ceci :

2023-02-11T10:06:42+0100 <info> init.js:38 (Zigbee2mqttManager.init) Zigbee2mqtt USB dongle attached to /dev/ttyACM0
2023-02-11T10:06:42+0100 <info> checkForContainerUpdates.js:14 (Zigbee2mqttManager.checkForContainerUpdates) Checking for current installed versions and required updates...
2023-02-11T10:06:42+0100 <info> installMqttContainer.js:98 (Zigbee2mqttManager.installMqttContainer) MQTT broker is starting...
2023-02-11T10:06:47+0100 <info> installMqttContainer.js:104 (Zigbee2mqttManager.installMqttContainer) MQTT broker container successfully started
2023-02-11T10:06:47+0100 <info> installZ2mContainer.js:56 (Zigbee2mqttManager.installZ2mContainer) Preparing Zigbee2mqtt environment...
2023-02-11T10:06:47+0100 <info> installZ2mContainer.js:69 (Zigbee2mqttManager.installZ2mContainer) Zigbee2mqtt container is starting...
2023-02-11T10:06:53+0100 <info> installZ2mContainer.js:75 (Zigbee2mqttManager.installZ2mContainer) Zigbee2mqtt container successfully started
2023-02-11T10:06:53+0100 <info> connect.js:14 (Zigbee2mqttManager.connect) Connecting Gladys to mqtt://localhost:1884 MQTT broker...
2023-02-11T10:06:53+0100 <info> connect.js:24 (MqttClient.<anonymous>) Connected to MQTT container mqtt://localhost:1884
2023-02-11T10:06:53+0100 <info> subscribe.js:12 (Zigbee2mqttManager.subscribe) Subscribing to MQTT topic zigbee2mqtt/#

Je ne constate rien d’anormal … :frowning:

J’me rends compte que le problème est un peu général via ce thread : Zigbee2mqtt : Error SYS - Ping after 6000ms au démarrage - #161 par guim31

J’ai le même souci et je ne vois aucune solution …

J’utilise la carte mémoire et un Sonoff. Aucun problème d’alimentation.
Je ne sais donc pas quoi faire … SI vous avez des idées ?

J’ai tenté ceci : Zigbee2mqtt : Error SYS - Ping after 6000ms au démarrage - #127 par Tlse-vins
Mais ça ne change strictement rien :frowning:

Hello,

J’ai une clé Sonoff ZBDongle-E (EFR32MG21) et j’ai aussi un peu galéré à la faire fonctionner avec zigbee2mqtt. La clé était bien détectée mais les conteneurs z2m redémarraient en boucle. J’ai essayé pleins de choses (Reflash du firmware etc…) et c’est finalement en forçant une conf dans la configuration zigbee2mqtt que ça a finit par fonctionner :

  • Editer le fichier de configuration sur ton raspberry ou ta machine : sudo nano /var/lib/gladysassistant/zigbee2mqtt/z2m/configuration.yaml
  • Ajouter adapter: ezsp dans ce fichier yaml
    image

Après tout va dépendre de ta clé Zigbee aussi mais c’est comme ça que ça a fonctionné chez moi

J’avais trouvé ça sur ce forum il me semble mais j’ai pas retrouvé le post.

A+

4 Likes

1000 merci @qleg ! Ca fonctionne chez moi aussi ! En tout cas, il ne restart plus à l’infini et j’ai le V au lieu de X.

@pierre-gilles : il serait peut-être intéressant de le rajouter dans la documentation ? Pour ceux qui comme moi n’ont pas de problème d’alimentation.

3 Likes

C’est dans la doc zigbee2mqtt

Il y’a plusieurs dongle sonoff ( avec des puces différentes)

Question bête mais comment savoir si on a le dongle -E ou -P ?

C’est noté dessous : Modèle Zigbee P

Carrément, j’irais même jusque dire: est-ce que ça pourrait être automatique ? Ou si c’est pas automatique, est-ce qu’on pourrait mettre un dropdown dans l’UI pour que l’utilisateur sélectionne sa clé ?

@AlexTrovato T’en pense quoi ?

1 Like

Je pense que si on veut que ce soit simple pour les utilisateurs, on doit absolument le faire !!!

(On parle bien de faire la config spéciale z2m selon la clé zigbee ?)

Yes c’est bien ça ! Tu pense c’est possible de faire une détection de la clé, ou vaut mieux mettre un dropdown et l’utilisateur sélectionne sa clé ?

Quoi qu’il arrive, je mettrais un dropdown avec lequel l’utilisateur pourra choisir, mais je vais tout de même tenter de présélectionner la clé si c’est possible de détecter son modèle depuis les entrées USB.

1 Like

On peut envisager de faire un test de manière automatique ? Si ca fonctionne pas un bouton détection du type de clé:
Ca change la valeur restart le conteneur et vérifie qu’il voit des device zigbee ? Un genre de test dans l’application

Après un dropdown ca peut aussi fonctionner on change la valeur ca trigger le restart propre

Je préfère juste un dropdown

J’ai le même blocage depuis vendredi avec le dongle Sonoff, je viens de voir ce topic. J’essaye ce soir pour vous confirmer que ça résout également le problème chez moi.

EDIT : L’ajout de « adapter: ezsp » fonctionne bien pour débloquer la communication avec Z2M pour le dongle Sonoff-E

1 Like

Je pense qu’il faut vraiment ajouter cette information dans la documentation pour commencer :slight_smile:

Pour info j’ai commencé le dev pour la configuration particulière selon le dongle… bon c’est pas encore prêt !

3 Likes

J’ai ajouté cette information dans la documentation en attendant que ce soit disponible dans Gladys :slight_smile:

La PR:

Le site:

@Kevin Je ne sais pas si tu es un peu dev, n’hésite pas à faire des modifications directement dans la doc si tu vois des améliorations possibles, tout est open-source et modifiable par tous :slight_smile:

1 Like