Fabrice,Fabrice a écrit : ↑16 févr. 2019, 13:29Bonjour,
Ce n'est pas lié à la mise à jour du Z-wave, mais lié au redémarrage !
C'est le redémarrage du Raspberry qui n'a pas démarré automatiquement les services Bluetooth (voir le message du dessus pour résoudre cela).
Note : Ce problème n'existe pas avec les Raspberry PI 3B+.
Cela n'arrive pas souvent, ce n'est pas systématique.
Sinon, pour la log du Z-wave et le mot "Bluetooth", ce message indique simplement, qu'il a détecté que vous étiez sur un Raspberry PI 3 et que si vous utilisez une carte file z-wave (carte appelée Razberry, qui se branche sur le port GPIO) il faut alors désactiver le Bluetooth interne du Raspberry.
Mais si vous avez une clé USB Z-Wave, vous n'êtes pas concerné.
Dans votre cas, il faut simplement démarrer hciuart.
Je ne suis pas certain que ce soit aussi simple que ça :
1) C'est bien le plugin qui désactive le service uart => FVI59 le montre très clairement dans les traces
Code : Tout sélectionner
Removed /etc/systemd/system/multi-user.target.wants/hciuart.service.
Les deux commandes de mon message précédent, ne font que faire l'inverse...
2) Ce n'est en rien lié à l'utilisation d'une carte zwave GPIO ou la version du PI, pour ma part, j'ai un 3B et une clé USB Everspring mais j'ai exactement le même phénomène. Si tel est la volonté du script du plugin alors, la(les) détection(s) est(sont) ne fonctionne(nt) pas
Maintenant, il faut être honnête, ce comportement n'arrive que lors des mise à jour et suite à reboot... En ce moment avec les màj beta du plugin, c'est juste un peu plus contraignant