Plugin blea

[Larnak69]

Moi fait comme imagin et tt fonctionne

[i-magin]

@Larnak69, tu veux dire que BLEA fonctionne chez toi avec la configuration suivante :

- VMWare ESXi 6.5
- une VM pour Debian 9 - Jeedom 3.2.11 avec UN SEUL CPU
- BLEA Version 2018-06-15 01:03:08
- Clé SENA UD100

Est-ce que tu peux nous confirmer STP ?

Pour ce qui me concerne, BLEA fonctionne bien, mais la seule différence avec la configuration que je viens de décrire, est que je suis encore en Debian 8 (et en PHP 5.6.33)
J'ai migré hier ma version ESXi en : 6.5.0 Update 2 (Build 8294253) et BLEA fonctionne toujours bien... je modifie ma signature en conséquence

J'attends vos confirmations sur le bon fonctionnement en Debian 9 avec UN SEUL CPU pour migrer dans cette version

[Larnak69]

Hello
Desole pas ete precis

Deux VM sur ESXI 6.5

Une debian 9, jeedom last et cle sena ud100
Une debian 8 avec antenne deportee avec config min 512, 5gb disque
Pas teste debian 9 avec un processeur

[squwal]

Hello,

Je ne suis pas convaincu d'avoir lu quelque chose de similaire alors je vous présente mon pb.

Sous BLEA j'essaie de monitorer les périphériques suivants :
- 15 flower care
- 4 mijia temperature & humidity sensor
- 2 Nut
- 2 Mi band 2


Au niveau des présences / RSSI tout est bien détecté, en vert et tout.

Les informations de présence des NUT / Mi Band fonctionnent correctement (entrée/sortie).
Les informations de température humidité des sensors mijia remontent un peu quand ça veut (valeur réglée à 1800s), ex j'en ai un qui est remonté y'a 1H, un autre qui n'est pas remonté depuis 5h, un autre depuis 4h etc....
Toutes les informations des flower care ne remontent pas du tout.

J'ai l'impression que les informations qui remontent dans les logs en debug sont tronquées.

Exemple pris chez un autre jeedomien qui a un flower care qui fonctionne :

Code : Tout sélectionner

[2018-10-16 07:49:45][DEBUG] : SENDER------Send to jeedom : {u'devices': {u'C4:7C:8D:63:7A:34': {'name': u'Flower care', 'source': 'local', 'rawdata': "[(1, 'Flags', u'06'), (2, 'Incomplete 16b Services', u'95fe'), (22, '16b Service Data', u'95fe712098003b347a638d7cc40d041002d900'), (9, 'Complete Local Name', u'Flower care')]", 'rssi': -61, 'type': 'miflora', 'id': u'C4:7C:8D:63:7A:34', 'present': 1}, u'4C:65:A8:D5:70:26': {'name': u'MJ_HT_V1', 'source': 'local', 'rawdata': "[(1, 'Flags', u'06'), (3, 'Complete 16b Services', u'0f180a18'), (22, '16b Service Data', u'ffffc1524f44845d2fffffc1524f44845d'), (9, 'Complete Local Name', u'MJ_HT_V1')]", 'rssi': -63, 'type': 'xiaomiht', 'id': u'4C:65:A8:D5:70:26', 'present': 1}}}

L'équivalent chez moi :

Code : Tout sélectionner

[2018-10-15 17:30:07][DEBUG] : SENDER------Send to jeedom : {u'devices': {u'C4:7C:8D:63:54:A5': {'name': u'Flower care', 'source': 'local', 'rawdata': "[(1, 'Flags', u'06'), (2, 'Incomplete 16b Services', '0000fe95-0000-1000-8000-00805f9b34fb'), (22, '16b Service Data', u'95fe712098006aa554638d7cc40d0710036e0a00'), (9, 'Complete Local Name', u'Flower care')]", 'rssi': -64, 'type': 'miflora', 'id': u'C4:7C:8D:63:54:A5', 'present': 1}}}

Concernant ma config :

H/W : Nuc hystou
hyperviseur : proxmox 5.2-1
OS : debian 8
Jeedom : 3.2.11
BLEA : à jour en béta du 07/10/2018
BT : clé SENA-UD100 avec antenne

Si quelqu'un a une idée je suis preneur.

Merci

[Jef73]

L'information semble complète ... mais différente.
Est-ce que vos appareils Xiaomi ont exactement la même version de firmware ?
Ou bien un des deux ne serait-il pas une copie ? Parce qu'un s'annonce comme "Flower Care", l'autre comme "MiFlora".

[squwal]

