RPI 4 Dietpi nach Fhem Installation kein Bluetooth mehr

[Steffen]

Hallo,

ich habe jetzt zum ersten mal ein RPI4 bespielt, nutzen tue ich bei RPI eigentlich immer "DietPi".

Nun habe ich auf einem RPI4 DietPi installiert und danach gleich Fhem, aber es war danach immer mein OnBoard-Bluetooth Device nicht mehr ansprechbar,
nach langer Fehlersuche bin ich drauf gekommen das die Fhem Installation dran schuld war.

jedesmal wenn ich Fhem installiere ist Bluetooth nicht mehr erreichbar, hier die Beispiele...

mit Fhem Installation nach Reboot:

Code Auswählen Erweitern


root@HomeeBetaServer:~# hcitool dev
Devices:
root@HomeeBetaServer:~# sudo systemctl status hciuart.service
● hciuart.service - Configure Bluetooth Modems connected by UART
   Loaded: loaded (/lib/systemd/system/hciuart.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2020-03-16 19:21:40 CET; 8min ago
  Process: 251 ExecStart=/usr/bin/btuart (code=exited, status=1/FAILURE)

Mär 16 19:21:01 HomeeBetaServer systemd[1]: Starting Configure Bluetooth Modems connected by UART...
Mär 16 19:21:40 HomeeBetaServer btuart[251]: Initialization timed out.
Mär 16 19:21:40 HomeeBetaServer btuart[251]: bcm43xx_init
Mär 16 19:21:40 HomeeBetaServer btuart[251]: Flash firmware /lib/firmware/brcm/BCM4345C0.hcd
Mär 16 19:21:40 HomeeBetaServer systemd[1]: hciuart.service: Control process exited, code=exited, status=1
/FAILURE
Mär 16 19:21:40 HomeeBetaServer systemd[1]: hciuart.service: Failed with result 'exit-code'.
Mär 16 19:21:40 HomeeBetaServer systemd[1]: Failed to start Configure Bluetooth Modems connected by UART.

root@HomeeBetaServer:~#


Fhem wieder entfernt und reboot:

Code Auswählen Erweitern


root@HomeeBetaServer:~# sudo systemctl status hciuart.service
● hciuart.service - Configure Bluetooth Modems connected by UART
   Loaded: loaded (/lib/systemd/system/hciuart.service; enabled; vendor preset: enabled)
   Active: active (running) since Mon 2020-03-16 19:32:43 CET; 38s ago
  Process: 258 ExecStart=/usr/bin/btuart (code=exited, status=0/SUCCESS)
Main PID: 605 (hciattach)
    Tasks: 1 (limit: 4616)
   Memory: 1.2M
   CGroup: /system.slice/hciuart.service
           └─605 /usr/bin/hciattach /dev/serial1 bcm43xx 460800 noflow -

Mär 16 19:32:36 HomeeBetaServer systemd[1]: Starting Configure Bluetooth Modems connected by UART...
Mär 16 19:32:43 HomeeBetaServer btuart[258]: bcm43xx_init
Mär 16 19:32:43 HomeeBetaServer btuart[258]: Flash firmware /lib/firmware/brcm/BCM4345C0.hcd
Mär 16 19:32:43 HomeeBetaServer btuart[258]: Set Controller UART speed to 460800 bit/s
Mär 16 19:32:43 HomeeBetaServer btuart[258]: Device setup complete
Mär 16 19:32:43 HomeeBetaServer systemd[1]: Started Configure Bluetooth Modems connected by UART.
root@HomeeBetaServer:~#


Code Auswählen Erweitern


Linux HomeeBetaServer 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux


könnte mir vielleicht irgendwer sagen, was in Fhem daran schuld sein könnte?

Mit freundlichen Grüßen Steffen

[Otto123]

hi,

hast Du mal versucht?

Code Auswählen Erweitern

attr initialUsbCheck disable 1
save und System Neustart nicht vergessen

Gruß Otto

[Steffen]

Oh je, doch so einfach
Danke das war die Lösung, aber warum ist das in diesem Fall so?

Mfg Steffen

[Otto123]

initialUsbCheck versucht an allen (freien?) seriellen Schnittstellen irgendwelche CULs & Co zu ermitteln und diese dann automatisiert in Betrieb zu nehmen.
Meine Vermutung:
DietPi und Pi 4 ist scheinbar so schnell, dass der Start von FHEM so frühzeitig erfolgt, dass beide Prozesse sich überholen und stören.

Mär 16 19:21:01 HomeeBetaServer systemd[1]: Starting Configure Bluetooth Modems connected by UART...
Mär 16 19:21:40 HomeeBetaServer btuart[251]: Initialization timed out.

Mär 16 19:32:36 HomeeBetaServer systemd[1]: Starting Configure Bluetooth Modems connected by UART...
Mär 16 19:32:43 HomeeBetaServer btuart[258]: bcm43xx_init

[yersinia]

@Steffen: wie sind deine Erfahrungen bezgl DietPi auf dem Raspi4 vs. Raspbian (Buster)?

Ich hatte DietPi mal testweise auf einem 3er laufen für den PiHole - da hatte ich immer Probleme mit den Upgrade/Update Prozessen gehabt. DietPi Update hat mir regelmässig die piHole und später dnscrypt Installation zerlegt. Zumal für meinen Geschmack zuviel Müll mit DietPi kommt (im Vergleich zu Raspbian lite). Welche Vorteile von DietPi gegenüber einem Raspbian lite? Rein aus Neugier.