Bonjour,
je viens de faire une réinstallation complète de Jeedom à partir de l’image jeedom-debian-bullseye-amd64-4.3.17
Je précise qu’avant cette réinstallation ma clé aeotec z-stick gen5 fonctionnait correctement et j’utilisais le plugin Openzwave.
Maintenant lorsque je fait une commande Lsusb pour vérifier que ma clé est bien présente, celle-ci n’apparait plus :
Jeedom fonctionne sous xpenology avec Virtual machine manager
Merci pour votre aide
As-tu regardé le problème udev \ debian 11 \ clef usb ? Si non petite recherche et probablement solution sur le community.
Usb 3 pour simuler le port usb je ne suis pas convaincu du tt. Usb 2 plutot
La lensouci est meme pas jeedom l os ne voit pas la cle usb dc rien a voir avec jeedom et le plugin
J’ai essayé en Usb 2 mais idem la clé n’est pas reconnue. Et oui je vois bien que cela ne vient pas de Jeedom mais on ne sais jamais si quelqu’un a déjà eu le même problème.
Cf mon premier message. Votre clef apparait bien au passage.
Que ca ne soit pas indiqué Aeotech cela est normal ? C’est laquelle ?
oui c’est le nom de la puce qui est affichée silicon lab
Ok merci, par contre lorsque je veux lancer mon demon avec le port du controleur Zwave sur Auto celui-ci ne se lance pas :
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 2912 (apt-get)…
E: Impossible d'obtenir le verrou de dpkg (/var/lib/dpkg/lock-frontend). Il est possible qu'un autre processus l'utilise.
+ echo 5
+ sudo apt install -o Dpkg::Options::=--force-confdef -y libjpeg-dev
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 2912 (apt-get)…
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 2912 (apt-get)…
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 8056 (apt-get)…
Lecture des listes de paquets…
Construction de l'arbre des dépendances…
Lecture des informations d'état…
Les paquets supplémentaires suivants seront installés :
libjpeg62-turbo-dev
Les NOUVEAUX paquets suivants seront installés :
libjpeg-dev libjpeg62-turbo-dev
0 mis à jour, 2 nouvellement installés, 0 à enlever et 30 non mis à jour.
Il est nécessaire de prendre 346 ko dans les archives.
Après cette opération, 1 114 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://deb.debian.org/debian bullseye/main amd64 libjpeg62-turbo-dev amd64 1:2.0.6-4 [278 kB]
Réception de :2 http://deb.debian.org/debian bullseye/main amd64 libjpeg-dev amd64 1:2.0.6-4 [67,8 kB]
debconf: Impossible d'initialiser l'interface : Dialog
debconf: (L'interface dialog ne fonctionnera pas avec un terminal rustique (« dumb »), un tampon shell d'Emacs ou sans terminal de contrôle.)
debconf: Utilisation de l'interface Readline en remplacement
debconf: Impossible d'initialiser l'interface : Readline
debconf: (Cette interface a besoin d'un terminal de contrôle.)
debconf: Utilisation de l'interface Teletype en remplacement
dpkg-preconfigure: impossible de réouvrir stdin :
346 ko réceptionnés en 11s (31,5 ko/s)
Sélection du paquet libjpeg62-turbo-dev:amd64 précédemment désélectionné.
(Lecture de la base de données...
(Lecture de la base de données... 5%
(Lecture de la base de données... 10%
(Lecture de la base de données... 15%
(Lecture de la base de données... 20%
(Lecture de la base de données... 25%
(Lecture de la base de données... 30%
(Lecture de la base de données... 35%
(Lecture de la base de données... 40%
(Lecture de la base de données... 45%
(Lecture de la base de données... 50%
(Lecture de la base de données... 55%
(Lecture de la base de données... 60%
(Lecture de la base de données... 65%
(Lecture de la base de données... 70%
(Lecture de la base de données... 75%
(Lecture de la base de données... 80%
(Lecture de la base de données... 85%
(Lecture de la base de données... 90%
(Lecture de la base de données... 95%
(Lecture de la base de données... 100%
(Lecture de la base de données... 63965 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libjpeg62-turbo-dev_1%3a2.0.6-4_amd64.deb ...
Dépaquetage de libjpeg62-turbo-dev:amd64 (1:2.0.6-4) ...
Sélection du paquet libjpeg-dev:amd64 précédemment désélectionné.
Préparation du dépaquetage de .../libjpeg-dev_1%3a2.0.6-4_amd64.deb ...
Dépaquetage de libjpeg-dev:amd64 (1:2.0.6-4) ...
Paramétrage de libjpeg62-turbo-dev:amd64 (1:2.0.6-4) ...
Paramétrage de libjpeg-dev:amd64 (1:2.0.6-4) ...
+ echo 6
+ sudo chmod +x /var/www/html/core/class/../../plugins/openzwave/resources/post_install.sh
+ sudo /var/www/html/core/class/../../plugins/openzwave/resources/post_install.sh
Lancement de l'installation/mise à jour des dépendances openzwave
mkdir: impossible de créer le répertoire « /opt »: Le fichier existe
Installation de Python-OpenZwave
WARNING: Ignoring invalid distribution -etuptools (/usr/lib/python3/dist-packages)
WARNING: Skipping Cython as it is not installed.
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: https://pip.pypa.io/warnings/venv
/bin/sh: 1: python: not found
make: python: Aucun fichier ou dossier de ce type
make: rien à faire pour « cython-deps ».
/bin/sh: 1: python: not found
make: python: Aucun fichier ou dossier de ce type
Installing dependencies for python :
apt-get install --force-yes -y build-essential libudev-dev g++
Lecture des listes de paquets…
Construction de l'arbre des dépendances…
Lecture des informations d'état…
build-essential est déjà la version la plus récente (12.9).
g++ est déjà la version la plus récente (4:10.2.1-1).
g++ passé en « installé manuellement ».
Les NOUVEAUX paquets suivants seront installés :
libudev-dev
0 mis à jour, 1 nouvellement installés, 0 à enlever et 30 non mis à jour.
Il est nécessaire de prendre 123 ko dans les archives.
Après cette opération, 213 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://deb.debian.org/debian bullseye/main amd64 libudev-dev amd64 247.3-7+deb11u2 [123 kB]
debconf: Impossible d'initialiser l'interface : Dialog
debconf: (L'interface dialog ne fonctionnera pas avec un terminal rustique (« dumb »), un tampon shell d'Emacs ou sans terminal de contrôle.)
debconf: Utilisation de l'interface Readline en remplacement
debconf: Impossible d'initialiser l'interface : Readline
debconf: (Cette interface a besoin d'un terminal de contrôle.)
debconf: Utilisation de l'interface Teletype en remplacement
dpkg-preconfigure: impossible de réouvrir stdin :
123 ko réceptionnés en 3s (42,3 ko/s)
Sélection du paquet libudev-dev:amd64 précédemment désélectionné.
(Lecture de la base de données...
(Lecture de la base de données... 5%
(Lecture de la base de données... 10%
(Lecture de la base de données... 15%
(Lecture de la base de données... 20%
(Lecture de la base de données... 25%
(Lecture de la base de données... 30%
(Lecture de la base de données... 35%
(Lecture de la base de données... 40%
(Lecture de la base de données... 45%
(Lecture de la base de données... 50%
(Lecture de la base de données... 55%
(Lecture de la base de données... 60%
(Lecture de la base de données... 65%
(Lecture de la base de données... 70%
(Lecture de la base de données... 75%
(Lecture de la base de données... 80%
(Lecture de la base de données... 85%
(Lecture de la base de données... 90%
(Lecture de la base de données... 95%
(Lecture de la base de données... 100%
(Lecture de la base de données... 63993 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libudev-dev_247.3-7+deb11u2_amd64.deb ...
Dépaquetage de libudev-dev:amd64 (247.3-7+deb11u2) ...
Paramétrage de libudev-dev:amd64 (247.3-7+deb11u2) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.4-2) ...
W: --force-yes est obsolète, veuillez plutôt utiliser l'une des options commençant par --allow.
pip install nose-html
Collecting nose-html
Downloading nose-html-1.1.tar.gz (7.3 kB)
Preparing metadata (setup.py): started
Preparing metadata (setup.py): finished with status 'done'
Collecting nose>=0.11.1 (from nose-html)
Downloading nose-1.3.7-py3-none-any.whl (154 kB)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 154.7/154.7 kB 100.1 kB/s eta 0:00:00
Building wheels for collected packages: nose-html
Building wheel for nose-html (setup.py): started
Building wheel for nose-html (setup.py): finished with status 'done'
Created wheel for nose-html: filename=nose_html-1.1-py3-none-any.whl size=7904 sha256=fc1c4c357e977cf1265c97263c1af69d6034b5d35dc7d72d02d2d3eca8795705
Stored in directory: /root/.cache/pip/wheels/bf/b0/f2/9f83ce2a6a98b23eca206e6f46a8d3be3291faa9e1e01c7196
Successfully built nose-html
Installing collected packages: nose, nose-html
Successfully installed nose-1.3.7 nose-html-1.1
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: https://pip.pypa.io/warnings/venv
pip install nose-progressive
Collecting nose-progressive
Downloading nose-progressive-1.5.2.tar.gz (32 kB)
Preparing metadata (setup.py): started
Preparing metadata (setup.py): finished with status 'error'
error: subprocess-exited-with-error
× python setup.py egg_info did not run successfully.
│ exit code: 1
╰─> [1 lines of output]
error in nose-progressive setup command: use_2to3 is invalid.
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed
× Encountered error while generating package metadata.
╰─> See above for output.
note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
make: *** [Makefile:160 : tests-deps] Erreur 1
/bin/sh: 1: python: not found
make: python: Aucun fichier ou dossier de ce type
sed -i -e '253s/.*//' openzwave/cpp/src/value_classes/ValueID.h
cd openzwave && make
make[1] : on entre dans le répertoire « /opt/python-openzwave/openzwave »
CPPFLAGS= make -C /opt/python-openzwave/openzwave/cpp/build/ -w
make[2] : on entre dans le répertoire « /opt/python-openzwave/openzwave/cpp/build »
Building OpenZWave Version 1.4.-1
Building tinystr.o
Building tinyxml.o
Building tinyxmlerror.o
Building tinyxmlparser.o
Building hid.o
Building aescrypt.o
Building aeskey.o
Building aes_modes.o
Building aestab.o
Building Alarm.o
Building ApplicationStatus.o
Building AssociationCommandConfiguration.o
Building Association.o
Building BarrierOperator.o
Building Basic.o
Building BasicWindowCovering.o
Building Battery.o
Building CentralScene.o
Building ClimateControlSchedule.o
Building Clock.o
Building Color.o
Building CommandClass.o
Building CommandClasses.o
Building Configuration.o
Building ControllerReplication.o
Building CRC16Encap.o
Building DeviceResetLocally.o
Building DoorLock.o
Building DoorLockLogging.o
/opt/python-openzwave/openzwave/cpp/src/command_classes/DoorLockLogging.cpp: In member function ‘virtual bool OpenZWave::DoorLockLogging::HandleMsg(const uint8*, uint32, uint32)’:
/opt/python-openzwave/openzwave/cpp/src/command_classes/DoorLockLogging.cpp:312:14: warning: ‘snprintf’ argument 4 overlaps destination object ‘usercode’ [-Wrestrict]
312 | snprintf(usercode, sizeof(usercode), "%s %d", usercode, (int)_data[12+i]);
| ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/opt/python-openzwave/openzwave/cpp/src/command_classes/DoorLockLogging.cpp:307:9: note: destination object referenced by ‘restrict’-qualified argument 1 was declared here
307 | char usercode[254];
| ^~~~~~~~
Building EnergyProduction.o
Building Hail.o
Building Indicator.o
Building Language.o
Building Version.o
Building WakeUp.o
Building ZWavePlusInfo.o
Building ValueBool.o
Building ValueButton.o
Building ValueByte.o
Building Value.o
Building ValueDecimal.o
Building ValueInt.o
Building ValueList.o
Building ValueRaw.o
Building ValueSchedule.o
Building ValueShort.o
Building ValueStore.o
Building ValueString.o
Building Controller.o
Building Event.o
Building FileOps.o
Building HidController.o
Building Log.o
Building Mutex.o
Building SerialController.o
Building Stream.o
Building Thread.o
Building TimeStamp.o
Building Wait.o
Building EventImpl.o
Building FileOpsImpl.o
Building LogImpl.o
Building MutexImpl.o
Building SerialControllerImpl.o
Building ThreadImpl.o
Building TimeStampImpl.o
Building WaitImpl.o
Building Driver.o
Building Group.o
Building Manager.o
Building Msg.o
Building Node.o
Building Notification.o
Building Options.o
Building Scene.o
Building Utils.o
Building ZWSecurity.o
Creating vers.cpp
Building vers.o
Linking Static Library
Linking Shared Library
Making ozw_config file
make[2] : on quitte le répertoire « /opt/python-openzwave/openzwave/cpp/build »
CPPFLAGS= make -C /opt/python-openzwave/openzwave/cpp/examples/MinOZW/ -w
make[2] : on entre dans le répertoire « /opt/python-openzwave/openzwave/cpp/examples/MinOZW »
Building Main.o
Linking /opt/python-openzwave/openzwave/.lib/MinOZW
g++ -o /opt/python-openzwave/openzwave/.lib/MinOZW /opt/python-openzwave/openzwave/.lib/Main.o /opt/python-openzwave/openzwave/libopenzwave.so -pthread
Creating Temporary Shell Launch Script
make[2] : on quitte le répertoire « /opt/python-openzwave/openzwave/cpp/examples/MinOZW »
make[1] : on quitte le répertoire « /opt/python-openzwave/openzwave »
python setup-lib.py build
make: python: Aucun fichier ou dossier de ce type
make: *** [Makefile:266 : build] Erreur 127
Everything is successfully installed!
+ echo 7
+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end openzwave
+ rm /tmp/jeedom_install_in_progress_openzwave
+ echo '*******************End of package installation******************'
*******************End of package installation******************
Avez vous fait ce que j’ai dis dans le premier poste ?
Je ne comprend ce que je dois faire avec udev \ debian 11 \ clef usb. Désolé peut être évident pour vous mais la je sèche
Faire une recherche avec ces mots clés…
Antoine
Je vois que tu as eu un problème similaire : https://community.jeedom.com/t/mon-jeedom-ne-vois-plus-mes-clefs-usbs/107356.
Tu l’as résolu en refaisant le contournement ? cad ?
Voila ce que j’obtiens lorsque je fais la commande ls -la /dev/ttyUSB* me renvois :
crwxrwxrwx 1 root dialout 188, 0 9 juil. 13:14 /dev/ttyUSB0
regarde ici :
Si tu utilises openzwave il n’est plus compatible avec Debian11.
Zwavejs obligatoire avec cet OS.
Encore merci pour votre aide j’ai réussi à m’en sortir !! Tous refonctionne