Anwesenheitserkennung Bluetooth PebbleBee

[Amenophis86]

Bei top habe geschaut, cpu ist es nicht und memory ist auch nicht voll. Vielleicht ist die SD Karte im Arsch. Versuche am Wochenende ne neue aufzusetzen und es zu beobachten. Ich hasse diesen HMLan und seine disconnects. Nur Ärger mit dem Ding

[DerBodo]

Ich habe ein kleines Problem mit meinem NUT.

Der kleine kam heute an und ist seeeeehr gesprächig.
Anbei ein Auszug aus dem Eventmonitor.

Code Auswählen Erweitern


2017-08-18 18:43:41 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:41 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:41 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:42 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:42 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:42 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:42 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:43 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:43 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:43 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:43 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:44 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:44 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:44 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:44 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:45 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:45 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:45 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:45 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:46 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:46 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:46 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:46 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:47 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:47 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:47 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:47 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:48 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:48 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:48 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:48 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:49 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:49 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:49 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:49 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:50 PRESENCE NUT_Bodo CONNECTED
2017-08-18 18:43:50 PRESENCE NUT_Bodo CONNECTED


Ist list vom Device sieht so aus.

Code Auswählen Erweitern


Internals:
   ADDRESS    c0:e0:66:05:9e:b3
   DEF        lan-bluetooth c0:e0:66:05:9e:b3 192.168.200.229:5333
   DeviceName 192.168.200.229:5333
   FD         38
   MODE       lan-bluetooth
   NAME       NUT_Bodo
   NOTIFYDEV  global
   NR         654
   NTFY_ORDER 50-Charge_Bodo
   PARTIAL
   STATE      active
   TIMEOUT_NORMAL 30
   TIMEOUT_PRESENT 30
   TYPE       PRESENCE
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1503074782.63426
           VALUE      present
   READINGS:
     2017-08-18 18:43:25   command_accepted yes
     2017-08-18 18:46:22   daemon          lepresenced V0.82
     2017-08-18 18:46:22   device_name     nut
     2017-08-18 18:46:22   model           lan-lepresenced
     2017-08-18 18:46:22   presence        present
     2017-08-18 18:46:22   rssi            -50
     2017-08-18 18:47:18   state           active
   helper:
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   event-on-change-reading .*
   room       080_Presence


Gibt es eine weitere Möglichkeit, dass ich nicht soviele Events und logeinträge im fhem.log habe ?
Ein Verbose 0 am Device hatte leider nichts gebracht.

Zum Setup, der lepresenced läuft auf einem pizero w und FHEM in ner VM.
Den collectord habe ich (noch) nicht im Einsatz.
Für Hilfe wäre ich dankbar !

[rubbertail]

Im Moment wird ein event erzeugt, wenn sich irgendeins der Readings ändert - ich würde gezielt die Readings bei event-on-change-reading einsetzen, die wichtig sind. RSSI zB ists nicht

[DerBodo]

Das Interessante ist ja, dass sich die Timestamps im Device bei den Readings nicht ändern.
Erst nach 30 Sekunden so wie der default Wert bei lepresenced ist.

[DerBodo]

Einfach alles ignorieren was ich geschrieben habe....

Ich hatte an anderes LE Device heute durch den NUT ersetzt und habe einfach die neue MAC eingetragen und den Namen angepasst.

Jetzt habe ich einfach das Device gelöscht und neu angelegt.... siehe da alle 30 Sekunden kommen die Events.

[Amenophis86]

Bezüglich der Abfrage von ps aux, hier das Ergebnis im laufenden Modus:

Code Auswählen Erweitern

root      1293  3.3  1.1  33504 10928 ?        Ssl  13:33   0:00 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
pi        1318  0.0  0.1   4272  1852 pts/0    S+   13:33   0:00 grep --color=auto lepresenced


übrigens scheint mein Problem zu sein, dass mein WLan (internes WLan des Pi) plötzlich total langsam ist und teilweise abbricht

[Devender]

Bezüglich der Abfrage von ps aux, hier das Ergebnis im laufenden Modus:

Code Auswählen Erweitern

root      1293  3.3  1.1  33504 10928 ?        Ssl  13:33   0:00 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
pi        1318  0.0  0.1   4272  1852 pts/0    S+   13:33   0:00 grep --color=auto lepresenced


Das sieht gut aus mit der Ausgabe.

Bezüglich WLAN könntest du mal ins syslog oder /var/log/messages schauen

[Amenophis86]

