Forum Communauté Jeedom

Tiens, je remarque dans les logs que j'ai eu le problème aussi...

Y'a plus qu'à attendre la MàJ en stable.

J'ai lu les explications fournies sur votre lien, ainsi que vos explication. Merci pour votre participation.

J'ai suivi ces instructions.

Après m'être connecté en SSH sur le Jeedom, j'ai appliqué la première commande de mise à jour :

$ sudo apt-get install python-pip libglib2.0-dev

Réponse de Jeedom : Already the newest version.

J'ai appliqué ensuite la deuxième commande :

$ sudo pip install bluepy

Réponse : j'étais dans une vieille version et qu'il fallait faire un upgrade

J'ai donc essayer cela : $ sudo pip install --upgrade

Réponse : succes upgrade.

Maintenant je sais plus quoi faire d'autre.

J'ai relancer Jeedom, pas de soucis... pour le moment.

Mais j'ai l'impression que ça décroche quand je quitte la maison, donc ça doit avoir un lien avec le G-Tag.
Car c'est lui et lui seul qui me fait la détection de présence.
Je verrai demain matin car ça décroche aussi à 01:04. Pourtant là, je suis toujours présent.

Si vous avez fait ce que vous avez écrit, il faut alors refaire une nouvelle fois :
sudo pip install bluepy

Car je crois comprendre que la 1ere fois, vous avez simplement mis à jour pip.

alors je viens de le faire, réponse :

Requirement already satisfied

donc ça semble tout bon ! je pense...

Le nom de certains périphériques Bluetooth peut être mis à jour via leur application native de pilotage/configuration. Pour ce qui me concerne le problème venait du nom des Playbulb sphères et via l'application Playbulb dédiée issue du Playstore il a été possible de renommer mes périphériques.

Si j'en crois la doc des G-tag il est possible de les renommer... cela vaut peut-être le coup de tenter de les renommer.

http://support.gigaset.com/G-tag/manual ... _UM_fr.pdf

J’ai ouvert l’application du G-Tag.
Et en effet, le nom de celui-ci comportait un “-“ et un espace.
J’ai tout viré.

Jeedom n’a rien dit de particulier.

Mais où dans jeedom, peut on voir le nom “bluetooth“ du device ? car le nom dans l’application G-Tag est différent de celui visible de Jeedom !

Je faisais référence au nom Jeedom figurant au niveau du plugin Blea dans la rubrique "Mes devices Blea", mais il semble que ce nom ne pose pas de problème.

Salut,

J'avais moi aussi des problèmes de déconnexion avec une antenne blea installer sur un rpi B+ et où il y avait un jeedom de test.
Tous les jours le démon du blea déporté se coupait sans raison et il fallait le relancer manuellement.
Il y a une semaine j'ai acheté un Pi zéro W à 11€. Pour essayer, j'y ai installé Raspbian lite, et une antenne Blea déporté qui se sert du bluetooth du pi zero w.
Et devinez quoi ? Ca marche nickel, plus aucune déconnexion, ni de démon qui s’arrête pour un rien et cela ne m'a couté que 11€ .

C'est peut etre la meilleur solution pour vous aussi, qui sait ?


A+
chris

Bon moi avec tout ce qu'on a fait avec @Fabrice et @Iguezennec, ben ça marche toujours pas mieux

Mais c'est où le soucis ?

C'est l'antenne supplémentaire sur le RasPi 3 ou BLEA ou les 2 qui plantent ?

J'ai ces erreurs dans les log de l'antenne locale :
La première ligne apparaît toutes les 5 min exactement.
Jusqu'à ce que la deuxième arrive.
Après plus rien, c'est planté.

Après, il y a une solution que je n'ai pas testée, mais qui pourrait fonctionner en attendant un correctif. Cela consiste à mettre le démon de l'antenne en lancement auto, et le relancer automatiquement en cas d'arrêt.

- Suivre le tuto de Bull pour la mise en place d'un service qui lance automatiquement le démon de l'antenne au démarrage.
- Editer le fichier de service : sudo nano /etc/systemd/system/blearpistart.service
Et ajouter dans la section [Service] : Voir ici : viewtopic.php?f=59&t=39623#p649258
Pour l'emplacement exact de cette ligne.

Le relancement auto doit être quasi instantané. Du coup peut-être que le plugin côté Jeedom n'aura pas le temps de voir la perte de l'antenne et des émetteurs BLE.

ce qui est sûr dans mon cas, c'est que c'est le G-Tag qui fait planté BLEA.

A chaque fois que je quitte la maison, ça plante...

Perso je n'est que des mi band 1s 2 et 3.
Et zero soucis

Envoyé de mon Redmi 4X en utilisant Tapatalk

je retire ce que j’ai dis, ce n’est pas QUE le fait de quitter la maison avec le GTAG qui fait planter.

Hier soir j’ai laissé le GTAG à la maison et ça a quand même fini par décrocher....

Punaise ça commence à me prendre la tête ce truc.

Si j’avais pas autant de Mi Flora, je changerais de protocole....

Y a pas d’autre plugin que BLEA pour gérer le bluetooth ?

@jjacques68 il semble qu'il y ait encore un périphérique bluetooth avec un nom intégrant un caractère accentué ; cette fois le caractère en question est le "é". As-tu vérifié le nom de tous tes périphériques Bluetooth et notamment ceux de tes Mi Flora via l'application Mi Home de Xiaomi ?

les espaces comptent ?

je viens de vérifier tous les miflora, et aucun ne possède de "é" ??

Mais j'ai des espaces dans leur nom dans l'application...

Il y en a qui sont en version 3.1.8 et d'autres en version 3.1.9... je sais pas si ça change qqch...
Mais ça marchait avant, alors je vois pas pourquoi maintenant...

Et l'application que j'utilise sur le téléphone n'est pas Mi Home (impossible d'utiliser le bluetooth avec) mais Flower Care .

Pour les espace je ne sais pas, c'est simplement que le '\xe9' du message d'erreur correspond au 'é'. Et c'est donc maintenant le périphérique Bluetooth qui contient un "é" dans son nom qui provoque le plantage.

N'aurais-tu pas d'autres périphériques bluetooth, même non connectés à Jeedom ?

à part les Mi Flora, un Keeper, un G-Tag,...

Une ceinture cardio, Ipad, Iphone, la voiture,

pfffff