Super,
ça fonctionne aussi chez moi, j’ai pu inclure un premier module…
Merci et bonne nuit
Je regarde ça demain
De rien, il fallait de toute façon que ça fonctionne pour moi avant que tlm se lève à la maison
Bonjour à tous
A votre avis dois-je appliquer la solution ci-dessus car j’ai à priori le même problème. Tout fonctionnait juqu’à hier.
Merci d’avance 
Log
ERROR : Echec de la requête HTTP : http://127.0.0.1:8089/device/all cURL error : Failed to connect to 127.0.0.1 port 8089: Connection refused
Zigbeed_1
Merci à tous pour vos contributions
Le daemon se lance mais j’ai cette erreur dans la log quand j’essaie de lancer une commande
[2022-10-02 10:02:14]ERROR : Exception running handler
Traceback (most recent call last):
File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/__init__.py", line 347, in handle_callback
handler(*args)
File "/usr/local/lib/python3.7/dist-packages/bellows/zigbee/application.py", line 468, in ezsp_callback_handler
self._handle_frame(*args)
File "/usr/local/lib/python3.7/dist-packages/bellows/zigbee/application.py", line 505, in _handle_frame
dst_addressing = zigpy.types.Addressing.nwk(
AttributeError: type object 'Addressing' has no attribute 'nwk'
[2022-10-02 10:02:17]INFO : Traceback (most recent call last):
File "/var/www/html/plugins/zigbee/resources/zigbeed/zdevices.py", line 86, in command
await command()
File "/usr/local/lib/python3.7/dist-packages/zhaquirks/tuya/ts130f.py", line 72, in command
tsn=tsn
File "/usr/local/lib/python3.7/dist-packages/zigpy/quirks/__init__.py", line 188, in command
tsn=tsn,
File "/usr/local/lib/python3.7/dist-packages/zigpy/zcl/__init__.py", line 327, in request
command_id=hdr.command_id,
File "/usr/local/lib/python3.7/dist-packages/zigpy/endpoint.py", line 244, in request
expect_reply=expect_reply,
File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 315, in request
return await asyncio.wait_for(req.result, timeout)
File "/usr/lib/python3.7/asyncio/tasks.py", line 423, in wait_for
raise futures.TimeoutError()
concurrent.futures._base.TimeoutError
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/var/www/html/plugins/zigbee/resources/zigbeed/restServer.py", line 271, in put
await zdevices.command(self.json_args)
File "/var/www/html/plugins/zigbee/resources/zigbeed/zdevices.py", line 91, in command
await command()
File "/usr/local/lib/python3.7/dist-packages/zhaquirks/tuya/ts130f.py", line 72, in command
tsn=tsn
File "/usr/local/lib/python3.7/dist-packages/zigpy/quirks/__init__.py", line 188, in command
tsn=tsn,
File "/usr/local/lib/python3.7/dist-packages/zigpy/zcl/__init__.py", line 327, in request
command_id=hdr.command_id,
File "/usr/local/lib/python3.7/dist-packages/zigpy/endpoint.py", line 244, in request
expect_reply=expect_reply,
File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 315, in request
return await asyncio.wait_for(req.result, timeout)
File "/usr/lib/python3.7/asyncio/tasks.py", line 423, in wait_for
raise futures.TimeoutError()
concurrent.futures._base.TimeoutError
Ma commande était la montée d’un VR. Elle fonctionne mais arrivée en butée, j’ai systématiquement cette erreur qui remonte (et qui faisait partie du message précédent)
[2022-10-02 10:02:14]ERROR : Exception running handler
Traceback (most recent call last):
File "/usr/local/lib/python3.7/dist-packages/bellows/ezsp/__init__.py", line 347, in handle_callback
handler(*args)
File "/usr/local/lib/python3.7/dist-packages/bellows/zigbee/application.py", line 468, in ezsp_callback_handler
self._handle_frame(*args)
File "/usr/local/lib/python3.7/dist-packages/bellows/zigbee/application.py", line 505, in _handle_frame
dst_addressing = zigpy.types.Addressing.nwk(
AttributeError: type object 'Addressing' has no attribute 'nwk'
Je viens de tester avec mes lumières, j’ai essayé de ré-inclure les modules mais j’ai la même erreur sur l’attribute nwk…c’est quand même bien la m…cette mise à jour…
Désolé, mais je ne suis pas équipé pour reproduire vos problèmes restants.
Il ne m’est malheureusement pas possible de l’analyser pour proposer un contournement.
J’espère que, suite à cette malheureuse expérience, Jeedom SAS figera la version de zigpy dans la configuration des dépendances du plugin (mais pas avant d’avoir une version fonctionnelle). Ils pourront ainsi faire des tests avant de libérer le déploiement des mises à jour de zigpy.
Pas de soucis @ktn merci à toi pour ton aide en tous cas
je te rejoins sur la nécessité de stabiliser les dépendances dans les futurs déploiement ou à minima de réaliser quelques tests sur un échantillon restreint avant de diffuser des maj aussi bancales…
1 « J'aime »
Salut perso j’ai python 2.7 et 3.9
J’ai remplacé 3.7 par 3.9 et suivi vos instructions et ça a fonctionné 3sec
On est bien d’accord que c’est que le plugin officiel zigbee qui déconne ? Donc si je le shunt et que je passe sur un autre plugin ça devrait fonctionner ?
Bon ben c’est tout jeedom qui est planté même sur abeille il ne trouve pas ma clé popp
Hello,
Non, ce n’est pas le plugin qui déconne mais le module python « zygpy » sur lequel s’appuie le plugin zigbee.
Ce module est potentiellement utilisé par d’autre plugin Jeedom et certainement par d’autres logiciels que Jeedom.
Je ne sais pas si le plugin abbeille utilise le module zigpy. Si oui, c’est probablement l’explication de ton soucis avec abeille qui trouve pas ta clé popp.
Dans l’installation des dépendances, tu dois quand même avoir un lien vers la version 3.7 … cherche la notion de find dans l’installe des dépendances, tu verras qu’il renvoie vers la version figée 3.7, même si tu as la 3.9.
Et je confirme, ce n’est pas le module zigbee qui merde, mais l’intégration de zigpy dans sa version à partir de la 0.51.0. Le comportement global a été fortement modifié comme le montre la somme des modifications sur le commit dans le fichier application.
Le changelog indique : " Use a single structure and mirrored functions for transmitting/receiving Zigbee packets" ce qui change complétement l’approche de transmission de l’information.
En outre, le changelog est vraiment volumineux. Donc plein de changement.
Petite question s’il y a un dev du plugin zigbee. Où se trouve la définition des dépendances à inclure ? J’ai voulu revert zigpy, mais il y a pas mal de choses connexes à revert.
Les dépendances sont définies dans le fichier plugin_info/packages.json du plugin.
Je suppose qu’un downgrade de zigpy nécessite aussi le downgrade des module zigpy-znp, zigpy-xbee, zigpy-deconz et zigpy-zigate.
Pas simple tous ça. Bon courage si tu te lances… nous serons beaucoup à te remercier.
Perso je vais pas y passer 3h, j’ai branché HA en attendant.
Oups je viens d’acheter le plugin zigbee aujourd’hui pour installer ma nouvelle clé Sonoff… et bien je vais attendre un peu que ce soit corrigé je crois ^^ j’ai le même soucis d’erreur au lancement du deamon
thespy J ai acheté le plugin hier après midi et cherché pendant des heures à corriger le problème, je vais attendre également que le soucis soit réglé pour installé ma zygate
Le topic a été ouvert sur une mise à jour de la version beta du plugin zigbee…
Des contributions s’ajoutent sans préciser s’il s’agit de version beta ou stable
Du coup, pas facile à suivre le problème
Rien à voir avec la version beta ou stable du plugin. Le problème vient d’une librairie (ou plus exactement d’un module python) tiers qui est utilisée par le plugin.
Le fait d’avoir eu une mise à jour à déclenché une mise à jour des dépendances et donc du module tiers qui est buggé.
Ensuite, il est possible que les évolutions et/oiu corrections du module nécessiteront une mise à jour du plugin. Ca, c’est les dev du plugin qui le verront. Mais il faut d’abord que le module soit à nouveau fonctionnel.
Chaque mise à jour du plugin zigbee ne déclenche pas systématiquement une installation des dépendances.
Dans mon cas :
- version du plugin stable : 2022-09-13 10:32:09
- date dernière installation des dépendances : 2022-06-01 15:56:05
D’où l’importance d’apporter suffisamment de précisions dans les contributions
Autrement dit, je n’ai pas intérêt à lancer manuellement une mise à jour des dépendances, car je pourrais rencontrer le problème évoqué
J’ai bien précisé que j’avais aussi fait le changement sur le plugin stable donc rien à voir