Plugin blea

[Micka41]

Bonjour,

Le plugin est particulièrement instable sur mes 2 jeedom. J'ai l'erreur suivante :

Code : Tout sélectionner

[2016-12-05 07:08:33][DEBUG] : "POST /plugins/blea/core/php/jeeBlea.php?apikey=ABCDXXXXXXXXXXXXXXXXXXX HTTP/1.1" 200 0
*** Error in `/usr/bin/python': double free or corruption (out): 0x75301778 ***

J'ai ça aussi de temps en temps :

Code : Tout sélectionner

*** Error in `/usr/bin/python': munmap_chunk(): invalid pointer: 0x75c01490 ***

Y'a-t'il possibilité de faire quelque chose ? Le plugin n'est d'ailleur pas detecté comme "mort" à la suite de l'erreur.

Merci.

[cocapic]

@sarakha63, désolé pas eu le temps de répondre, je regarde ca asap et je te dis

mille merci !

[lunarok]

Pour info, Xiamo Scale ajoutée en beta actuellement

[Deennoo]

ayant une miscale je veux bien faire le testeur

la version de github mise a jour il y a 21h c'est la bonne pour la miscale ?

[nicolo_n]

Bonjour, ce plug-in est il compatible avec les boutons flic?

Envoyé de mon ONEPLUS A3003 en utilisant Tapatalk

[Deennoo]

Pour info, Xiamo Scale ajoutée en beta actuellement

Ok pour moi, cela fonctionne avec ma balance.

J'ai vu dans les logs mon Flower Power

Code : Tout sélectionner

[2016-12-05 23:40:17][DEBUG] : [(1, 'Flags', u'06'), (6, 'Incomplete 128b Services', u'1bc5d5a50200baafe211a88400fae139'), (9, 'Complete Local Name', u'Flower power 88C6'), (10, 'Tx Power', u'00'), (18, '0x12', u'0a006400'), (255, 'Manufacturer', u'4300016101')]

On doit donc pouvoir attraper le Mi-Flora ?

[lunarok]

C'est une évolution à voir la lecture de handle (là actuellement c'est "juste" du déchiffrage des trames d'advertisment, ce que le device envoit en broadcast sans attendre qu'on vienne lui demander, oui la balance est pas très confidentielle sur les mesures qu'elle prend )

[Deennoo]

Je viens de recevoir un Mi flora, et biensur on le voit passer :

Code : Tout sélectionner

[2016-12-06 12:42:10][DEBUG] : [(1, 'Flags', u'06'), (2, 'Incomplete 16b Services', u'95fe'), (22, '16b Service Data', u'95fe31029800120cfa618d7cc40d'), (9, 'Complete Local Name', u'Flower mate')]
[2016-12-06 12:42:10][DEBUG] : Unknown packet for Flower mate : c4:7c:8d:61:fa:0c with rssi : -69 and data 95fe31029800120cfa618d7cc40d

Aussi peu discret que la balance ?

[lunarok]

Oui on le voit passer, ca c'est pas choquant tous les devices BLE on les voit passer normalement.
Mais ce qui dépend des devices c'est ce qui est "coder" dans leur trame envoyé en broadcast. Là c'est ca 95fe31029800120cfa618d7cc40d et logiquement la flora met pas ses infos dedans, faut aller lui demander. Alors que la balance dans cette meme trame de données elle met l'unité et le poids, les boutons par exemple codent leur type d'appui, la batterie, la température etc

[llaumgui]

@Lunarok > BLEA va-t-il déprécié ton plugin de scan BLE ?
Autre question, je ne vois pas mes autres devices BLE pour capter la présence... C'est pas normal AMHA ?

[damdam31]

Bonjour,

J'ai acheté 3 Niu Nodon et je les ais synchronisés à l'aide du plugin blea. Je souhaitais me servir de 2 Niu comme commande de mon système d'alarme. Pour ça j'ai réalisé 2 scénarios où le déclencheur est la commande "boutonID" , l'alarme s'active en appuyant 2 fois de suite sur le Niu et elle se désactive en appuyant une seule fois (un scénario pour chaque Niu).

Seulement je me suis aperçu que si je répète 2 fois la même commande, mon scénario ne le détecte pas car la commande "boutonID" ne change pas, pareil pour la commande "Boutons". Dans le plugin Blea et sur les périphériques Niu, existe t'il une commande qui détecte la pression sur le bouton quelque soit le type de pression ou qui détecte un envoie de trame bluetooth ? Car c'est un peu problématique, c'est le même problème pour chaque scénario du moment qu'il y a d'autres moyens de le commander...

