C’est bien des mini que j’ai.
Et en effet, je ne suis pas sur d’avoir désactivé le bluetooth du pi. J’essayerai ça en rentrant du boulot.
On trouve 2/3 truc avec cette erreur, rien directement lié cecidit
Tu as quoi comme paramètre de conf du plugin?
Ton script de presence utilise blea ou fait directement des appels au Bluetooth par script?
1 « J'aime »
Mon script de présence vient lire directement l’état des nut mini avec un truc comme ça : Si Nut_present == 1 etc…
Alors le script lit les commandes jeedom directement, il ne déclenche rien sur le plugin.
Du coup je ne vois vraiment pas le lien entre les 2…
C’est bien ça qui m’embête. Je ne vois pas pourquoi le démon plante…
Et tant qu’on y est, as-tu mis une config particulière sur l’équipement? (onglet paramètres)
Pas que je sache, non. Tu parles de quel équipement ? BLEA ou carrément Jeedom ? (désolé si je ne maîtrise pas toutes les arcanes ^^)
Je parlais de l’équipement nut mini qui « fait planter le démon », il y a un onglet « paramètre » dans les équipements avec des config qui force le refresh etc => cela peut amener de l’instabilité.
OK ça m’a l’air bien.
Au fait plus je creuse, plus j’en vient à me demander si c’est réellement BLEA qui plante et non pas toute la partie réseau.
En effet le démon BLEA plante très souvent lorsque mon scénario de présence se déclenche (si ce n’est à chaque fois).
Or, lorsque BLEA plante je suis détecté comme absent alors que ce n’est pas le seul indicateur de présence.
Je m’explique:
Mon scénario est comme ça:
Si #[racine][Nut Anthony][Present]# == 1 OU #[racine][Smartphone Anthony][Statut]# == 1 OU #[racine][Smartphone Anthony Bluetooth][Etat]# == 1
Alors Presence_Anthony = 1
Sinon Presence_Anthony = 0
J’utilise donc les plugins:
- BLEA pour #[racine][Nut Anthony][Present]# == 1
- Network pour #[racine][Smartphone Anthony][Statut]# == 1
- Détection de téléphone (bluetooth) pour #[racine][Smartphone Anthony Bluetooth][Etat]# == 1
Peut être donc que c’est l’ensemble du réseau qui plante ou l’utilisation du bluetooth 2 fois dans le même scénario.
Tu as donc 2 plug in qui se challengent sur le BT.
Si tu désactive le plugin de reconnaissance du telephone par BT, est ce que le blea tombe?
Malheureusement oui. Même en desactivant complément le plugin détection du téléphone…
D’ailleurs c’est très étrange car je pensais que BLEA tombait à chaque lancement du scénario car cela se passe 4 secondes après l’heure de lancement du scénario mais aujourd’hui en activant le scénario à la main BLEA ne tombe pas…
Dommage ça collait bien.
y’a qd même peu de chance que ce soit ton scénario qui plante ton bt.
Si tu as un rallonge usb, ça peut valloir le coup de déporter ton dongle un peu plus loin du rpi, pareil avec un petit hub usb alimenté (si tu en as un qui traine). Ce n’est pas une réponse, mais peut être une solution
[edit] tu n’a pas des appareil type montre connecté, google home?
on trouve des ref sur le net qui mentionnent des pb avec certain appareil de ce type (par ex : Demon antenne BLEA décroche sans arrêt - Forum Communauté Jeedom)
Je ne détecte pas d’autres appareils et après avoir déconnecté mon ghome je n’ai pas remarqué de différence.
Je vais essayer de trouver une rallonge ce weekend mais je t’avoue que je n’y crois pas trop malheureusement…
Je ne veux pas te donner de faux espoirs, j’ai eu un pb similaire, tous mes tags tombaient en même temps, et le démon redémarrait très régulièrement (cf ici). Dans mon cas il redémarrait tout seul.
Je suis passé sur un dongle (la sena) que j’ai mis sur mon hub à coté des mes autres gateway, et depuis pas une seule perte depuis 1 mois.
J’ai noté également que ma tablette domotique, placé au niveau de ma box dans l’armoire mais de l’autre coté de la cloison, merdouillé dans sa connexion BT avec ma chaine qd j’étais sur le BT du PI. Ca ne corrélait pas avec la chute du démon, mais il y avait clairement une interférence.
Très bien je vais donc essayre de faire ça.
Je te tiens au courant.
Merci
j’ai exactement le meme pb et pour le moment aucune piste solide