il est possible que dans celui que j'ai choisi pour l'exemple ce soit la version chinoise, et pas internationale. J'en ai des 2 versions.

[geoblack]

Bon, j'ai testé la version beta et j'ai toujours le problème du caractère accentué...
.

Le plugin est donc toujours inutilisable en ce qui me concerne

[BB2A]

Bonjour,

Le demon de blea et a nok voila mon log d'ou ce la peut venir je ne trouve pas.

traceback (most recent call last):
File "/var/www/html/plugins/blea/resources/blead/blead.py", line 26, in <module>
from bluepy.btle import Scanner, DefaultDelegate
ImportError: No module named bluepy.btle

Merci de votre aide

[BB2A]

Ok je vais voir. Le script est normalement déjà exécuté, c'est lors du démarrage que ça ne marche pas car il manque des dépendances Debian. Cela m'es arrivé il y'a qq semaines.

Code : Tout sélectionner

Traceback (most recent call last):
File "/var/www/html/plugins/blea/resources/blead/blead.py", line 26, in <module>
from bluepy.btle import Scanner, DefaultDelegate
ImportError: No module named bluepy.btle

J'ai le même problème je n'arrive pas a résoudre comment a tu fait?

[Sigri44]

Dans le dossier modules/blea/resources, lancez les fichiers install_apt et install, et tout sera résolu

[BB2A]

Super merci

[BB2A]

J'ai bien ces fichier la:

/var/www/html/plugins/blea/resources/install_apt.sh
/var/www/html/plugins/blea/resources/install.sh

Mais pas:

/var/www/html/modules/blea/resources/install_apt.sh
/var/www/html/modules/blea/resources/install.sh

Quand je veux les exécuter voila le message:

pi@Jeedom:/var/www/html/plugins/blea/resources $ install_apt.sh
-bash: install_apt.sh : commande introuvable

Je suis en ssh

[BB2A]

c bon tout fonctionne j'ai lancer la commande directement comme cela et çà fonctionne

/var/www/html/plugins/blea/resources/install_apt.sh
/var/www/html/plugins/blea/resources/install.sh

[BB2A]

Nous avons des radiateurs acova bleutooth serait il possible de les piloter avec ?

Comment apprendre les commandes?

Je paramètres les plages avec la température haute et basse paramétré au paravent avec mon tel et envoie au radiateur après.

[Gouzou]

Bonsoir

Je viens poster un peu ici car après un post dans le post "Antenne BLEA qui décroche", et quelques manips de plus sur la config, je pense qu'il y a soit un soucis sur la partie communication entre les différents instances du plugin sur les Jeedom, soit un truc sur l'instance qui héberge le BLEA principal. (le log indique "Ignoring this antenna"... mais why donc?)

J'ai un esxi qui héberge ma VM Jeedom principale, et un Raspi 3 en tant qu'antenne déportée pour le blea, les modules 433mhz et le rfxcom.
Tout est a jour, alimentations dimensionnées, etc.
J'ai fait des réinstallations, et je croyais que la partie bluetooth du raspi était la fautive. Mais aucun device ne décroche si je les affecte directement au plugin blea du raspi. Par contre au même moment, l'antenne peut simplement décrocher (oreille rouge barrée) et je perds la moitié de mes devices bluetooth... Ceux détéctés directement par le plugin blea du raspi arrivent via jeelink, ceux qui sont initialement affecté au blea de ma VM via le même raspi ne passent plus, oreille rouge barrée.
Pourtant l'antenne déportée semble capter jusqu'au bout...

Log BLEA VM

Code : Tout sélectionner

[2018-10-29 20:34:49][INFO] : This is a heartbeat from antenna Jeedom RPI
[2018-10-29 20:35:00][DEBUG] : This is a message from antenna Jeedom RPI
[2018-10-29 20:35:00][DEBUG] : Ignoring this antenna (Jeedom RPI only allowed local) must not trigger events except for presence and rssi : rawdata
[2018-10-29 20:35:01][DEBUG] : This is a message from antenna Jeedom RPI

log BLEA Raspi

Code : Tout sélectionner