Merci par avance

[lunarok]

@Lunarok > BLEA va-t-il déprécié ton plugin de scan BLE ?
Autre question, je ne vois pas mes autres devices BLE pour capter la présence... C'est pas normal AMHA ?

Pas pour le moment, btsniffer n'a pas besoin de profil connu pour détecter, il ramasse tout ce qui passe. Et actuellement il tourne aussi sans jeedom sur le linux dans mon cas.

[lunarok]

Seulement je me suis aperçu que si je répète 2 fois la même commande, mon scénario ne le détecte pas car la commande "boutonID" ne change pas, pareil pour la commande "Boutons". Dans le plugin Blea et sur les périphériques Niu, existe t'il une commande qui détecte la pression sur le bouton quelque soit le type de pression ou qui détecte un envoie de trame bluetooth ? Car c'est un peu problématique, c'est le même problème pour chaque scénario du moment qu'il y a d'autres moyens de le commander...

Merci par avance

Soucis de répétition ? Recherche sur le forum, dernier article du blog

[cocapic]

Hello,

Le plugin crash toutes les 1/2 journée chez moi, et le Demon ne reboot pas, voici ma log pour le moment :

Code : Tout sélectionner

*** Error in `/usr/bin/python': double free or corruption (!prev): 0x75300f00 ***
*** Error in `/usr/bin/python': double free or corruption (out): 0x75100830 ***
[2016-12-06 19:00:10][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2016-12-06 19:02:10][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3
[2016-12-06 19:04:10][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 2/3
[2016-12-06 19:04:10][ERROR] : Critical error on  send_changes_async local variable 'r' referenced before assignment
[2016-12-06 19:06:10][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2016-12-06 19:08:10][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3
[2016-12-06 19:10:10][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 2/3
[2016-12-06 19:10:10][ERROR] : Critical error on  send_changes_async local variable 'r' referenced before assignment
[2016-12-06 19:12:11][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2016-12-06 19:14:11][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3
[2016-12-06 19:16:11][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 2/3
[2016-12-06 19:16:11][ERROR] : Critical error on  send_changes_async local variable 'r' referenced before assignment
[2016-12-06 19:18:11][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 0/3
[2016-12-06 19:20:11][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Read timed out. (read timeout=120) retry : 1/3
*** Error in `/usr/bin/python': free(): invalid pointer: 0x75b00940 ***

Je suis sous pi3, bluetooth pi3 desactivé et clé BLE
Quand je reboot le demon, il refonctionne pour quelques heures

++
seb

[Micka41]

@cocapic
Je suis dans même cas que toi sur 2 PI3 différents.
Je me suis fait un scénario que gère les erreurs "python" afin de relancer le plugin.
Mais ce matin, pas d'erreur, démon au statut "OK" alors qu'il ne marchait plus ....
Je l'ai donc viré ce matin et je suis retourné au "simple" scanne bluetooth. Je verrai dans quelques semaines si cela va mieux dans les futurs version mais là il est trop instable pour faire quoique ce soit !

[cocapic]

oui oui j'etais en error only, mais je suis repassé en debug, je te transfert ca, des que j'ai un trace de crash, mais j'ai souvenir que la log n'etait pas plus bavarde sur le crash en debug, il ya une autre trace sys que je peux t'envoyer ?

[Phi13]

Petit problème chez moi aussi

[2016-12-07 19:44:08][DEBUG] : Send to jeedom : {u'devices': {u'DF:97:B4:8F:F9:C6': {'rssi': -62, 'type': 'nut', 'id': u'DF:97:B4:8F:F9:C6', 'present': 1, 'name': u'nut'}}}
[2016-12-07 19:44:08][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2016-12-07 19:44:10][DEBUG] : "POST /plugins/blea/core/php/jeeBlea.php?apikey=e162WeHp5OthmFTPw0ZIp8myYU4d5Vx3ISIpJc2wvyaGWM7v HTTP/1.1" 200 0
*** Error in `/usr/bin/python': double free or corruption (out): 0x75c00970 ***

[Deennoo]

Et bien moi il marchait tres bien en alternance avec le plugin MiFlora, j'ai voulu mettre les deux en même temps pour essayer si cela fonctionnait et depuis plus rien pour blea.

j'essayé la version du githib mais il n'arrive pas a initialiser le controleur, retour sur la stable du market

Meme après avoir desactiver Mi Flora, reinstaller blea plusieur fois et de nombreux reboot

Mes logs debug

Code : Tout sélectionner

[2016-12-07 22:50:03][INFO] : Lancement démon blea : sudo /usr/bin/python /var/www/html/plugins/blea/resources/blead/blead.py --loglevel=debug --device=hci0 --socketport=55008 --sockethost=127.0.0.1 --callback=http://127.0.0.1:80/plugins/blea/core/php/jeeBlea.php --apikey=cestlamienneamoi
[2016-12-07 22:50:04][INFO] : Start blead
[2016-12-07 22:50:04][INFO] : Log level : debug
[2016-12-07 22:50:04][INFO] : Socket port : 55008
[2016-12-07 22:50:04][INFO] : Socket host : 127.0.0.1
[2016-12-07 22:50:04][INFO] : Device : hci0
[2016-12-07 22:50:04][INFO] : PID file : /tmp/blead.pid
[2016-12-07 22:50:04][INFO] : Apikey : ah bah non pas en clair comme cela !
[2016-12-07 22:50:04][INFO] : Callback : http://127.0.0.1:80/plugins/blea/core/php/jeeBlea.php
[2016-12-07 22:50:04][INFO] : Cycle : 0.3
[2016-12-07 22:50:04][DEBUG] : Writing PID 2039 to /tmp/blead.pid
[2016-12-07 22:50:04][DEBUG] : Init request module v2.4.3
[2016-12-07 22:50:04][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2016-12-07 22:50:04][DEBUG] : "GET /plugins/blea/core/php/jeeBlea.php?apikey=apikey HTTP/1.1" 200 0
[2016-12-07 22:50:04][DEBUG] : Socket interface started
[2016-12-07 22:50:04][INFO] : Start listening...
[2016-12-07 22:50:04][INFO] : Preparing Scanner...
[2016-12-07 22:50:04][DEBUG] : LoopNetServer Thread started
[2016-12-07 22:50:04][DEBUG] : Listening on: [127.0.0.1:55008]
[2016-12-07 22:50:05][DEBUG] : [(1, 'Flags', u'06'), (3, 'Complete 16b Services', u'9ffe'), (22, '16b Service Data', u'9ffe0300000000000000000000000000000000000000'), (255, 'Manufacturer', u'e00000b4ca635c09')]
[2016-12-07 22:50:05][DEBUG] : [(1, 'Flags', u'06'), (2, 'Incomplete 16b Services', u'1d18'), (9, 'Complete Local Name', u'MI_SCALE'), (22, '16b Service Data', u'1d18a2580ce0070c05131406'), (255, 'Manufacturer', u'5701880f109f5e59')]
[2016-12-07 22:50:05][DEBUG] : [(1, 'Flags', u'06'), (2, 'Incomplete 16b Services', u'95fe'), (22, '16b Service Data', u'95fe31029800000cfa618d7cc40d'), (9, 'Complete Local Name', u'Flower mate')]
[2016-12-07 22:51:33][DEBUG] : 11
[2016-12-07 22:51:33][DEBUG] : Client connected to [127.0.0.1:51895]
[2016-12-07 22:51:33][DEBUG] : Message read from socket: {"apikey":"apikey,"cmd":"learnin"}
[2016-12-07 22:51:33][DEBUG] : Client disconnected from [127.0.0.1:51895]
[2016-12-07 22:51:33][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2016-12-07 22:51:33][DEBUG] : Received command from jeedom : learnin
[2016-12-07 22:51:33][DEBUG] : Enter in learn mode
[2016-12-07 22:51:33][DEBUG] : Send to jeedom :  {'learn_mode': 1}
[2016-12-07 22:51:33][INFO] : Starting new HTTP connection (1): 127.0.0.1
[2016-12-07 22:51:33][DEBUG] : "POST /plugins/blea/core/php/jeeBlea.php?apikey=apikeyHTTP/1.1" 200 0

En gros il fait un premier scan, puis pus rien, j'active le mode inclusion et rien ne passe.

[Anonyme]

Contenu supprimé à la demande de son auteur

[lunarok]

Je l'ai sur Pi3 il n'a pas de soucis actuellement.

Par contre les symptomes me donne un autre doute ... il y a utilisation de la clef pour autre chose en même temps ? Genre un shutdown de la clef ou monopolisation qui coupe la connexion du démon à la clef