Forum Communauté Jeedom

Bonjour à tous,

Petit problème dans l'installation des dépendances suite à une restauration avec droit de jeedom

Des idées ?

Launch install of blea dependancy
Hit:1 http://archive.raspberrypi.org/debian stretch InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease
Hit:3 https://deb.nodesource.com/node_8.x stretch InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.3).
libffi-dev is already the newest version (3.2.1-6).
libssl-dev is already the newest version (1.1.0f-3+deb9u2).
python-dev is already the newest version (2.7.13-2).
python-requests is already the newest version (2.12.4-1).
bluetooth is already the newest version (5.43-2+rpt2+deb9u2).
python-pip is already the newest version (9.0.1-2+rpt2).
0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded.
Reading package lists...
Building dependency tree...
Reading state information...
git is already the newest version (1:2.11.0-3+deb9u2).
libglib2.0-dev is already the newest version (2.50.3-2).
0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded.
Requirement already satisfied: pyudev in /usr/local/lib/python3.5/dist-packages
Requirement already satisfied: six in /usr/lib/python3/dist-packages (from pyudev)
Requirement already satisfied: pyserial in /usr/local/lib/python3.5/dist-packages
Requirement already satisfied: requests in /usr/lib/python3/dist-packages
Requirement already satisfied: cryptography in /usr/lib/python3/dist-packages
Requirement already satisfied: pycrypto in /usr/lib/python3/dist-packages
Cloning into 'bluepy'...
running build
running build_py
creating build
creating build/lib.linux-armv7l-2.7
creating build/lib.linux-armv7l-2.7/bluepy
copying bluepy/sensortag.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/thingy52.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/get_services.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/__init__.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/btle.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/blescan.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/scanner.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/uuids.json -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/bluez-src.tgz -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/bluepy-helper.c -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/Makefile -> build/lib.linux-armv7l-2.7/bluepy
running install
Working dir is /tmp/bluepy
execute make -C ./bluepy clean
execute make -C bluepy -j1
running build
running build_py
copying bluepy/bluepy-helper -> build/lib.linux-armv7l-2.7/bluepy
running install_lib
copying build/lib.linux-armv7l-2.7/bluepy/sensortag.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/thingy52.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/bluepy-helper.c -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/uuids.json -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/get_services.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/__init__.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/bluez-src.tgz -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/btle.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/bluepy-helper -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/Makefile -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/blescan.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/scanner.py -> /usr/local/lib/python2.7/dist-packages/bluepy
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/sensortag.py to sensortag.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/thingy52.py to thingy52.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/get_services.py to get_services.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/__init__.py to __init__.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/btle.py to btle.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/blescan.py to blescan.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/scanner.py to scanner.pyc
running install_egg_info
running egg_info
creating bluepy.egg-info
writing bluepy.egg-info/PKG-INFO
writing top-level names to bluepy.egg-info/top_level.txt
writing dependency_links to bluepy.egg-info/dependency_links.txt
writing entry points to bluepy.egg-info/entry_points.txt
writing manifest file 'bluepy.egg-info/SOURCES.txt'
reading manifest file 'bluepy.egg-info/SOURCES.txt'
writing manifest file 'bluepy.egg-info/SOURCES.txt'
removing '/usr/local/lib/python2.7/dist-packages/bluepy-1.1.2.egg-info' (and everything under it)
Copying bluepy.egg-info to /usr/local/lib/python2.7/dist-packages/bluepy-1.1.2.egg-info
running install_scripts
Installing blescan script to /usr/local/bin
Installing thingy52 script to /usr/local/bin
Installing sensortag script to /usr/local/bin
Everything is successfully installed!
Launch install of blea dependancy
Hit:1 http://archive.raspberrypi.org/debian stretch InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease
Hit:3 https://deb.nodesource.com/node_8.x stretch InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version (12.3).
libffi-dev is already the newest version (3.2.1-6).
libssl-dev is already the newest version (1.1.0f-3+deb9u2).
python-dev is already the newest version (2.7.13-2).
python-requests is already the newest version (2.12.4-1).
bluetooth is already the newest version (5.43-2+rpt2+deb9u2).
python-pip is already the newest version (9.0.1-2+rpt2).
0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded.
Reading package lists...
Building dependency tree...
Reading state information...
git is already the newest version (1:2.11.0-3+deb9u2).
libglib2.0-dev is already the newest version (2.50.3-2).
0 upgraded, 0 newly installed, 0 to remove and 14 not upgraded.
Requirement already satisfied: pyudev in /usr/local/lib/python3.5/dist-packages
Requirement already satisfied: six in /usr/lib/python3/dist-packages (from pyudev)
Requirement already satisfied: pyserial in /usr/local/lib/python3.5/dist-packages
Requirement already satisfied: requests in /usr/lib/python3/dist-packages
Requirement already satisfied: cryptography in /usr/lib/python3/dist-packages
Requirement already satisfied: pycrypto in /usr/lib/python3/dist-packages
Cloning into 'bluepy'...
running build
running build_py
creating build
creating build/lib.linux-armv7l-2.7
creating build/lib.linux-armv7l-2.7/bluepy
copying bluepy/sensortag.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/thingy52.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/get_services.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/__init__.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/btle.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/blescan.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/scanner.py -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/uuids.json -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/bluez-src.tgz -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/bluepy-helper.c -> build/lib.linux-armv7l-2.7/bluepy
copying bluepy/Makefile -> build/lib.linux-armv7l-2.7/bluepy
running install
Working dir is /tmp/bluepy
execute make -C ./bluepy clean
execute make -C bluepy -j1
running build
running build_py
copying bluepy/bluepy-helper -> build/lib.linux-armv7l-2.7/bluepy
running install_lib
copying build/lib.linux-armv7l-2.7/bluepy/sensortag.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/thingy52.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/bluepy-helper.c -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/uuids.json -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/get_services.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/__init__.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/bluez-src.tgz -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/btle.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/bluepy-helper -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/Makefile -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/blescan.py -> /usr/local/lib/python2.7/dist-packages/bluepy
copying build/lib.linux-armv7l-2.7/bluepy/scanner.py -> /usr/local/lib/python2.7/dist-packages/bluepy
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/sensortag.py to sensortag.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/thingy52.py to thingy52.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/get_services.py to get_services.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/__init__.py to __init__.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/btle.py to btle.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/blescan.py to blescan.pyc
byte-compiling /usr/local/lib/python2.7/dist-packages/bluepy/scanner.py to scanner.pyc
running install_egg_info
running egg_info
creating bluepy.egg-info
writing bluepy.egg-info/PKG-INFO
writing top-level names to bluepy.egg-info/top_level.txt
writing dependency_links to bluepy.egg-info/dependency_links.txt
writing entry points to bluepy.egg-info/entry_points.txt
writing manifest file 'bluepy.egg-info/SOURCES.txt'
reading manifest file 'bluepy.egg-info/SOURCES.txt'
writing manifest file 'bluepy.egg-info/SOURCES.txt'
removing '/usr/local/lib/python2.7/dist-packages/bluepy-1.1.2.egg-info' (and everything under it)
Copying bluepy.egg-info to /usr/local/lib/python2.7/dist-packages/bluepy-1.1.2.egg-info
running install_scripts
Installing blescan script to /usr/local/bin
Installing thingy52 script to /usr/local/bin
Installing sensortag script to /usr/local/bin
Everything is successfully installed!