[2018-10-29 20:35:02][DEBUG] : SCANNER------It's a known packet but not decoded because this device is not Included and I'am not in learn mode e2:30:86:1a:b0:e4
[2018-10-29 20:35:04][DEBUG] : SCANNER------[(1, 'Flags', u'04'), (2, 'Incomplete 16b Services', u'e0fe'), (9, 'Complete Local Name', u'Mi Band 3'), (22, '16b Service Data', u'e0fe460f0000'), (255, 'Manufacturer', u'570100e02a6539de2401b350b3d1698f8f889e02fb5eea1c6979')] False random fb:5e:ea:1c:69:79
[2018-10-29 20:35:04][DEBUG] : SCANNER------It's an unknown packet but not sent because this device is not Included and I'am not in learn mode fb:5e:ea:1c:69:79
[2018-10-29 20:35:04][DEBUG] : SCANNER------[(1, 'Flags', u'06'), (2, 'Incomplete 16b Services', u'95fe'), (22, '16b Service Data', u'95fe31029800af8bdf628d7cc40d'), (9, 'Complete Local Name', u'Flower care')] True public c4:7c:8d:62:df:8b
[2018-10-29 20:35:04][DEBUG] : SCANNER------This is a miflora device c4:7c:8d:62:df:8b
[2018-10-29 20:35:04][DEBUG] : SCANNER------It's a known packet but not decoded because this device is not Included and I'am not in learn mode c4:7c:8d:62:df:8b

le /var/log/syslog de l'antenne au même moment

Code : Tout sélectionner