Mein WLAn Problem konnte ich vorerst durch einen Kanal wechsel lösen. Danach habe ich dann wieder lepresence akriviert, und doch wieder Probleme festgestellt. Dieses Mal wurden die Tags als absent angezeigt, obwohl sie present waren (direkt neben dem Pi9.

Also habe ich ein downgrade auf Version 0.81 durchgeführt und seit dem keinerlei Probleme mehr. Auch die Fehler beim starten von lepresenced sind wieder weg. Ich kann nicht sagen wo der Fehler liegt, aber die 0.81 läuft bei mir nun seit 2 Tagen ohne Probleme super durch.

[PatrickR]

Mahlzeit!

Also habe ich ein downgrade auf Version 0.81 durchgeführt und seit dem keinerlei Probleme mehr. Auch die Fehler beim starten von lepresenced sind wieder weg. Ich kann nicht sagen wo der Fehler liegt, aber die 0.81 läuft bei mir nun seit 2 Tagen ohne Probleme super durch.

Das ist mysteriös. Am Scanning selbst habe ich von 0.81 auf 0.82 nämlich nichts geändert sondern lediglich die Statistik und weitere Debugging-Möglichkeiten.

Patrick

[Devender]

Mahlzeit!
Das ist mysteriös. Am Scanning selbst habe ich von 0.81 auf 0.82 nämlich nichts geändert sondern lediglich die Statistik und weitere Debugging-Möglichkeiten.

Patrick

Einzig was mir noch einfallen wuerde, ist der Sanity Check den du noch eingebaut hast.
Nehmen wir mal an, bei Amenophis86 laufen weitere BT Skripte die den Check bremsen oder blockieren. In der Vorversion gab es das ja nicht - jetzt wird geprüft.
Um wirklich eine Aussage zu treffen, gibt es aber auch zu wenige Rückmeldung zur neuen Version.

Er könnte  den Check in der Version 0.82 doch mal auskommentieren und dann noch mal die Version testen?!

[Amenophis86]

Wie gesagt läuft bei mir sonst nix über Bluetooth lediglich lepresenced. Müsste mich nochmal mit meiner Testversion hinsetzen und schauen, ob es da auch Probleme gibt und ob diese durch auskommentieren geändert werden können. An der Hauptversion will ich erst Mal nix mehr ändern

Jetzt musste ich heute FHEM aus einem anderen Grund neu starten und habe mit der 0.81 auch die Fehler Ausgabe:

Code Auswählen Erweitern

Aug 22 23:48:31 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: Received unknown output: '...ce'!
Aug 22 23:48:31 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 22 23:48:31 raspberrypi lepresenced[555]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 22 23:48:32 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: Received unknown output: '...ce'!
Aug 22 23:48:32 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 22 23:48:32 raspberrypi lepresenced[555]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 22 23:48:33 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: Received unknown output: '...ce'!
Aug 22 23:48:33 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 22 23:48:33 raspberrypi lepresenced[555]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...


Somit also doch kein Versionsfehler. Woran es allerdings genau liegt kann ich nicht sagen. Nach einem neustart des Service waren die Fehler weg. Startet der Service vielleicht bevor Bluetooth bereit ist?

[PatrickR]

Mahlzeit!

Neue Version 0.83 zum Testen:
Im Wesentlichen nur weitere Debug-Möglichkeiten. U. a. wird nun mitgezählt, ob hcitool lescan ("legacy") und hcidump eine identische Zahl an Beacons empfangen.

Patrick

[Devender]

Salü!

Danke!
Wie gehabt, ich teste mal bis Ende der Woche 

Gruesse,
Dirk

[Amenophis86]

Schaue auch, dass ich die Tage mal dazu komme sie zu testen. Soll diese auch die Fehler beim Starten der Software verhindern, welche wir festgestellt hatten (siehe unten) oder hast du danach noch nicht geschaut?

Code Auswählen Erweitern

Aug 22 23:48:31 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: Received unknown output: '...ce'!
Aug 22 23:48:31 raspberrypi lepresenced[555]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 22 23:48:31 raspberrypi lepresenced[555]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...

[Devender]

Mahlzeit!

Neue Version 0.83 zum Testen:
Im Wesentlichen nur weitere Debug-Möglichkeiten. U. a. wird nun mitgezählt, ob hcitool lescan ("legacy") und hcidump eine identische Zahl an Beacons empfangen.

Patrick

Läuft! Keine neuen oder komischen Log-Einträge und die Erkennung funktioniert zuverlässig.