lepresenced: Neue Testversion (lepresenced0.93dev21)

[JWRu]

Da heißt es leider, dass da nichts dagegen gemacht werden kann...
...außer Log filtern.

Genau - das war bei mir auch so. Ich habe es aus dem Log gefiltert.

[MadMax-FHEM]

Genau - das war bei mir auch so. Ich habe es aus dem Log gefiltert.

Ja, habe ich jetzt auch mal "eingebaut"...
https://forum.fhem.de/index.php/topic,107865.msg1018420.html#msg1018420

Aber schöner wäre anders...

dmesg ist von dem Filter (nat.) unbeeindruckt...

Gruß, Joachim

[JWRu]

Aber schöner wäre anders...

Das stimmt.
Es scheint wohl ein Debian-Problem zu sein.
Ich hatte die Meldungen in ähnlicher Form mit Raspbian Stretch, Raspbian Buster und Debian Stretch auf der ZBox.

[popeye1979]

Hallo zusammen,

ich bin jetzt mit meinem "kleinem" Latein am Ende.

Ich bin von RPi2 wheezy auf RPi3 Buster umgestiegen. Ich hatte die Presence Erkennung der Gigaset Keeper ewig zuverlässig laufen.

Die letzten Tage habe ich zig Sachen ausprobiert bzgl lepresenced und RPi3 Bluetooth Probleme. Es läuft einfach nicht stabil.
Nach einem reboot oder

Code Auswählen Erweitern

hciconfig hci0 reset läuft es kurz. Danach "absent".

Internes BT ist in

Code Auswählen Erweitern

/boot/config.txt mit

Code Auswählen Erweitern

dtoverlay=pi3-disable-bt deaktiviert.

lepresenced 0.93-1 ist installiert und läuft (?):

Code Auswählen Erweitern

ps -ef | grep lepresenced
root       585     1  1 06:15 ?        00:04:21 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
root      9919   808  0 11:16 pts/0    00:00:00 grep lepresenced

BT Dongle ist dran:

Code Auswählen Erweitern

hciconfig hci0 -a                                           hci0:   Type: Primary  Bus: USB
        BD Address: 00:19:86:00:2B:2E  ACL MTU: 1021:8  SCO MTU: 64:1
        UP RUNNING
        RX bytes:3136840 acl:7 sco:0 events:127175 errors:0
        TX bytes:7161 acl:7 sco:0 commands:357 errors:0
        Features: 0xbf 0xfe 0xcf 0xfe 0xdb 0xff 0x7b 0x87
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH SNIFF
        Link mode: SLAVE ACCEPT
        Name: 'raspberrypi'
        Class: 0x000000
        Service Classes: Unspecified
        Device Class: Miscellaneous,
        HCI Version: 4.0 (0x6)  Revision: 0x1000
        LMP Version: 4.0 (0x6)  Subversion: 0x220e
        Manufacturer: Broadcom Corporation (15)

BT läuft:

Code Auswählen Erweitern

sudo systemctl status bluetooth                             ● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset
   Active: active (running) since Fri 2021-05-07 06:15:31 CEST; 5h 2min ago
     Docs: man:bluetoothd(8)
Main PID: 358 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 2062)
   CGroup: /system.slice/bluetooth.service
           └─358 /usr/lib/bluetooth/bluetoothd

May 07 06:15:31 raspberrypi systemd[1]: Starting Bluetooth service...
May 07 06:15:31 raspberrypi bluetoothd[358]: Bluetooth daemon 5.50
May 07 06:15:31 raspberrypi bluetoothd[358]: Starting SDP server
May 07 06:15:31 raspberrypi systemd[1]: Started Bluetooth service.
May 07 06:15:31 raspberrypi bluetoothd[358]: Bluetooth management interface 1.18
May 07 06:15:31 raspberrypi bluetoothd[358]: Sap driver initialization failed.
May 07 06:15:31 raspberrypi bluetoothd[358]: sap-server: Operation not permitted
lines 1-17/17 (END)

BTMON:

Code Auswählen Erweitern

sudo btmon                                                  Bluetooth monitor ver 5.50
= Note: Linux version 5.10.17-v7+ (armv7l)                             0.008783
= Note: Bluetooth subsystem version 2.22                               0.008795
= New Index: 00:19:86:00:2B:2E (Primary,USB,hci0)               [hci0] 0.008799
= Open Index: 00:19:86:00:2B:2E                                 [hci0] 0.008804
= Index Info: 00:19:86:00:2B:2E (Broadcom Corporation)          [hci0] 0.008810
@ RAW Open: hcidump (privileged) version 2.22          {0x0002} [hci0] 0.008816
@ RAW Open: hcitool (privileged) version 2.22          {0x0003} [hci0] 0.008886
@ MGMT Open: bluetoothd (privileged) version 1.18             {0x0001} 0.008897
@ MGMT Open: btmon (privileged) version 1.18                  {0x0004} 0.009295

list des keepers:

Code Auswählen Erweitern

