Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Kein Bluetooth nach FHEM Installation auf Raspberry Pi 4

Begonnen von Half-Life, 29 April 2020, 21:14:22

Vorheriges Thema - Nächstes Thema

Half-Life

Hallo zusammen,

ich bin relativ neu in der ganzen Hausautomatisierungs-Thematik und habe mir einen "Raspberry Pi 4 B" zugelegt, um darauf u.a. FHEM zu betreiben. Dabei ist mir aufgefallen, dass nach der Installation von FHEM das interne Bluetooth meines Raspberry nicht mehr funktioniert. In der Leiste auf dem Desktop fehlt das Bluetooth Symbol sogar komplett. Ich habe auch mehere Male Raspbian neu installiert und konnte eindeutig FHEM als Ursache dafür identifizieren. Es war nichts anderes auf dem Respberry als eine frische Raspbian Installation.
Ich habe dann mal ein bisschen mit den Services herumexperientiert:

"service bluetooth status" liefert:

pi@raspberrypi:~ $ service bluetooth status
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:bluetoothd(8)


und "systemctl status hciuart.service" liefert:
pi@raspberrypi:~ $ 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 Wed 2020-04-29 20:33:52 CEST; 12min ago
  Process: 333 ExecStart=/usr/bin/btuart (code=exited, status=1/FAILURE)

Apr 29 20:33:08 raspberrypi systemd[1]: Starting Configure Bluetooth Modems connected by UART...
Apr 29 20:33:52 raspberrypi btuart[333]: Initialization timed out.
Apr 29 20:33:52 raspberrypi btuart[333]: bcm43xx_init
Apr 29 20:33:52 raspberrypi btuart[333]: Flash firmware /lib/firmware/brcm/BCM4345C0.hcd
Apr 29 20:33:52 raspberrypi systemd[1]: hciuart.service: Control process exited, code=exited, status=1/FAILURE
Apr 29 20:33:52 raspberrypi systemd[1]: hciuart.service: Failed with result 'exit-code'.
Apr 29 20:33:52 raspberrypi systemd[1]: Failed to start Configure Bluetooth Modems connected by UART.

Beide Services scheinen also tot zu sein.

Ich habe dann herausgefunden, dass sobald ich den FHEM service nicht mehr automatisch beim Booten starte, das Bluetooth auch wieder einwandfrei funktioniert. Starte ich dann FHEM manuell ("systemctl start fhem") nach dem Booten, funktioniert sowohl FHEM, als auch mein Bluetooth.
Ich habe dann Anpassungen an der Datei "/etc/systemd/system/fhem.service" durchgeführt, um zu erzwingen, dass FHEM erst nach "hciuart" startet. Dazu habe ich in der Datei bei den Parametern "Wants" und "After" noch "hciuart.service" hinzugefügt. Die Datei sieht dann bei mir so aus:


# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target hciuart.service
After=network.target hciuart.service
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always

[Install]
WantedBy=multi-user.target


Ich weiß nicht, ob das eine elegante Lösung ist, aber auf jeden Fall sind nach einem Reboot die Services für "Bluetooth", "hciuart.service" und "FHEM" auf active (runnign).

Seitdem habe ich keine Probleme mehr mit Bluetooth auf meinem Raspberry. :D
Das funktioniert übrigens auch wenn "mini UART" für Bluetooth verwendet wird.

Das ist jetzt doch mehr Text geworden, als geplant, aber ich hoffe es ist hilfreich für den ein oder anderen, der ähnliche Probleme hat.


MFG
Half-Life

MadMax-FHEM

Deine Lösung ist vermutlich die eleganteste... ;)

Andere Lösungen starten einfach fhem später per "Wartezeit" (nach dem Motto: wird schon reichen ;) )...

Bist also nicht der erste...
...sollte im Forum dazu schon was geben...

Allerdings: besser auf einem Server (und da gehört [meiner Meinung nach] fhem dazu) KEINEN Desktop installieren...
(Stichwort: Raspbian Lite)

Ist wirklich unnötig...

Ansonsten viel Spaß noch, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Half-Life

Ahh ok, hatte per Suche nichts deartiges gefunden. Vielleicht habe ich aber auch nur nicht gründlich genug gesucht ::)

Ja, du hast Recht. Auf einen Server gehört kein Desktop. Ich benutze meinen Raspberry aber gleichzeitig auch noch als MediaCenter für meine Filme =P
Bis jetzt funktioniert das alles auch problemlos.

Gruß
Half-Life

MadMax-FHEM

Tja die Forumssuche... ;)

Da ist bestimmt noch "Luft nach oben" ;)

Gut, ein PI4 hat sicher genug Luft...
...ich würde es trotzdem (irgendwann) mal trennen...

So ein PI kostet ja nicht die Welt...
...und für "ein wenig" (und durchaus mehr ;) ) fhem reicht auch ein 3er locker...

Ich habe für fhem auch einen 3er und das reicht mir dicke :)

Wäre ja dumm, wenn die Hausautomatisierung irgendwann mal "hakt", nur weil du (oder jemand anders) Filme kuckst... ;)

Viel Spaß noch!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Guybrush

du hast stretch am laufen? da gabs ab irgendwann mal ein update was bluetooth a2dp korrumpierte. wenns stretch ist, hilft ein upgrade, ggf. dist-upgrade

MadMax-FHEM

Kann beim PI4 eigentlich kein Stretch sein...
...geht soweit mir bekannt nur ab Buster...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Kurt77

Hallo,
ich habe exakt das gleiche Problem wie Half-Life.
Ist seine Lösung nach fasst 4 Jahren noch up-to-date oder gibt es inzwischen etwas Eleganteres?

Danke und Gruß,
Kurt

Sailor

Ein herzerfrischendes "Moin" vom achtern Diek vorweg

Kurze Frage: Habe vergessen, wie ich im Nachgang den Desktop doch noch deaktivieren kann.
Welche .services waren das noch um den RasPi auf Console-Only zu wechseln?

Das könnte das Quentchen Performancesteigerung bringen, die ich benötige.

Gruß
    Sailor
******************************
Man wird immer besser...

betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Sailor

******************************
Man wird immer besser...