Oct 29 20:35:02 JeedomRpi CRON[4735]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:35:02 JeedomRpi CRON[4736]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:35:02 JeedomRpi systemd[1]: Starting Session c13699 of user www-data.
Oct 29 20:35:02 JeedomRpi systemd[1]: Started Session c13699 of user www-data.
Oct 29 20:35:05 JeedomRpi systemd[1]: Stopping User Manager for UID 0...
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopping Default.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopped target Default.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopping Basic System.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopped target Basic System.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopping Paths.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopped target Paths.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopping Timers.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopped target Timers.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopping Sockets.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Stopped target Sockets.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Starting Shutdown.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Reached target Shutdown.
Oct 29 20:35:05 JeedomRpi systemd[2048]: Starting Exit the Session...
Oct 29 20:35:05 JeedomRpi systemd[2048]: Received SIGRTMIN+24 from PID 4944 (kill).
Oct 29 20:35:05 JeedomRpi systemd[1]: Stopped User Manager for UID 0.
Oct 29 20:35:05 JeedomRpi systemd[1]: Stopping user-0.slice.
Oct 29 20:35:05 JeedomRpi systemd[1]: Removed slice user-0.slice.
Oct 29 20:36:01 JeedomRpi rsyslogd-2007: action 'action 17' suspended, next retry is Mon Oct 29 20:37:31 2018 [try http://www.rsyslog.com/e/2007 ]
Oct 29 20:36:01 JeedomRpi CRON[5704]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:36:01 JeedomRpi CRON[5707]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:36:01 JeedomRpi systemd[1]: Starting Session c13700 of user www-data.
Oct 29 20:36:01 JeedomRpi systemd[1]: Started Session c13700 of user www-data.
Oct 29 20:37:01 JeedomRpi CRON[6621]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:37:01 JeedomRpi CRON[6625]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:37:01 JeedomRpi systemd[1]: Starting Session c13701 of user www-data.
Oct 29 20:37:01 JeedomRpi systemd[1]: Started Session c13701 of user www-data.
Oct 29 20:38:01 JeedomRpi rsyslogd-2007: action 'action 17' suspended, next retry is Mon Oct 29 20:39:31 2018 [try http://www.rsyslog.com/e/2007 ]
Oct 29 20:38:01 JeedomRpi CRON[7511]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:38:01 JeedomRpi CRON[7512]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:38:01 JeedomRpi systemd[1]: Starting Session c13702 of user www-data.
Oct 29 20:38:01 JeedomRpi systemd[1]: Started Session c13702 of user www-data.
Oct 29 20:39:01 JeedomRpi CRON[8423]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:39:01 JeedomRpi CRON[8424]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:39:01 JeedomRpi CRON[8427]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Oct 29 20:39:01 JeedomRpi systemd[1]: Starting Session c13703 of user www-data.

le /var/log/syslog de la VM

Code : Tout sélectionner

Oct 29 20:34:01 JeedomVm CRON[109521]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:34:01 JeedomVm CRON[109523]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:35:01 JeedomVm CRON[111662]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:35:01 JeedomVm CRON[111664]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:36:01 JeedomVm CRON[113736]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)
Oct 29 20:36:01 JeedomVm CRON[113734]: (root) CMD (su --shell=/bin/bash - www-data -c '/usr/bin/php /var/www/html/core/php/jeeCron.php' >> /dev/null)
Oct 29 20:37:01 JeedomVm CRON[115684]: (root) CMD (/usr/bin/php /var/www/html/install/update/../../core/php/watchdog.php >> /dev/null)

Antenne ok

before.png (124.2 Kio) Consulté 1944 fois

Antenne pas ok

after.png (96.88 Kio) Consulté 1944 fois

Pendant ce temps, sur le raspi:

meanwhile.png (289.75 Kio) Consulté 1943 fois

Rien ne décroche des devices directement affectés au raspi...

J'ai l'impression de ne pas avoir été très clair en fait!

Bonne soirée

[benj29]

Bonjour,

Suite à migration sous Proxmox, j'ai déplacé ma clé SENA Bluetooth sur la VM qui gère Jeedom au complet (avant je tournais sur une VM dédié à cette clé en Debian8). Je suis passé en Debian9.

J'ai 2 antennes RPI qui tournent sans encombre, par contre impossible visiblement de récupérer le signal via ma bonne clé SENA.
Le démon refuse de se lancer.

Code : Tout sélectionner

File "/var/www/html/plugins/blea/resources/blead/blead.py", line 26, in <module>
from bluepy.btle import Scanner, DefaultDelegate
ImportError: cannot import name Scanner
Traceback (most recent call last):
File "/var/www/html/plugins/blea/resources/blead/blead.py", line 26, in <module>
from bluepy.btle import Scanner, DefaultDelegate
ImportError: cannot import name Scanner
Traceback (most recent call last):
File "/var/www/html/plugins/blea/resources/blead/blead.py", line 26, in <module>
from bluepy.btle import Scanner, DefaultDelegate
ImportError: cannot import name Scanner

[i-magin]

2/ Le bug BLEA sur Debian9 dans une VM ESXI est-il toujours présent ? Je tourne depuis plusieurs mois avec JEEDOM+BLEA dans une VM Debian9 et une seconde VM sous Debian8 qui n'héberge qu'une antenne BLEA. Ca marche nickel, aucun plantage. Toutefois, dans un soucis de maintenance, j'aurais bien aimé regrouper les 2 si c'était possible.

Bonjour
J'ai besoin d'une précision concernant le problème de fonctionnement de BLEA dans l'environnement VM ESXi et Debian 9 : j'ai cru lire sur le forum que le problème apparaissait si plus d'un CPU était alloué à la VM ?

Je réponds à ma propre question suite à migration sous Debian 9

Pour être précis :
- je suis passé de la version ESXi 6.0 à la version ESXi 6.5.0 Update 2 (Build 8294253)
- j'ai créé une nouvelle VM pour installer Debian 9 (infos panneau santé Jeedom : Linux jeedom-debian9 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux [9.5])
- Je n'ai alloué qu'un seul CPU (comme auparavant)

J'ai effectué cette migration il y a 9 jours et je ne rencontre pas de problème de fonctionnement avec BLEA

Aux informations de ma configuration données dans ma signature, j'ajoute :
- BLEA : Version2018-06-15 01:03:08
- Pas d'antennes secondaires
- Devices BLEA : 3 NIU + 3 NUT mini + 1 NUT FIND3 + une lampe de chevet Xiaomi Mijia

NB : les commandes adressées à la lampe chevet ont toujours été prises en compte de manière aléatoire bien que la distance avec la clé SENA ne soit pas très importante... sûrement une faiblesse du bluetooth de cette lampe de chevet

Pour les utilisateurs d'ESXi :
J'ai rencontré des gels du client Windows (Version1.31.0 build 9277095) : j'obtiens le panneau de connexion mais çà mouline
En fermant l'onglet sous Chrome et en relançant la connexion, il est arrivé que celle-ci s'effectue immédiatement
Parfois, j'ai dû patienter quelques minutes (Je n'avais jamais constaté ce problème en version ESXi 6.0)

A noter que dans ces cas de "gel", l'accès à Jeedom ne pose alors aucun souci
N'ayant pas lancé en permanence le service SSH, je n'ai pu essayer de me connecter en ssh qu'une fois... et sans problème
J'avais deux VM actives :
- Une pour Jeedom sous Debian 8 qui était sous tension
- La seconde pour Debian 9 avec une installation de Jeedom vierge (sans périphérique USB activé)

[Bosquetia]

Hello

tu aurais pu passer en ESXi 6.7, idem VM deb9.5, un cpu et pas de souci avec blea

[i-magin]

J’ai hésité à passer directement en 6.7 ESXi et j’ai préféré attendre des retours avec cette version

[benj29]

@bosquetia, ce problème n'est que sur ESXi ou sur tous les virtualisateurs ?
Tu te souviens des soucis BLEA/Debian9 en fin d'année dernière.