Internals:
   ADDRESS    7C:2F:80:C8:13:41
   DEF        lan-bluetooth 7C:2F:80:C8:13:41 127.0.0.1:5333 130
   DeviceName 127.0.0.1:5333
   FD         4
   FUUID      5c6c270b-f33f-ce30-993f-0bbbf64721968dd6
   INTERVAL_NORMAL 130
   INTERVAL_PRESENT 130
   MODE       lan-bluetooth
   NAME       BTJo
   NOTIFYDEV  global
   NR         304
   NTFY_ORDER 50-BTJo
   PARTIAL   
   STATE      present
   TYPE       PRESENCE
   READINGS:
     2021-05-07 11:21:58   batteryPercent  85
     2021-05-07 11:21:58   batteryPercentAge 5
     2021-05-06 11:03:32   command_accepted yes
     2021-05-07 11:21:58   daemon          lepresenced V0.93
     2021-05-07 11:21:58   device_name     Gigaset keeper
     2021-05-07 11:21:58   model           lan-lepresenced
     2021-05-07 11:21:58   presence        present
     2021-05-07 11:21:58   rssi            -88
     2021-05-07 11:21:58   state           present
   helper:
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
     DISABLED   0
Attributes:
   absenceThreshold 2
   disable    0
   home_structure HomeStatus
   room       Anwesenheit
   userattr   home_structure home_structure_map structexclude
   verbose    5

Und dann isser wieder weg:

Code Auswählen Erweitern

Internals:
   ADDRESS    7C:2F:80:C8:13:41
   DEF        lan-bluetooth 7C:2F:80:C8:13:41 127.0.0.1:5333 130
   DeviceName 127.0.0.1:5333
   FD         4
   FUUID      5c6c270b-f33f-ce30-993f-0bbbf64721968dd6
   INTERVAL_NORMAL 130
   INTERVAL_PRESENT 130
   MODE       lan-bluetooth
   NAME       BTJo
   NOTIFYDEV  global
   NR         304
   NTFY_ORDER 50-BTJo
   PARTIAL   
   STATE      absent
   TYPE       PRESENCE
   READINGS:
     2021-05-07 11:21:58   batteryPercent  85
     2021-05-07 11:21:58   batteryPercentAge 5
     2021-05-06 11:03:32   command_accepted yes
     2021-05-07 11:26:18   daemon          lepresenced V0.93
     2021-05-07 11:21:58   device_name     Gigaset keeper
     2021-05-07 11:26:18   model           lan-lepresenced
     2021-05-07 11:26:18   presence        absent
     2021-05-07 11:26:18   rssi            unreachable
     2021-05-07 11:26:18   state           absent
   helper:
     ABSENT_COUNT 1
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
     DISABLED   0
Attributes:
   absenceThreshold 2
   disable    0
   home_structure HomeStatus
   room       Anwesenheit
   userattr   home_structure home_structure_map structexclude
   verbose    5

Wie man sicherlich jetzt schon gemerkt hat, habe ich keine Ahnung, ich kann ein Tutorial befolgen und hoffen das es geht. Teilweise gehts auch ein Stück tiefer...

Kann mir jemand helfen, was ich jetzt noch versuchen kann?? Vielen Dank im Voraus. Falls noch irgendwelche Informationen fehlen...immer sagen was ich noch liefern soll ( und wie).

Gruss
Jo

[MadMax-FHEM]

Ich habe/hatte ja in diesem Thread auch meine "liebe Not" mit einem Update von Buster (also Buster lief aber irgendein Update [zumindest mit meinen "Versuchen" scheint das der Grund zu sein/gewesen zu sein]): https://forum.fhem.de/index.php/topic,75559.msg673697.html#msg673697

Ab hier so: https://forum.fhem.de/index.php/topic,75559.msg1130556.html#msg1130556

Dann lief es eine zeitlang mit legacy-mode halbwegs brauchbar.

Aktuell habe ich 2 Dinge (gut eigentlich 3 ):

- npresenced ("clon" von lepresenced) auf einem Raspberry PI ZeroW wo ich mein Handy abfrage und da einen BT-Dongle dran

- lepresenced auf dem Raspberry PI aus dem Thread, ebenfalls mit BT Dongle (wobei zuvor lief es auch ohne gut und bis auf geringere Reichweite auch jetzt ohne gut [nur kurz getestet]). Inzwischen sogar ohne legacy-mode (ab irgendeinem Raspberry Update ging es dann wohl wieder!?)

- structure beider Presence -> die erzeugt dann das tatsächliche Presence

Das läuft jetzt seit einigen Wochen/Monaten wieder so gut wie zuvor nur das lepresenced...

Gruß, Joachim

[mumpitzstuff]

Nachdem ich lediglich ein update von lepresenced von der Version 0.9 auf 0.93 durchgeführt habe und danach den service restarted habe, erscheint immer diesr Fehler und es geht nichts mehr:

Code Auswählen Erweitern