Hello,

Quel problème ? Tes logs ont l'air OK...

C'est ça le soucis

Problème reçurent (dépendances not ok) depuis quelques pages en arrières et merci à bertrandF pour sa solution

bertrandF a écrit : ↑
04 avr. 2018, 12:14
Pour info, j'ai pu régler mon souci avec les dépendances BLEA en exécutant la commande :
Code : Tout sélectionner
sudo pip install bluepy

Merci à toi aussi Theduck38 pour le soutient

Bonjour,

J'ai remarqué il y a quelques jours que j'ai des soucis avec mes NUT.

Ils restent toujours présents en statut meme quand ils ne sont plus présents (pile enlevé par ex), par contre ils passent à -200dbm ... je comprends pas trop.

Avez vous une idée ?

Merci.

EDIT : j'ai du supprimer/recréer (scanner) l'equipement pour que ça refonctionne ... bizarre !

Bonjour,

Les personnes qui utilisent le plugin avec stretch sur une VM ESxi ont-ils toujours un problèmes de charges CPU ? Ce problème intervient quelque heure après la mise en route du plugin.

Oui, la VM n'est plus contactable via ssh, obligé de rebooter.

domokalu a écrit : ↑
29 avr. 2018, 21:28
Oui, la VM n'est plus contactable via ssh, obligé de rebooter.

Je viens de tester. Effectivement, le problème est tjs présent.

Bonjour,

J'ai perdu le "coeur" de mon antenne PI zero aprés plusieurs mois sans problème.

: Capture.JPG (113.16 Kio) Consulté 1880 fois

