lepresenced: Neue Testversion (lepresenced0.93dev21)

[Jamo]

Hallo Patrick,
nochmal zur Rückmeldung, läuft erste Sahne!
Ich sehe jetzt das battery_level_age schön hochzählen, dann sind es auch schonmal 11 oder 13 Stunden, aber dann wird doch wieder ein neues battery_level geliefert, wie Du geschrieben hast. Alle G-Tags werden regelmässig ge-updated. Also alles prima, Danke nochmal und gerne wieder!

[FunkOdyssey]

Das hätte ich auch vielleicht erwähnen können. Die Batterieerkennung funktioniert bei mir auch einwandfrei.

[PatrickR]

Mahlzeit!

Erstmal danke für die positiven Rückmeldungen. Die scheinbar noch vorhandenen Probleme würden mich natürlich interessieren.

Vielleicht noch eine Anmerkung: Da die Batterien von den G-Tags relativ lange halten, hatte ich angenommen, dass eine erfolgreiche Abfrage am Tag genügt. Mit dem Sicherheitsfaktor 4 sind wir bei Abfragen alle 6 Stunden. Wem das zu ungenau ist, der kann es mit --batteryinterval auf bis zu 1 Stunde runterstellen.

Grüße
Patrick

[TL]

Hallo Patrick,

bei mir funktioniert die Batterieabfrage leider gar nicht. Mein Log habe ich dir per PM geschickt. Wenn wir das jetzt bei mir auch noch hinbekommen würden, ware das das I-Tüpfelchen.

Viele Grüße
   TL

[dkreutz]

Dann von mir noch ein Update: presence funktioniert weiter stabil, der Batterie-Status funktioniert seit gestern auf beiden G-Tags (ohne weitere Eingriffe von mir, also kein Reboot oder Batteriewechsel).

[PatrickR]

Hi!

Dann von mir noch ein Update: presence funktioniert weiter stabil, der Batterie-Status funktioniert seit gestern auf beiden G-Tags (ohne weitere Eingriffe von mir, also kein Reboot oder Batteriewechsel).

Gut zu hören. Wenn Dir die Zahl der erfolgreichen Abfragen zu niedrig ist kannst Du das Intervall auch mit --batteryinterval 3 auf 3 Stunden setzen. Das geht z. B. in der letzten Zeile von /etc/default/lepresenced wenn Du das DEB-Paket verwendest.

Patrick

[PatrickR]

Hi!

bei mir funktioniert die Batterieabfrage leider gar nicht. Mein Log habe ich dir per PM geschickt. Wenn wir das jetzt bei mir auch noch hinbekommen würden, ware das das I-Tüpfelchen.

Hmm.

Code Auswählen Erweitern

Aug 24 23:07:03 fhem lepresenced[32521]: [tid:0] main::get_battery_level: gatttool (mac: aa:aa:aa:aa:aa:aa, address type: 'public'): 'connect: Connection refused (111)'

Was sind das für Tags, die Du verwendest? Hattest Du mit anderen Batteerietools/-modulen Erfolg?

/Edit: Bitte auf jeden Fall auch auf 0.93dev19 updaten.

Patrick

[PatrickR]

Neue Version 0.93dev19:
-Workaround für Race Condition, die zu fehlerhaften Batterieabfragen und zu Problemen mit der Anwesenheitserkennung führen kann.

Patrick

[betateilchen]

Nabend

Nur mal für mein Verständnis: was genau muss ich tun, um Batteriewerte zu bekommen, ausser den lepresenced in /usr/sbin/ zu ersetzen?
Dieses Ersetzen hat erstmal problemlos funktioniert wie im zugehörigen reading zu sehen.

Code Auswählen Erweitern

daemon lepresenced V0.93dev19 2020-08-25 19:17:05

Wenn ich es richtig interpretiert habe, ist der Einsatz der bisher in FHEM "üblichen" Verfahren zur Batterieüberwachung durch die neue Version von lepresenced doch obsolet geworden, oder?

[PatrickR]

Hi!

Nur mal für mein Verständnis: was genau muss ich tun, um Batteriewerte zu bekommen, ausser den lepresenced in /usr/sbin/ zu ersetzen?
Dieses Ersetzen hat erstmal problemlos funktioniert wie im zugehörigen reading zu sehen.

Das war's eigentlich schon. Wenn die Tags erreichbar sind solltest Du nach ca. 3 Minuten die Batteriereadings sehen. Danach werden dann alle 6 Stunden die erreichbaren(!) Tags befragt. Ich würde allerdings (noch) nicht meine Hand dafür ins Feuer legen, dass das schon 100% rund läuft. BleTagBattery z. B. benutzt einen Trial-And-Error-Ansatz zur Ermittlung der Verbindungsmethode zu den Tags, ich hole mir die Information aus dem Scan. Mit GTags sollte es aber keine Probleme geben.

Wenn ich es richtig interpretiert habe, ist der Einsatz der bisher in FHEM "üblichen" Verfahren zur Batterieüberwachung durch die neue Version von lepresenced doch obsolet geworden, oder?

Ja, das war der Gedanke. Vorteil ist vor allem, dass lepresenced sich selbst immer den Staffelstab übergeben kann, d. h. Scannen beenden, Batterien abfragen, Scannen starten.

Grüße
Patrick

[betateilchen]

Funktioniert plötzlich, nachdem ich testweise den lepresenced auf der Konsole im debug Modus gestartet habe.

[PatrickR]

Funktioniert plötzlich, nachdem ich testweise den lepresenced auf der Konsole im debug Modus gestartet habe.

Die Batterien werden nur abgefragt, wenn zum Zeitpunkt des Batterie-Tasks (also 2 Minuten nach dem Start) eine zugehörige PRESENCE-Instanz in FHEM verbunden ist. Vielleicht ist das der Grund. Wollte bei Gelegenheit mal nachsehen, wann DevIO den Reconnect durchführt.

Patrick

[betateilchen]

Dann werde ich mal beobachten, ob sich der Wert in 6 Stunden aktualisiert.

Allerdings frage ich mich gerade, ob ein Wert von 100% bei einer 8 Monate alten Batterie (ich habe an Weihnachten die Batterie gewechselt) tatsächlich plausibel ist.

[PatrickR]

Hi!

Dann werde ich mal beobachten, ob sich der Wert in 6 Stunden aktualisiert.

Allerdings frage ich mich gerade, ob ein Wert von 100% bei einer 8 Monate alten Batterie (ich habe an Weihnachten die Batterie gewechselt) tatsächlich plausibel ist.

Das macht mich auch nachdenklich. Wenn ich mit gatttool abfrage, kommt 0x64 zurück. Da gibt es eigentlich keinen Interpretationsspielraum.

Grüße
Patrick

[betateilchen]

ja, den Wert sehe ich auch in der Debug Ausgabe aus dem battery task.
Meine Frage bezog sich auch weniger auf lepresenced sondern auf den Wert an sich.