Vous avez tout redémarré pour voir ?
A distance, je ne sais pas en dire plus, c’est pas facile.
Quand je redémarre, ça fonctionne pendant une durée que je n’ai pas mesuré et puis l’écoute ne se fait plus.
ça peux fonctionner 2 heures comme 2 jours (par exemple, avant hier j’ai redémarré puis hier matin ça marchais mais pas hier soir).
Dès que je remédarre le démon, ça refonctionne mais pour un temps indéfini. C’est vraiment étrange
Vous pouvez tenter de mettre à jour le composant bluepy pour voir.
De mon côté, voilà le résultat avec mon RPi3 (avec le plugin réglé sur hci0) :
$ hciconfig
hci1: Type: Primary Bus: UART
BD Address: B8:27:EB:98:7D:74 ACL MTU: 1021:8 SCO MTU: 64:1
UP RUNNING
RX bytes:748 acl:0 sco:0 events:46 errors:0
TX bytes:1763 acl:0 sco:0 commands:46 errors:0
hci0: Type: Primary Bus: USB
BD Address: 00:15:83:FA:A2:9F ACL MTU: 310:10 SCO MTU: 64:8
UP RUNNING
RX bytes:93934 acl:0 sco:0 events:2981 errors:0
TX bytes:6650 acl:0 sco:0 commands:727 errors:0
Bonsoir c’est étrange nous sommes plusieurs à avoir ce même problème depuis le mois de Mai. Lorsqu’on relance les dépendances/démons, les appareils réapparaissent mais pour un temps très court.
J’ai cependant réussi à appairer une balance MiScale2 juste après relance des dépendances.
Preuve que le matériel fonctionne (RPI, clé Bluetooth). Mais quelques minutes plus tard, le même message qui se répète à l’infini :
[2022-06-02 23:49:07.342]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6
[2022-06-02 23:49:07.342]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:07.342]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9
[2022-06-02 23:49:07.342]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:08.344]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:08.345]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6
[2022-06-02 23:49:08.345]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:08.345]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9
[2022-06-02 23:49:08.345]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:09.347]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5
[2022-06-02 23:49:09.347]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:09.348]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6
[2022-06-02 23:49:09.348]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:09.348]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9
[2022-06-02 23:49:09.349]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:10.350]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5
[2022-06-02 23:49:10.350]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:10.351]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6
[2022-06-02 23:49:10.351]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:10.351]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9
[2022-06-02 23:49:10.352]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:11.353]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5
[2022-06-02 23:49:11.354]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:10:06:AE:E5 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:11.354]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6
[2022-06-02 23:49:11.354]INFO : Not SEEEEEEEEEN------ since 116s FF:FF:18:17:1D:D6 but not sendig because last connection or last learn was too soon
[2022-06-02 23:49:11.355]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9
[2022-06-02 23:49:11.355]INFO : Not SEEEEEEEEEN------ since 116s 0C:95:41:17:89:F9 but not sendig because last connection or last learn was too soon
Je précise que je suis sur RPI 4, Raspbian Buster + clé Bluetooth SENA UD-100
1 « J'aime »
Bonjour.
Si c’est possible, faites une liste de vos plugins qui on été mis à jour depuis cette date.
Peut être qu’un plugin est en conflit avec ce plugin.
À tester, désactivez les plugins qui ont un daemon et ne laisser que blea.
Et réactivez 1 à 1 les autres pour voir lequel pourrait être en conflit.
+1, il faut voir si BLEA arrive à tourner seul dans un premier temps.
Nous sommes beaucoup à continuer d’utiliser BLEA sans problème, et il semble que vous soyez relativement nombreux a avoir le même soucis avec des configurations assez différentes (RPI4, VM, etc).
Il faut essayer de trouver votre dénominateur commun 
1 « J'aime »
Le soucis c’est que BLEA « plante de cette façon » aléatoirement.Après une relance de démon, il peut être stable plusieurs jours (2 max pour moi) ou crash 30 min juste après.
Donc désactiver tous les plugins mis à jours et les réactiver peu à peu c’est ultra contraignant sachant que BLEA est capable de tenir des jours…
A ce que je remarque, nous somme plusieurs avec une SENA UD100
La clé SENA n’est pas à mettre en cause, car j’en ai 2 qui tourne sans problème.
Une sur un Raspberry Pi3B+, une autre sur un Raspberry Pi4B
- De plus, j’ai fait tester à l’un de vous, l’utilisation du Bluetooth interne du Raspberry Pi, sans succès (ou alors les tests ne sont pas bien fait).
Le problème ne semble pas matériel, je m’oriente vers un conflit de service.
3 « J'aime »
Si vous avez le problème depuis une date, identifiez les plugins qui ont un Daemon (en bas de la page Santé de Jeedom) et qui aurait une mise à jour de leur dépendances à ces dates.
Puis, désactivez (temporairement) la gestion automatique de ces plugins et les placer à l’arrêt.
Déjà, si vous faite une liste des plugins avec Daemon en commun, cela permettrait peut être d’identifier un des coupable possible.
Je me lance, voici une configuration qui ne présente pas de problème :
1 « J'aime »
Déjà dit, la SENA UD100, c’est la clef « ultime » pour BLEA, tout le monde ou presque utilise ce modèle
Pour info tourne chez moi, sans soucis sur RPI4B rev 1.2 (8Go), Jeedom v4.2.18 et BLEA stable du 06.04.2021 de 16h06.
J’ai cette clé depuis 2018 et elle n’a jamais failli depuis récemment
Pour les plugins mis à jours depuis l’ajout de la colonne « mise à jour faite le » :
Selon ma balance MiScale, les problèmes de connexion ont commencé le 23 mars.
Le soucis c’est que certains de ces plugins on possiblement été mis a jours plusieurs fois dont un à cette date mais retrouver lequel … certains de ces plugin n’ont pas de détails depuis 2019 mais pourtant mis à jours (probablement côté documentation)
Côté santé :
Dans ce cas, ne tester qu’avec ceux qui sont entre 03/2022 et 06/2022
Dans votre situation, c’est plus difficile, car cela « peut » marcher 2 jours. Mais en croisant avec d’autre cas identique.
A la louche, testez sans le plugin Xiaomi (j’ai lu sur un autre fil, un conflit entre lui et un autre).
Ok, je le désactive.
Par contre j’ai désinstallé aujourd’hui waze in time, plugin qui n’a jamais fonctionné chez moi (freeze de l’objet ou il était placé dans le dashboard) et a été mis a jour le 17 mars.
Il était désactivé depuis des semaines donc probablement pas la cause.
BLEA vient de retomber après 6h de fonctionnement, Xiaomi n’était pas la cause.
J’ai mis un watchdog sur un équipement qui signal sa présence toutes les 30s et c’est lui qui m’avertit quand BLEA tombe
J’ai une idée toute bête.
Comme vous êtes sur un Nuc et avec un hyperviseur, vous devriez sans problème pouvoir créer une nouvelle machine virtuelle sous Debian 10.
Et en faire une antenne blea depuis le Jeedom principal.
Toujours avec la clé Sena.
Sinon, il est quand même préférable de chercher pourquoi cela ne fonctionne pas chez vous en suivant au moins mes précédentes propositions.
Bonsoir,
Voici l’état de mes MAJ :
Et l’état de santé :
Mon BLEA a arrêté de fonctionner le 27/05. Effectivement, j’ai installé de nouveaux Plugin aux alentours de cette date : Groupe (installé le 27/05) et WifilightV2 (installé le 28/05).
Je vais les désactiver pour voir.
EDIT : J’ai désactivé les 2 plugins et j’ai relancé le démon du BLEA ça l’a remis opérationnel quelques secondes, puis plus rien. J’ai ensuite redémarrer Jeedom et la depuis un peu plus d’1/2 heure BLEA semble fonctionner correctement. Je vais le laisser tourner tout demain et vous dirais si c’est bon. Mais c’est un bon début 
Interessant ! J’ai wifilight v2 moi aussi…
Je ne l’ai pas 
Je déplace la clé SENA sur une smart box jeedom qui gère quelques équipements au sous-sol.
J’essai d’installer les dépendances de BLEA mais ça coince pour le moment. Je suis dessus.
Si ça fonctionne, je resterai avec la SENA au sous-sol et j’ajouterai une antenne en lieu et place de celle d’origine.
Par contre, la cause du non fonctionnement sur la VM du jour au lendemain …