lkcc@LKCC-LENOVO:/usr/sbin$ sudo systemctl status lepresenced
● lepresenced.service - lepresenced
   Loaded: loaded (/etc/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2021-11-06 13:46:24 CET; 8min ago
  Process: 22435 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
Main PID: 22438 (lepresenced)
    Tasks: 5 (limit: 4915)
   Memory: 16.6M
   CGroup: /system.slice/lepresenced.service
           ├─22438 /usr/bin/perl /usr/sbin/lepresenced --device hci1 --listenaddress 0.0.0.0 --listenport 5333 --loglevel L
           ├─22526 hcidump -i hci1
           └─22527 hcitool -i hci1 lescan --duplicates

Nov 06 13:46:14 LKCC-LENOVO systemd[1]: Starting lepresenced...
Nov 06 13:46:24 LKCC-LENOVO systemd[1]: Started lepresenced.
Nov 06 13:46:24 LKCC-LENOVO lepresenced[22438]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed:
Nov 06 13:46:24 LKCC-LENOVO lepresenced[22438]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Nov 06 13:48:25 LKCC-LENOVO lepresenced[22438]: [tid:2] main::bluetooth_dump_thread: hcidump was stopped.
Nov 06 13:48:25 LKCC-LENOVO lepresenced[22438]: [tid:1] main::bluetooth_scan_thread: hcitool was stopped.

Ich habe das Update auf 3 Geräten durchgeführt und es ist überall der selbe Fehler. Vor dem Update lief alles einwandfrei.

[mumpitzstuff]

Hmm eigenartig. Auch die alten Versionen bringen diese Meldungen. Nachdem ich jetzt eine Weile gewartet habe, wird anscheinend auch die Anwesenheit wieder mit der aktuellsten Version erfasst. Ist immer etwas sehr labil der Bluetooth Mist unter Linux.

[PatrickR]

Hi!

Ist immer etwas sehr labil der Bluetooth Mist unter Linux.

Das kannst du laut sagen. Was ich in lepresenced an Codeblöcken habe, die das Interface automatisch resetten geht auf keine Kuhhaut. Dafür hat lepresenced immer gegen die vielen Batterieskripte gewonnen

Falls der Fehler wieder auftritt mache gerne mal ein Log mit LOG_DEBUG. Den Level danach wieder runterstellen, damit die SD-Karte nicht so lange malträtiert wird.

Patrick

[mi.ke]

Ist diese Version

Code Auswählen Erweitern

lepresenced 22908 2020-10-04 15:23:07Z PatrickR $ schon mit der Battery_Level Ausgabe?
Das ist die aus dem contrib.

Danke und Grüße
mi.ke

[PatrickR]

Ist diese Version

Code Auswählen Erweitern

lepresenced 22908 2020-10-04 15:23:07Z PatrickR $ schon mit der Battery_Level Ausgabe?

Ja, ist drin!

Patrick

[mi.ke]

Ja, ist drin!

wie ruft man das den auf wenn alle 24 Stunden die Batterielevel abgefragt werden sollen?

so?

Code Auswählen Erweitern

defmod <NAME> PRESENCE lan-bluetooth <MAC-Adresse> 127.0.0.1:5333 60 60 24

In der commandref hab ich nix gefunden

[PatrickR]

wie ruft man das den auf wenn alle 24 Stunden die Batterielevel abgefragt werden sollen?

Das musst Du beim Aufruf von lepresenced tun:
--batteryinterval 24
Wenn Du das DEB-Paket nutzt, dann geht das gut in /etc/default/lepresenced

24 Stunden ist aber problematisch, da das u. U. die Batterie wiederholt zu einem Zeitpunkt abfragt, wo der G-Tag nicht zu Hause ist. Standardmäßig - und dafür musst Du nichts tun - wird alle 6 Stunden abgefragt.

Patrick

[Jamo]

default ist 6 Stunden:

Code Auswählen Erweitern

/usr/sbin$ grep DEFAULT_BATTERY_INTERVAL_H /usr/sbin/lepresenced
lepresenced:Readonly my $DEFAULT_BATTERY_INTERVAL_H =>  6;
Das Reading selber heisst dann aber "batteryPercent".

[mi.ke]

Standardmäßig - und dafür musst Du nichts tun ...

Danke Ihr Beiden,

jetzt hab ich's auch verstanden.
Da bei meinen Minew Beacons keine neuen Readings kamen, dachte ich manuell nachhelfen zu müssen.

[PatrickR]

Hi!

Da bei meinen Minew Beacons keine neuen Readings kamen, dachte ich manuell nachhelfen zu müssen.

Habe gerade mal den Code durchgesehen. Die neuen Readings müssen auf jeden Fall gesetzt werden, schlimmstenfalls mit unknown. Die Abfrage ist nicht G-Tag-spezifisch, daher sollte das prinzipiell auch bei anderen Tags funktionieren, auch wenn ich das nicht testen kann. Klappt es denn jetzt bei Dir?

/Edit: Sehe gerade, dass ich falsch lag und der Batteriewert doch nicht immer gesendet wird. Wenn es nicht klappt sollte ein Log mit LOG_DEBUG Aufschluss geben.

Patrick