Anwesenheit BT v4.23 (stable)

[CorbenDallas]

Wenn möglich würde ich die aktuellste Version auch teste wollen. Danke

[blackhole]

Wenn möglich würde ich die aktuellste Version auch teste wollen.

Du hast Post bekommen.

[gnom]

@blackhole - Vielen Dank für das super schnelle zusenden. Ich habe es schon am laufen und es funktioniert bei ersten Tests tadellos, Klasse!

Jetzt werde ich die Variable weiter protokollieren und ein paar use-cases austesten, z.B. mit Handy im Garten, etc.

Eine Klippe mußte ich jedoch umschiffen bzgl. des autostarts. Evtl. macht es Sinn, in der Anleitung darauf hinzuweisen

##############################################################################
Die Experten dürfen jetzt schmunzeln aber falls noch ein anderer Linux noob wie ich da probs hat, hier eine Kurzbeschreibung.

Die rc-local war nicht vorhanden (ist wohl legacy und seit einiger Zeit in vielen Distros nicht mehr aktiv).
Habe die dann erst mal ganz naiv manuell erstellt. Bei der Kontrolle nach re-boot kam dann aber noch das hier

Code: Alles auswählen

d@DServer:~$ ps ax|grep anw

   2582 pts/1    S+     0:00 grep anw

und

Code: Alles auswählen

d@DServer:~$ sudo systemctl status rc.local

● rc-local.service - /etc/rc.local Compatibility
     Loaded: loaded (/lib/systemd/system/rc-local.service; static)
    Drop-In: /usr/lib/systemd/system/rc-local.service.d
             └─debian.conf
     Active: inactive (dead)
     

Also wurde das script nicht gestartet

Dann bin ich nach dieser Anleitung vorgegangen, rc.local noch ausführbar gemacht und als Service eingerichtet - that's it.
https://www.linuxbabe.com/linux-server/ ... th-systemd

Code: Alles auswählen

d@DServer:~$ ps ax|grep anw
   1351 ?        S<     0:00 /bin/sh /usr/local/bin/anwesenheit.sh /etc/fon-master.conf
   2633 pts/0    S+     0:00 grep anw

PS: In den aktuelle Distros werden ja andere Wegs bzgl. des autostarts beschritten, wollte die aber nicht durchtesten

[blackhole]

Vielen Dank für das super schnelle zusenden. Ich habe es schon am laufen und es funktioniert bei ersten Tests tadellos, Klasse!

(...)

Eine Klippe mußte ich jedoch umschiffen bzgl. des autostarts. Evtl. macht es Sinn, in der Anleitung darauf hinzuweisen

Das nicht notwendig. Wie beschrieben, bezieht sich die Anleitung auf einen Raspbberry Pi mit aktuellem Raspberry Pi OS als Betriebssystem.
Wie du vielleicht später selbst noch festsellen wirst, ist es durchaus sinnvoll Kleinstrechner für diesen Zweck einzusetzen.

[gnom]

:

Wie du vielleicht später selbst noch festsellen wirst, ist es durchaus sinnvoll Kleinstrechner für diesen Zweck einzusetzen.

Absolut!
Hatte vorher länger Pi 3 bzw 4 im Einsatz. Nur gibt es auch downsides und die haben in meinem speziellen Fall den Ausschlag gegeben, insbesondere für meine weekend-shed.

[blackhole]

Hallo zusammen,

zurzeit existiert ein Bug im aktuellen Kernel 6.1.21-v7+ von Raspberry Pi OS (Debian 12.1 "Bookworm"), welcher Bluetooth betrifft.
Dieser Kernel-Bug wirkt sich leider auch negativ auf Anwesenheit BT aus:

1. Anwesenheit wird zunächst erkannt
2. Abwesenheit wird erkannt
3. Erneute Anwesenheit wird nicht mehr erkannt

Das oben aufgezeigte Fehlverhalten tritt unregelmäßig auf und ist nicht zuverlässig reproduzierbar.

Falls jemand von dem Kernel-Bug betroffen sein sollte:
In der noch nicht veröffentlichten Version 5.11 von Anwesenheit BT gibt es einen Workaround.
Betroffene User können auf dem bekannten Weg diese Vorabversion von Anwesenheit BT v5 erhalten.

[blackhole]

Das oben aufgezeigte Fehlverhalten tritt unregelmäßig auf und ist nicht zuverlässig reproduzierbar.

Nach Installation der aktuellen Updates für Raspberry Pi OS "Bookworm" tritt oben genanntes Problem bei mir nicht mehr auf.
Der ebenfalls oben genannte Workaround für Anwesenheit BT ist somit obsolet.

Grundsätzlich gibt es für Raspberry Pi OS "Bookworm" folgende (vorgesehene) Möglichkeit, falls man den Verdacht hat, dass der Bluetooth-Dienst des Betriebssystems nicht stabil läuft:

Die Datei /lib/systemd/system/bluetooth.service editieren und im nachfolgenden Abschnitt ...

Code: Alles auswählen

[Service]
Type=dbus
BusName=org.bluez
ExecStart=/usr/libexec/bluetooth/bluetoothd
NotifyAccess=main
#WatchdogSec=10
#Restart=on-failure
CapabilityBoundingSet=CAP_NET_ADMIN CAP_NET_BIND_SERVICE
LimitNPROC=1

... wie folgt zwei Zeilen ändern ...

Code: Alles auswählen

[Service]
Type=dbus
BusName=org.bluez
ExecStart=/usr/libexec/bluetooth/bluetoothd
NotifyAccess=main
WatchdogSec=30
Restart=on-failure
CapabilityBoundingSet=CAP_NET_ADMIN CAP_NET_BIND_SERVICE
LimitNPROC=1

... dann einen Daemon-Reload durchführen ...

Code: Alles auswählen

sudo systemctl daemon-reload

und abschließend den Bluetooth-Dienst neustarten:

Code: Alles auswählen

sudo systemctl restart bluetooth.service

Bei Einsatz eines Raspberry Pi 3B+ (nur das "Plus"-Modell, welches für Bluetooth-Instabilitäten bekannt ist) hilft es zusätzlich den Bluetooth-Dienst alle 6 Stunden automatisiert per Cron neuzustarten.

[opawilli66]

Hallo Blackhole, könnte ich bitte BT v4.23 für Raspberry zukommen lassen.

[blackhole]

Hallo Blackhole, könnte ich bitte BT v4.23 für Raspberry zukommen lassen.

Du hast Post bekommen.

[michael24179]

Guten morgen. Ich hätte auch gern die aktuelle Version. Besten dank im voraus