bonsoir @anon53349806,
j’ai effectivement vu passer des sujets similaires, pour debian 10 donc j’ai passé mon chemin mais surtout pour les clé SENA UD100, qui par ailleurs est mon matériel.
Serais tu sur celle-ci aussi ?
comment as tu procédé ? je ne savais même pas qu’il y avait une économie d’énergie à vrai dire
j’ai lu aussi que dmesg pouvait donner des infos, et effectivement… ça renvoie bcp d’éléments, cependant je ne sais pas quoi chercher mise à part la fin : dmesg_log.txt (101,5 Ko)
Dans /sys/module/usbcore/parameters
Editer le fichier autosuspend et mettre -1
Editer le fichier /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash usbcore.autosuspend=-1"
C’est cette dernière ligne à modifier
Ensuite lancer update-grub
Voila, perso, sur VM en debian 11 cela a résolu le souci qui est bien coté OS
bonjour @Mips ,
erreur de manipulation, j’ai ajouté deux fois la page santé dans le post sans le vouloir. il n’y a donc qu’une page santé et un seul jeedom.
Régulièrement, page santé reste intacte, pas de notion de déconnexion sur TGW, tous les nuts sont déconnectés en simultanés. solution trouvée : relancer l’antenne pour que ça revienne.
@anon53349806 merci de ton retour ! avant de tester je vais patienter que Mips puisse voir mes logs au cas où il me demande une autre information.
Cependant je confirme avoir ce ressenti que ce n’est pas la domotique en elle même ou au plus une incohérence avec MQTT (conflit quelconque ??).
Je dis MQTT car j’ai remarqué un comportement bizarre de ZigbeeLinker qui m’informe de l’arrêt d’un service mais encore une fois pas de message en centre notif, page santé OK… et parfois indique zigbee2mqtt arrêté.
Ton expérience et cette notion de « mise en pause » du port USB est toute à fait cohérente, sait on si il y a eu une mise à jour lié à l’OS de ce côté ? merci encore.
mise à jour des paquets (puisque bluez est le stack official debian pour intégration bluetooth, le fix doit venir de là je pense
sudo apt update && sudo apt full-upgrade -y
a été fait.
sinon en faisant ‹ systemctl status bluetooth ›
* bluetooth.service - Bluetooth service
Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2024-01-11 18:02:33 CET; 17h ago
Docs: man:bluetoothd(8)
Main PID: 529 (bluetoothd)
Status: "Running"
Tasks: 1 (limit: 8754)
CPU: 1min 22.470s
CGroup: /system.slice/bluetooth.service
`-529 /usr/libexec/bluetooth/bluetoothd
janv. 11 18:02:32 jarvis systemd[1]: Starting Bluetooth service...
janv. 11 18:02:33 jarvis bluetoothd[529]: Bluetooth daemon 5.55
janv. 11 18:02:33 jarvis bluetoothd[529]: Starting SDP server
janv. 11 18:02:33 jarvis systemd[1]: Started Bluetooth service.
janv. 11 18:02:33 jarvis bluetoothd[529]: Bluetooth management interface 1.22 initialized
janv. 11 18:02:34 jarvis bluetoothd[529]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
janv. 11 18:02:34 jarvis bluetoothd[529]: sap-server: Operation not permitted (1)
janv. 11 18:02:34 jarvis bluetoothd[529]: Failed to set privacy: Rejected (0x0b)
janv. 11 18:02:38 jarvis bluetoothd[529]: Endpoint registered: sender=:1.28 path=/MediaEndpoint/A2DPSink/sbc
janv. 11 18:02:38 jarvis bluetoothd[529]: Endpoint registered: sender=:1.28 path=/MediaEndpoint/A2DPSource/sbc
changer la clé de port usb (ca fonctionnerait mieux avec un port usb2?) ou utiliser un hub?
Je test cela, j’ai un hub sur lequel est actuellement connecté la clé Zwave aotec Gen5 et Zigbee conbee 2 avec plusieurs usb je vais la mettre dessus.
changer de clé
je n’ai que le BT du Rpi 4
pas d’autres process qui utilisent le bluetooth sur la machine?
comment le définir ? j’utilise le BT pour détecter les téléphones portables (2 ios et 1 android via Détection de téléphone (Bluetooth) (phone_detection) - stable)
ok ! migrer cette utilisation sur MQTTDiscovery donc.
comment explique d’avant je n’avais pas ce soucis ? j’ai ce plugin depuis le début et ajouté les nuts après sur BLEA.
nota : comment enlever tout cela (idem dans les inconnus) pour s’y retrouver?
dumoins outre le supprimer, tout retirer d’un coup ou éviter qu’il s’en crée en boucle.
je vais aller creuser le forum si tu as déjà répondu
Lis le community sur ces deux plugins.
Tu trouveras des dizaines de posts avec le même retour: de base ca devrait pas fonctionner, en tout cas il y a certainement des conflits entre les deux. Parfois ca marche ou marchotte plus ou moins sans que l’impact ne soit visible puis ca marche plus.
Tout dépend de la fréquence du scan probablement et du temps d’utilisation du bluetooth par chacun. Si le premier libère à temps pour le suivant alors tant mieux sinon … crash.
La 2ème action, ne sera plus a faire à l’avenir (car les exceptions vont faire leurs travail) :
Depuis le logiciel MQTT Explorer (sur PC par exemple) il faut mettre à la corbeille ces découvertes.
Il faut se connecter sur le Jeedom qui avec les identifiants qui se trouvent dans MQTTManager
Et supprimer ce qui est découvert dans homeassistant
Chez moi, cela n’a pas supprimé mes périphériques enregistrés.
Ils sont revenu tout seul, dans MQTT Explorer
Dans Jeedom, il n’y a pas eu d’interruption.
Il semble que ta solution de désactiver le plugin détection phone ait fonctionné. depuis ce midi je n’ai eu aucune détection de perte de nut malgré un scénario de surveillance.
J’ai une dernière question sur ce sujet. j’ai ajouté mon iphone et celui de ma fille, tous deux détectés au début, j’ai coupé le BT sur les équipements pour tester le ON/OFF de leur état. (manque un android, non détecté).
Je ne lis pas d’éléments faisant état de réelle compatibilité avec les téléphones, probablement que ce n’est pas pris en compte, question pour confirmation.
Depuis plus rien, j’ai testé un re démarrage du RPI sans résultat.
il s’agit effectivement de ce principe dans un but de sécurité mis en oeuvre par la pomme d’après mes lectures. C’est la boulette .
déblocable sur WIFI mais pas sur Bluetooth semble t il.
Dans les prochaines versions de theengsgateway (l’app pas le plugin) cela sera peut-être possible via récupération d’une info / configuration additionnelle (je n’ai pas encore bien lu ni compris du coup j’avoue)
Edit: voir message de @Madcow qui est arrivé juste avant le mien