je cherche si le message n’est pas le bon alors comme je n’ai pas d’autre erreur c’est que ca s’installe.
mais non le système relance les dépendances sans arrêt.
j’ai quand même ça dans un fichier de log zigbee_1:
[2022-06-24 19:26:49][ERROR] : Couldn't start application
[2022-06-24 19:26:49][ERROR] : [start_zigbee] Fatal error : [Errno 2] could not open port Array: [Errno 2] No such file or directory: 'Array'
Concernant le démon : Le statut passe en vert quelques secondes (OK) puis rebascule en rouge (NOK)
voici la conf :
Jeedom ATLAS : 4.2.19
type de controleur : EZSP (Atlas)
version plugin (bêta) : 2022-06-24 09:25:04
type de clé : Popp
Port du contrôleur : Atlas
Bonjour
L’erreur que tu as est décrite et dans la documentation du plugin avec sa résolution et j’ai en plus répété en gras dans le sujet principal de bien vérifier ça je t’invite donc juste a appliquer la correction de la documentation du plugin qui marche très bien
le problème de beaucoup ici doit venir de python (je pense), une personne aurait-elle l’amabilité de faire un rapide HowDo pour mettre en pratique ce que décrit @Greg4711 sur ce post.
Aucune chance que ca soit le problème général… si vous êtes sous buster vous avez python 3.7 comme tout le monde, si vous n’êtes pas sous buster, réinstallez.
Et « supprimer python » ne veut pas dire grand chose; essayez de suivre ce conseil et ensuite vous pourrez faire comme ci-dessus: réinstaller.
Perso je suis sous debian et je n’ai pas assez de connaissance pour savoir comment faire un uninstall et reinstall mais foutu pour foutu j’aimerai tester, donc si tu pouvais le transmettre les commandes ce serait avec grand plaisir.
A présent on va arrêter le hors sujet, si vous avez encore un problème qui n’est pas déjà expliqué ici ou dans un des nombreux posts existants, créez en un nouveau et fournissez toutes les informations nécessaires.
Bonjour,
J’installe un deuxième PI pour passer les murs épais de la maison via le CPL et synchro les pi avec jeelink.
Je me suis fais livrer un pi hier donc je peux réinstaller de zéro si ça peux aider.
j’espère bien créer la balise pour mes notes de mes actions.
je reste comme hier avec un système qui relance les dépendance en permanence.
Si je peux vous fournir quelque chose d’autre pour aider à débug j’ai les logs et je peux relancer n’importe quoi au pire je recommence de zéro. Je ne mets pas à jour mon pi de production du coup.
Raspeberry 4 2go
card sd vierge
installation de la version 64b raspberry PI avec interface graphique avec l'outil raspberry Pi imager V1.7.2
je suis l'installation (choix langue,compte )
le pi se met à jour
redemarrage du pi
connection avec le logon créé à l'installation
activation de SSH avec avec configurateur raspberry
ouverture d'une console SSH de mon windows
wget -O- https://raw.githubusercontent.com/jeedom/core/master/install/install.sh | sudo bash
fin de la log :
==================================================
| TOUTES LES VERIFICATIONS SONT FAITES |
==================================================
\033[1;32métape 12 vérification de jeedom réussie\033[0;39m
Installation finie. Un redémarrage devrait être effectué
sudo reboot
connexion à jeedom depuis mon windows
modification du password
ajout de mon compte market
ouverture du market
alerte parce que j'ai trop d'IP ==> je retire celle du pi que je viens de détruire
installation de la version stable de zigbee.
ouverture de la configuration du plugin
clique sur activer de la zone ETAT.
la fenêtre de configuration se ferme et je retourne sur l'accueil
je retourne dans la configuration du plug in :
l'installation des dépendance est KO mais pas de log !
je vais dans les fichiers :
retour sur la configuration du plugin ==> l'installation des dépendances est en cours !
j'ai du aller trop vite :(
je ne touche à rien je regarde.....
à 22% KO sur l'installation des dépendances.
Bonjour @Loic J’ai une question plus générale, si on n’a pas fait la maj ,doit on la faire (et gérer les pbs comme indiqué ici ou là) ou s’attendre à une nouvelle maj « ultra » corrective ? (car tôt ou tard je devrais bien faire la maj du plugin même si actuellement il n’y a aucune urgence à le faire)
merci
Après avoir travaillé dans l’ombre en suivant ce sujet et les autres , j’ai finalement du contacter le support car aucune solution présente ici ne fonctionnait.
Dans mon cas, en plus des erreurs déjà constaté ici, j’avais celle ci :
ERROR: Cannot uninstall 'RPi.GPIO'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall.
Le support m’a indiqué que si je n’avais rien de brancher en GPIO je devais le supprimer car c’était l’erreur qui bloqué l’installation des dépendances.
Ce qui a permis de résoudre le problème et débloqué l’installation des dépendances pour enfin pouvoir relancer le démon :
apt remove rpi.gpio
Retour d’expérience si jamais certains sont dans le même cas que moi. J’avais une pizigate en GPIO avant, donc je suppose que le problème venait de là.
Merci à tout le monde de votre aide et merci à l’équipe jeedom
Je n’arrive pas relancer le daemon malgré avoir essayé plusieurs commandes données ici je suis en 4.2.19 et j’ai la dernière version de Zigbee et je suis sous Buster.
Voici le log peut être que ça vous parlera :
Bonjour,
Ça fonctionne de mon côté avec la commande de la mise à jour 4. Merci.
Je ne suis pas expert pip3, mais j’ai vu Monthy Python : Sacré Graal.
J’ai une remarque sur la présence de warning dans les logs :
WARNING: Running pip as the ‹ root › user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: 12. Virtual Environments and Packages — Python 3.10.5 documentation
Je ne connais rien à l’architecture du plugin, mais ce warning mérite il une attention quelconque ?
Est-ce que certains ont des soucis d’exécution de commande depuis la mise à jour du plugin zigbee ?
Tout est à jour, j’ai forcé la réinstallation des packages, redémarré etc. A chaque fois qu’un PUT est fait, je prends une erreur un timeout du démon
[2022-06-29 11:16:53][DEBUG] : APS data confirm response for request with id 41: e1
[2022-06-29 11:16:53][DEBUG] : Request id: 0x29 'aps_data_confirm' for <DeconzAddressEndpoint address_mode=ADDRESS_MODE.NWK address=0x563f endpoint=11>, status: 0xe1
[2022-06-29 11:16:53][DEBUG] : Error while sending 41 req id frame: TXStatus.MAC_CHANNEL_ACCESS_FAILURE
[2022-06-29 11:16:53][DEBUG] : [0x563f] Delivery error for seq # 0x28, on endpoint id 11 cluster 0x0006: message send failure
[2022-06-29 11:16:53][INFO] : Traceback (most recent call last):
File "/var/www/html/plugins/zigbee/resources/zigbeed/zdevices.py", line 83, in command
await command()
File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 327, 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 269, in put
await zdevices.command(self.json_args)
File "/var/www/html/plugins/zigbee/resources/zigbeed/zdevices.py", line 88, in command
await command()
File "/usr/local/lib/python3.7/dist-packages/zigpy/device.py", line 317, in request
self.nwk, dst_ep, cluster
zigpy.exceptions.DeliveryError: [0x563f:11:0x0006]: Message send failure
[2022-06-29 11:16:53][INFO] : 200 PUT /device/command (127.0.0.1) 6257.55ms
[2022-06-29 11:17:16][DEBUG] : Frame received: 0x0e61000700aa00
C’était bien stable avant la mise à jour, et ça arrive sur la plupart des modules.
Quelqu’un aurait une idée ?