Il semble que Jeedom n'arrive pas à envoyer les fichiers :
bash: /home/pluginblea/blead/resources/install.sh: No such file or directory

J'arrive bien à ma logger sur le Pizero avec putty et "pluginblea" + mot de passe

: Capture2.JPG (81.2 Kio) Consulté 1880 fois

Auriez-vous une piste?

Swr a écrit : ↑
02 mai 2018, 07:44
Bonjour,

J'ai perdu le "coeur" de mon antenne PI zero aprés plusieurs mois sans problème.
Capture.JPG

Il semble que Jeedom n'arrive pas à envoyer les fichiers :
bash: /home/pluginblea/blead/resources/install.sh: No such file or directory

J'arrive bien à ma logger sur le Pizero avec putty et "pluginblea" + mot de passe
Capture2.JPG

Auriez-vous une piste?

J'ai essayé de desintaller et remettre Blea sur Jeedom.

Le log des dépendances du Pi zéro est toujours :
bash: /home/pluginblea/blead/resources/install.sh: No such file or directory

HTTP.error (je vois une erreur à la création du fichier)
tar: Removing leading `/var/www/html/plugins/blea/core/class/../../' from member names
[Wed May 02 13:37:45.294194 2018] [:error] [pid 4571] [client 77.136.202.144:39171] PHP Warning: ssh2_scp_send(): Failure creating remote file: failed to send file in /var/www/html/plugins/blea/core/class/blea.class.php on line 1044, referer: https://xxxxxxx.ddns.net/index.php?v=d&m=blea&p=blea
rm: cannot remove '/var/www/html/plugins/blea/core/class/../../../../log/blea_Pi-zero_dependancy': No such file or directory

Par contre, je comprends pas comment resoudre

Merci de votre aide

bphoque a écrit : ↑
29 avr. 2018, 09:00
Bonjour,

Les personnes qui utilisent le plugin avec stretch sur une VM ESxi ont-ils toujours un problèmes de charges CPU ? Ce problème intervient quelque heure après la mise en route du plugin.

Bonjour,

Non je n'ai pas ce problème de mon coté ... désolé

Le plug-in tourne despuis 3 semaines sans problème

Personne n'a d'idée pour surveiller l'état du démon (le coeur vert/rouge) d'une antenne BLEA et le remonter dans un virtuel façon démon = 1 / 0.

Je surveille le ping, j'ai eu quelques arrêts de démon (1 tous les 2/3 mois sur mes PI 3 ou sur ma VM de mon NAS) et c'est fâcheux car on en a aucune idée, il faut surveiller de temps à autre et découvrir.

benj29 a écrit :Personne n'a d'idée pour surveiller l'état du démon (le coeur vert/rouge) d'une antenne BLEA et le remonter dans un virtuel façon démon = 1 / 0.

Je surveille le ping, j'ai eu quelques arrêts de démon (1 tous les 2/3 mois sur mes PI 3 ou sur ma VM de mon NAS) et c'est fâcheux car on en a aucune idée, il faut surveiller de temps à autre et découvrir.

Salut,

Je n’utilise pas le plugin BLEA, mais avec Jeelink tu dois peut-être pouvoir faire cela.

benj29 a écrit : ↑
02 mai 2018, 14:37
Personne n'a d'idée pour surveiller l'état du démon (le coeur vert/rouge) d'une antenne BLEA et le remonter dans un virtuel façon démon = 1 / 0.

Je surveille le ping, j'ai eu quelques arrêts de démon (1 tous les 2/3 mois sur mes PI 3 ou sur ma VM de mon NAS) et c'est fâcheux car on en a aucune idée, il faut surveiller de temps à autre et découvrir.

Salut Benj29,

Je cherche aussi et je tombé sur ce topic : viewtopic.php?f=23&t=27876&hilit=%C3%A9tat+deamon

Et celui la viewtopic.php?f=190&t=33016

Merci, mais non... mais merci d'avoir voulu regarder.
Ce n'est pas aussi simple.

Le démon de BLEA ne me sert à rien.
Je n'ai aucun démon BLEA en local car je n'ai pas de clé bluetooth sur mon Jeedom.

Je passage par 3 antennes, 1 déporté en VM sur mon NAS (suite aux déboires de Debian 8 et BLEA qui pête quand il a envie, j'ai externalisé la clé SENA et c'est stable) ; 2 RPI 3 en BLEA.

Je n'ai aucun moyen de savoir que les démons sur mes 3 antennes sont OK sauf en allant les voir "à la main".

D'ailleurs dans santé, ça ne fait que monter/descendre.

J'avais pensé à récupérer l'état du démon (mais au delà du up et running, qui ne pas si ça marche réellement) et le traduire en virtuel 0/1. Mais je suis loin d'avoir les compétences pour faire cela.

Bonjour,

Justement, j'ai eu l'idée de le faire. J'ai donc modifié le plugin pour qu'il surveille à intervalle régulier les antennes et qu'il relance le démon en cas de problème. Par contre je n'ai pas osé proposer ma modif car je ne suis pas sûr que c'était la philosophie prévue du développeur.
J'ai aussi augmenté quelques délais d'attente et le nombre de certain retry. J'ai une antenne sur un raspberry 1 et il y a quelques temps j'avais pas mal d'erreurs et d'arrêts du démon. Sans doute à cause de manque de puissance. En plus j'ai Wview pour ma station meteo qui tourne sur mon Raspberry et qui prend aussi un peu de puissance. Depuis les modifs programme, tout roule sans intervention.

benj29 a écrit : ↑
02 mai 2018, 15:01
Merci, mais non... mais merci d'avoir voulu regarder.
Ce n'est pas aussi simple.

Le démon de BLEA ne me sert à rien.
Je n'ai aucun démon BLEA en local car je n'ai pas de clé bluetooth sur mon Jeedom.

Je passage par 3 antennes, 1 déporté en VM sur mon NAS (suite aux déboires de Debian 8 et BLEA qui pête quand il a envie, j'ai externalisé la clé SENA et c'est stable) ; 2 RPI 3 en BLEA.

Je n'ai aucun moyen de savoir que les démons sur mes 3 antennes sont OK sauf en allant les voir "à la main".

D'ailleurs dans santé, ça ne fait que monter/descendre.

J'avais pensé à récupérer l'état du démon (mais au delà du up et running, qui ne pas si ça marche réellement) et le traduire en virtuel 0/1. Mais je suis loin d'avoir les compétences pour faire cela.

Ok je ne connaissais ton contexte, une piste peut etre ici viewtopic.php?f=157&t=28608&hilit=script+demon

@ Deepcore, sujet déjà vu.
J'ai mis la solution en place mais peu d'intérêt.
Cela permet juste de lancer de manière automatique au premier démarrage (coupure électrique) le démon BLEA sur la RPI.
Mais ce n'est pas parce qu'un démon est lancé qu'il est OK

.

@ superbricolo, je suis preneur de ce que tu as fait. C'est exactement ce que je voulais faire.
Visiblement tu n'as aussi aucune antenne en local.

benj29 a écrit :Merci, mais non... mais merci d'avoir voulu regarder.
Ce n'est pas aussi simple.

Le démon de BLEA ne me sert à rien.
Je n'ai aucun démon BLEA en local car je n'ai pas de clé bluetooth sur mon Jeedom.

Je passage par 3 antennes, 1 déporté en VM sur mon NAS (suite aux déboires de Debian 8 et BLEA qui pête quand il a envie, j'ai externalisé la clé SENA et c'est stable) ; 2 RPI 3 en BLEA.

Je n'ai aucun moyen de savoir que les démons sur mes 3 antennes sont OK sauf en allant les voir "à la main".

D'ailleurs dans santé, ça ne fait que monter/descendre.

J'avais pensé à récupérer l'état du démon (mais au delà du up et running, qui ne pas si ça marche réellement) et le traduire en virtuel 0/1. Mais je suis loin d'avoir les compétences pour faire cela.

Avec Jeelink, tu peux "monitorer" un daemon "deporté"...!

Je le faisais pendant un temps pour ma téléinfo qui était déportée sur un rPi...

Je suis peut être bête mais pour moi non.
Il faut que ton déporté, soit un Jeedom, non ?

Dans mon cas, les RPI ou la VM sont des Debian8 avec un démon BLEA qui tourne.
Ce démon n'est pas un démon "Jeedom" mais bien un script que tu installes etc.

benj29 a écrit : ↑
02 mai 2018, 16:43
Je suis peut être bête mais pour moi non.
Il faut que ton déporté, soit un Jeedom, non ?

Dans mon cas, les RPI ou la VM sont des Debian8 avec un démon BLEA qui tourne.
Ce démon n'est pas un démon "Jeedom" mais bien un script que tu installes etc.

Plugin Script
Script ssh_command
Et la commande SSH qui va bien pour connaitre l'état du démon/process/service

Forum Communauté Jeedom

Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Re: Plugin blea

Plugin blea

Re: Plugin blea

Re: Plugin blea