Seite drucken - lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable

Titel: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 18 August 2017, 13:00:51

Hallo zusammen,

ich verwende lepresenced (bis gestern Version 0.81-1, nun Version 0.82-1) auf einem Rasperry Pi 3 mit integriertem BT-Modul zur Anwesenheitserkennung mittels G-Tags. Bis vor ein paar Tagen hat das einwandfrei funktioniert. Seither werden meine G-Tags immer als abwesend gezeigt. Nach einem Systemneustart funktioniert wieder alles einwandfrei bis zu dem Zeitpunkt wo ich das Haus verlasse und ein paar Stunden später wieder betrete. Dann hilft nur ein Neustart. Es scheint so, als würde eine zu lange Abwesenheit den Fehler auslösen.

Die G-Tags sind folgendermaßen definiert:

Code Auswählen

define gtag_orange PRESENCE lan-bluetooth 7C:2F:80:97:38:42 127.0.0.1:5333 25 60
attr gtag_orange alias Stefan
attr gtag_orange verbose 5

Im Log kommt bei Verbose 5 folgende Meldung bei jedem Prüfintervall:

Code Auswählen

2017.08.18 12:46:14 5: PRESENCE (gtag_orange) - received data: absence;rssi=unreachable;model=lan-lepresenced;daemon=lepresenced V0.82

ein manueller Scan liefert folgendes Ergebnis:

Code Auswählen

pi@raspberrypi:~ $ sudo hcitool lescan
LE Scan ...
7C:2F:80:97:38:42 (unknown)
7C:2F:80:97:38:42 Gigaset G-tag

Der Tag wird also eigentlich gefunden.

Wie kann ich den Fehler eingrenzen??

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 18 August 2017, 18:42:26

Standardfrage: Greifen andere Dienste/Module auf Bluetooth zu? (z. B. Batterieskripte)

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 20 August 2017, 12:46:11

Moin Stiefl,
ich hatte das selbe Problem, läuft einen Tag, dann plötzlich nur noch absent Meldungen, hcitool findet die G-Tags aber. Mit 0.82 wurde lepresenced wohl auf hcidump umgestellt und der scheint ein Problem zu haben. Ich habs gelöst in dem ich lepresenced mit --legacymode starte. Dann sind zwar die RSSI Werte nicht mehr aber absent und present wird wieder sauber gemeldet.
Gruß
Arthur

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 20 August 2017, 20:08:59

Danke für eure Antworten!

@Patrick: Ja ich verwende noch "BleTagBattery" (Version 0.0.3) in der Standarddefinition für den Batteriestatus der beiden G-Tags:

Code Auswählen

define gtagBatt BleTagBattery
Ansonsten wird Bluetooth nicht verwendet. Kanns damit zusammenhängen? Reichts, wenn ich zum Test einfach die Definition lösche?

@Arthur:
Danke für den Tipp. Es hat aber auch mit 0.81 bereits nicht mehr geklappt, da ich erst deshalb auf die Version 0.82 upgedatet habe - in der Hoffnung, dass der Fehler dann nicht mehr auftritt. Nichtsdestotrotz würd ich deinen Lösungansatz gerne versuchen. Wie genau has du den Legacymode gestartet?

Titel: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 20 August 2017, 23:21:52

@Stiefl: Probiere doch mal testweise, ob das Problem ohne bletagbattery noch auftritt.

@Arthur: Der hcidump-Patch ist wesentlich älter. Die mir bislang bekannten Probleme waren allesamt auf ein nicht installiertes hcidump zurückzuführen, daher hatte ich eigentlich vor, den legacymode rauszunehmen. Helfen würde mir ein Log mit LOG_DEBUG zum Zeitpunkt, an dem der Fehler auftritt.

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 21 August 2017, 18:58:29

Momentan funktionierts spannenderweise wieder. Wenns das nächste Mal aussetzt, werde ich das BleTagBattery entfernen und weiter testen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 22 August 2017, 16:59:32

@Patrick: Ich vermute dass es mit dem RPI3 zusammenhängt. Ich habe 3 RPI's laufen, davon einer RPI2 mit USB BT Stick. Bei dem lief leprenence zuverlässig. Die beiden 3er lieferten immer nur absent. Ich hab dann mal rpi-update und dist-upgrade gemacht. Siehe da, Bluetooth funktionierte besser aber immer noch absent :( Dann lepresence 0.82 drauf und schon lieferten beide present :). Jedenfalls bis zum ersten FHEM restart :( hcitool fand die G-Tags aber. Google bemüht, nix :( --legacymode getestet und schon waren die G-Tags da. Ich muss mal gucken ob das SYSLOG noch da ist, allerdings hab ich nur mit LOG-INFO getestet. Würde das weiter helfen?

@Stiefl: einfach im Startscript vom lepresence --legacymode an den Aufruf anhängen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 22 August 2017, 17:17:37

Gerade heimgekommen, funktioniert wieder nicht. Ich versuch mal den Tipp mit dem legacymode, vielleicht können wir dann was ausschließen ;)

Noch was aus dem Syslog:

Code Auswählen

Aug 22 17:24:45 raspberrypi systemd[1]: Starting LSB: lepresenced - presenced for Bluetooth LE devices....
Aug 22 17:24:45 raspberrypi lepresenced[1001]: [tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 22 17:24:45 raspberrypi lepresenced[998]: Starting the process: lepresenced[tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 22 17:24:45 raspberrypi lepresenced[1001]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Aug 22 17:24:45 raspberrypi lepresenced[998]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Aug 22 17:24:45 raspberrypi lepresenced[1001]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Aug 22 17:24:45 raspberrypi lepresenced[998]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Aug 22 17:24:45 raspberrypi lepresenced[1001]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Aug 22 17:24:45 raspberrypi lepresenced[998]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Aug 22 17:24:45 raspberrypi lepresenced[1001]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Aug 22 17:24:45 raspberrypi lepresenced[998]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Aug 22 17:24:45 raspberrypi lepresenced[1001]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 22 17:24:46 raspberrypi lepresenced[998]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 22 17:24:46 raspberrypi lepresenced[1001]: [tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.
Aug 22 17:24:47 raspberrypi kernel: [  606.236214] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:48 raspberrypi kernel: [  607.242394] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:49 raspberrypi kernel: [  608.245473] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:51 raspberrypi kernel: [  610.250589] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:53 raspberrypi kernel: [  612.262476] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:54 raspberrypi kernel: [  613.266321] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:56 raspberrypi lepresenced[998]: Known devices (1):
Aug 22 17:24:56 raspberrypi lepresenced[998]: mac: 7c:2f:80:97:38:42, ages:  2/ 2, rssi: -83, name: Gigaset G-tag
[color=red]Aug 22 17:24:56 raspberrypi kernel: [  615.276402] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:57 raspberrypi kernel: [  616.283718] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:58 raspberrypi kernel: [  617.286727] Bluetooth: hci0 advertising data length corrected
Aug 22 17:24:59 raspberrypi kernel: [  618.294507] Bluetooth: hci0 advertising data length corrected
Aug 22 17:25:01 raspberrypi kernel: [  620.301195] Bluetooth: hci0 advertising data length corrected
Aug 22 17:25:02 raspberrypi kernel: [  621.302521] Bluetooth: hci0 advertising data length corrected
Aug 22 17:25:03 raspberrypi kernel: [  622.302311] Bluetooth: hci0 advertising data length corrected
Aug 22 17:25:04 raspberrypi kernel: [  623.306211] Bluetooth: hci0 advertising data length corrected
Aug 22 17:25:05 raspberrypi kernel: [  624.311705] Bluetooth: hci0 advertising data length corrected
Aug 22 17:25:06 raspberrypi kernel: [  625.323639] Bluetooth: hci0 advertising data length corrected[/color]
Aug 22 17:25:07 raspberrypi lepresenced[998]: Known devices (1):
Aug 22 17:25:07 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Tue Aug 22 17:25:37 2017 [try http://www.rsyslog.com/e/2007 ]
Aug 22 17:25:07 raspberrypi lepresenced[998]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -80, name: Gigaset G-tag

dieses sekündliche "hci0 advertising data length corrected"... soll das so sein???
ok, hab die "Lösung" hier gefunden: https://forum.fhem.de/index.php/topic,28753.msg499184/topicseen.html#msg499184

Titel: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 22 August 2017, 18:56:05

@stiefl: In dem Log ist alles ok, zumindest für einen G-Tag.

Was ich aber wirklich für die Fehlersuche brauche ist ein Log mit LOG_DEBUG, vom Start von lepresenced bis nach dem Auftreten des Problems. Dann wissen wir mehr.

Habe selbst zwei lepresenced 0.82 sowohl auf einer Debian-VM als auch auf einem RPi3 (mit Onboard-Bluetooth) und 3 G-Tags dauerhaft im Einsatz und bis auf leere Batterien keine Probleme. Daher ist das schwer ohne Logs zu debuggen.

Da die Probleme scheinbar nach zufälligen Zeiten auftreten, ist ein Vergleich mit dem legacymode auch nur bedingt aussagekräftig.

Für ganz harte Fälle kann man den aktuellen lepresenced übrigens im Vordergrund starten und noch mehr erfahren. Es gibt also Hoffnung.

Patrick

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 22 August 2017, 18:59:46

@Patrick: hab den Debug-Mode bereits aktiviert und am laufen. Ich meld mich, sobald der Fehler auftritt 8)

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 23 August 2017, 17:22:08

@Patrick:

Hier nun der Syslog (syslog-lepresenced.txt). Wir haben um 6:54 Uhr das Haus verlassen. Als ich heute gegen 17:00 Uhr nach Hause gekommen bin, ist nichts mehr passiert.

Mir ist aufgefallen, dass neben den G-Tags auch noch ein weiterer Bluetooth-Tag von itrack (Schlüsselfinder meiner Freundin) und meine Gear S3 gefunden wird. Keine Ahnung, ob das hier Probleme verursachen kann!?

Nun is gerade meine Freudin nach Hause gekommen. Kurz darauf wurden alle G-Tags als present gefunden.... Siehe syslog-lepresenced-2.txt

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 23 August 2017, 21:30:37

@stiefl:
Vernünftige Logs, so lässt sich arbeiten.

zuallererst:

Code Auswählen


Aug 22 17:52:16 raspberrypi lepresenced[520]: [tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 22 17:52:16 raspberrypi lepresenced[504]: Starting the process: lepresenced[tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 22 18:14:08 raspberrypi lepresenced[505]: [tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 22 18:14:09 raspberrypi lepresenced[495]: Starting the process: lepresenced[tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).

Es laufen zwei lepresenced parallel, ggf. mehr. Zwei Highlander sind nicht gut. Entweder Du hattest Dich irgendwann mal selbst um den automatischen Start von lepresenced (z. B. über /etc/rc.local) gekümmert und dann das Paket installiert oder es liegt daran, dass --daemonize nicht gesetzt ist. In Deinem Fall liegt das vermutlich daran, dass --debug bzw. -d gesetzt ist.

Wenn Du --debug rausgenommen hast bitte mal den pi durchstarten und Folgendes ausführen:

Code Auswählen

ps aux|grep lepresenced

Das sollte dann so aussehen:

Code Auswählen


root@rpi-test:~# ps aux|grep lepresenced
root     22733  1.1  1.3  35692 13156 ?        Ssl  Aug05 315:05 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_DEBUG
root     31584  0.0  0.2   4296  1976 pts/0    S+   21:18   0:00 grep lepresenced

Wenn Du mehr oder weniger Zeilen hast, müssen wir wieder ran.

Führe bitte zur Sicherheit nochmal Folgendes aus und poste die Ausgabe:

Code Auswählen


dpkg -l|egrep -i '(blue|hci)'

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 24 August 2017, 17:18:48

Servus Patrick

ich hab lediglich für den gestrigen syslog den Debug aktiviert:

Code Auswählen

BLUETOOTH_DEVICE="hci0"
LISTEN_ADDRESS="0.0.0.0"
LISTEN_PORT="5333"
#SYSLOG_LEVEL="LOG_WARNING"
SYSLOG_LEVEL="LOG_DEBUG"

Ansonsten hab ich in der etc/init.d/lepresenced keine Änderungen vorgenommen.

Die Installation hab ich einmalig laut Wiki (Variante 2) gemacht.

so schauts gerade aus:

Code Auswählen

pi@raspberrypi:~ $ ps aux|grep lepresenced
root       510  0.2  1.2  33024 11608 ?        Sl   Aug23   2:55 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_DEBUG
pi        1869  0.0  0.2   4276  2016 pts/0    S+   17:10   0:00 grep --color=auto lepresenced

--debug entfernt und neu gestartet:

Code Auswählen

pi@raspberrypi:~ $ ps aux|grep lepresenced
root       504  0.0  0.1   1908  1136 ?        Ss   17:12   0:00 /bin/sh /etc/init.d/lepresenced start
root       517  0.7  1.2  32940 11632 ?        Sl   17:12   0:00 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
pi         834  0.0  0.1   4272  1848 pts/0    S+   17:13   0:00 grep --color=auto lepresenced

Code Auswählen

pi@raspberrypi:~ $ dpkg -l|egrep -i '(blue|hci)'
ii  bluez                          5.23-2+rpi2                      armhf        Bluetooth tools and daemons
ii  bluez-firmware                 1.2-3+rpi1                       all          Firmware for Bluetooth devices
ii  bluez-hcidump                  5.23-2+rpi2                      armhf        Analyses Bluetooth HCI packets
ii  lepresenced                    0.82-1                           all          lepresenced to detect the presence of Bluetooth LE devices
ii  pi-bluetooth                   0.1.3                            armhf        Raspberry Pi 3 bluetooth

Ich hab gestern auch nochmal das BleTagBattery-Device entfernt und neu hinzugefügt. Scheint ganz so, als würds damit tatsächlich Probleme geben. Gestern wurde der Batteriestatus erfolgreich ermittelt (auch nicht auf Anhieb) und jetzt funktionierts wieder nicht mehr. Ich werd das Device nun nochmal entfernen und das ganze dann weiter beobachten. Bin leider übers Wochenende nicht zuhause und werds erst Sonntag merken....

Code Auswählen

2017.08.24 17:12:51 4: Sub BleTagBattery_Run (bleTagBatt) - start blocking call
2017.08.24 17:12:51 5: Sub BleTagBattery_stateRequestTimer (bleTagBatt) - state request timer called
2017.08.24 17:12:51 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - device found. device: gtag_orange
2017.08.24 17:12:51 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - device name: Gigaset G-tag
2017.08.24 17:12:51 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - device address: 7C:2F:80:97:38:42
2017.08.24 17:12:51 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - try to connect with public
2017.08.24 17:12:54 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 0, result: connect error: Transport endpoint is not connected (107)

2017.08.24 17:12:56 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 1, result: connect error: Function not implemented (38)

2017.08.24 17:12:56 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 2, result: connect: Cannot allocate memory (12)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 3, result: connect error: Software caused connection abort (103)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 4, result: connect: No route to host (113)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - invalid gatttool response
2017.08.24 17:12:57 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - try to connect with random
2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 0, result: connect: No route to host (113)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 1, result: connect: No route to host (113)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 2, result: connect: No route to host (113)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 3, result: connect: No route to host (113)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 4, result: connect: No route to host (113)

2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - invalid gatttool response
2017.08.24 17:12:57 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - tag not supported
2017.08.24 17:12:57 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - processing gatttool response for device gtag_orange. batteryLevel: 
2017.08.24 17:12:57 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - device found. device: gtag_rot
2017.08.24 17:12:57 4: Sub BleTagBattery_BlockingRun (bleTagBatt) - device not present.
2017.08.24 17:12:57 4: Sub BleTagBattery_BlockingDone (bleTagBatt) - done

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 25 August 2017, 14:58:40

Moin Patrick,
nachdem gestern auch der legacymode bei mir versagt hat hab ich wieder auf den standardmode gewechselt und LOG_DEBUG eingeschaltet. Lief ne Weile ganz gut, dann sporadische Aussetzer bis zum Totalausfall, auch nach reboot nur noch absent :( Nach manuellem Stop und Start wieder sporadisch present. Die 3 G-Tags sind maximal 3 Meter vom Raspi entfernt, auch wenn die RSSI Werte was anderes vermuten lassen. Im Anhang Auszüge aus dem SYSLOG.
Gruß
Arthur

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 25 August 2017, 22:48:55

Mahlzeit!

Zitat von: stiefl am 24 August 2017, 17:18:48
--debug entfernt und neu gestartet:
Code Auswählen Erweitern
pi@raspberrypi:~ $ ps aux|grep lepresenced root 504 0.0 0.1 1908 1136 ? Ss 17:12 0:00 /bin/sh /etc/init.d/lepresenced start root 517 0.7 1.2 32940 11632 ? Sl 17:12 0:00 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING pi 834 0.0 0.1 4272 1848 pts/0 S+ 17:13 0:00 grep --color=auto lepresenced

Hmpf. Aus irgendeinem Grund ist der Loglevel LOG_WARNING. Stelle den mal bitte auf LOG_DEBUG. Der einzig richtige Ort hierfür ist /etc/default/lepresenced. Dazu kommt noch, dass mysteriöserweise das init-Skript noch läuft. Das ist zwar wahrscheinlich nicht schädlich aber auch nicht im Sinne des Erfinders.

Zitat von: stiefl am 24 August 2017, 17:18:48
Code Auswählen Erweitern
pi@raspberrypi:~ $ dpkg -l|egrep -i '(blue|hci)' ii bluez 5.23-2+rpi2 armhf Bluetooth tools and daemons ii bluez-firmware 1.2-3+rpi1 all Firmware for Bluetooth devices ii bluez-hcidump 5.23-2+rpi2 armhf Analyses Bluetooth HCI packets ii lepresenced 0.82-1 all lepresenced to detect the presence of Bluetooth LE devices ii pi-bluetooth 0.1.3 armhf Raspberry Pi 3 bluetooth

Ok, das sieht gut aus. Ich hatte schon befürchtet, dass wieder irgendein bunter GUI-Bluetooth-Manager reinfunkt.

Zitat von: stiefl am 24 August 2017, 17:18:48
Ich hab gestern auch nochmal das BleTagBattery-Device entfernt und neu hinzugefügt. Scheint ganz so, als würds damit tatsächlich Probleme geben. Gestern wurde der Batteriestatus erfolgreich ermittelt (auch nicht auf Anhieb) und jetzt funktionierts wieder nicht mehr. Ich werd das Device nun nochmal entfernen und das ganze dann weiter beobachten. Bin leider übers Wochenende nicht zuhause und werds erst Sonntag merken....

Code Auswählen Erweitern
2017.08.24 17:12:54 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 0, result: connect error: Transport endpoint is not connected (107) 2017.08.24 17:12:56 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 1, result: connect error: Function not implemented (38) 2017.08.24 17:12:56 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 2, result: connect: Cannot allocate memory (12) 2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 3, result: connect error: Software caused connection abort (103) 2017.08.24 17:12:57 4: Sub BleTagBattery_readSensorValue (bleTagBatt) - call gatttool char read loop: 4, result: connect: No route to host (113)

Ach Du großer Gott. Ohne BleTagBattery zu kennen würde ich sagen, dass da was im Eimer ist. Leider ist die Bluetooth-Implementierung unter Linux nach meinen Erfahrungen nicht wirklich stabil. Die muss man immer pfleglich behandeln und nicht zu sehr stressen. Daher scannt lepresenced im Gegensatz zu blescan.pl dauerhaft.
Bitte lass mal das Batteriezeug aus bis klar ist, ob das Problem noch auftritt.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 25 August 2017, 22:58:08

Hi!

Zitat von: arthur_dent_2015 am 25 August 2017, 14:58:40
Moin Patrick,
nachdem gestern auch der legacymode bei mir versagt hat hab ich wieder auf den standardmode gewechselt und LOG_DEBUG eingeschaltet. Lief ne Weile ganz gut, dann sporadische Aussetzer bis zum Totalausfall, auch nach reboot nur noch absent :( Nach manuellem Stop und Start wieder sporadisch present. Die 3 G-Tags sind maximal 3 Meter vom Raspi entfernt, auch wenn die RSSI Werte was anderes vermuten lassen. Im Anhang Auszüge aus dem SYSLOG.

Hilf mir mal bitte etwas: Um welche MAC-Adressen geht es und wann waren sie "abwesend" obwohl sie hätten erreichbar sein sollen?

Hast Du irgendein Batterieskript/-modul laufen?
Hast Du die G-Tags in irgendeiner App hinzugefügt oder auf sonst mit irgendwas verbunden?

Führe mal bitte Folgendes aus:

Code Auswählen


dpkg -l|egrep -i '(blue|hci)';ps aux|grep [l]epresenced

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 26 August 2017, 13:42:33

Moin Patrick,
meine G-Tags haben die folgenden Adressen:
7C:2F:80:AD:BA:56
7C:2F:80:AD:BA:A8
7C:2F:80:AD:BA:72
Alle 3 hätten über die ganze Zeit erreichbar sein sollen. Batteriescript oder Modul habe ich nicht laufen, wäre aber noch interessant... G-Tags sind an kein anderes Gerät gekoppelt oder mit einer App verbunden.

Code Auswählen


root@raspberrypi1:/home/pi# dpkg -l|egrep -i '(blue|hci)';ps aux|grep [l]epresenced           
ii  blueman                               1.99~alpha1-1+deb8u1                      armhf        Graphical bluetooth manager
ii  bluetooth                             5.23-2+rpi2                               all          Bluetooth support
ii  bluez                                 5.23-2+rpi2                               armhf        Bluetooth tools and daemons
ii  bluez-firmware                        1.2-3+rpi2                                all          Firmware for Bluetooth devices
ii  bluez-hcidump                         5.23-2+rpi2                               armhf        Analyses Bluetooth HCI packets
ii  bluez-obexd                           5.23-2+rpi2                               armhf        bluez obex daemon
ii  bluez-tools                           0.2.0~20140808-3                          armhf        Set of tools to manage Bluetooth devices for linux
ii  lepresenced                           0.82-1                                    all          lepresenced to detect the presence of Bluetooth LE devices
ii  libbluetooth3:armhf                   5.23-2+rpi2                               armhf        Library to use the BlueZ Linux Bluetooth stack
ii  pi-bluetooth                          0.1.3                                     armhf        Raspberry Pi 3 bluetooth
ii  pulseaudio-module-bluetooth           5.0-13                                    armhf        Bluetooth module for PulseAudio sound server
root       798  0.2  1.1  32464 11264 ?        Ssl  03:55   1:12 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_DEBUG

Ich hoffe das hilft Dir weiter...
Gruß
Arthur

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 26 August 2017, 21:18:06

Zitat von: arthur_dent_2015 am 26 August 2017, 13:42:33
Code Auswählen Erweitern
root@raspberrypi1:/home/pi# dpkg -l|egrep -i '(blue|hci)';ps aux|grep [l]epresenced ii blueman 1.99~alpha1-1+deb8u1 armhf Graphical bluetooth manager ii bluetooth 5.23-2+rpi2 all Bluetooth support ii bluez 5.23-2+rpi2 armhf Bluetooth tools and daemons ii bluez-firmware 1.2-3+rpi2 all Firmware for Bluetooth devices ii bluez-hcidump 5.23-2+rpi2 armhf Analyses Bluetooth HCI packets ii bluez-obexd 5.23-2+rpi2 armhf bluez obex daemon ii bluez-tools 0.2.0~20140808-3 armhf Set of tools to manage Bluetooth devices for linux ii lepresenced 0.82-1 all lepresenced to detect the presence of Bluetooth LE devices ii libbluetooth3:armhf 5.23-2+rpi2 armhf Library to use the BlueZ Linux Bluetooth stack ii pi-bluetooth 0.1.3 armhf Raspberry Pi 3 bluetooth ii pulseaudio-module-bluetooth 5.0-13 armhf Bluetooth module for PulseAudio sound server root 798 0.2 1.1 32464 11264 ? Ssl 03:55 1:12 /usr/bin/perl /usr/sbin/lepresenced --daemon --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_DEBUG

Hi!

Nutzt Du Bluetooth auf dem Pi auch für andere Zwecke? Falls nein deinstalliere mal bitte folgende Pakete:

Code Auswählen


blueman
bluez-obexd
pulseaudio-module-bluetooth

Wenn ich mich richtig erinnere gab es in der Vergangenheit schon Ärger mit blueman.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 27 August 2017, 13:48:09

Hi Patrick,
Pakete sind deinstalliert, leider kein Erfolg :( hcitool auf der command line findet die Tag's auf Anhieb.. Ein Tag liegt jetzt direkt auf dem PI....
Im Anhang ein aktueller Auszug aus dem SYSLOG.
Gruß
Arthur

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 27 August 2017, 17:41:38

Hi!

Zitat von: arthur_dent_2015 am 27 August 2017, 13:48:09
Pakete sind deinstalliert, leider kein Erfolg :( hcitool auf der command line findet die Tag's auf Anhieb.. Ein Tag liegt jetzt direkt auf dem PI....
Im Anhang ein aktueller Auszug aus dem SYSLOG.

Code Auswählen


Aug 27 11:39:59 raspberrypi1 systemd[1]: Started LSB: lepresenced - presenced for Bluetooth LE devices..
Aug 27 11:39:59 raspberrypi1 lepresenced[800]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 27 11:39:59 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 27 11:39:59 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 27 11:40:00 raspberrypi1 lepresenced[800]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 27 11:40:00 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 27 11:40:00 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 27 11:40:01 raspberrypi1 lepresenced[800]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 27 11:40:01 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 27 11:40:01 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 27 11:40:02 raspberrypi1 lepresenced[800]: [tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.

Das "no such device" ist schon sehr komisch. Ich hatte das auch schon mal in der Vergangenheit beim Entwickeln (im normalen Betrieb nicht), wenn ich Linux zu sehr geärgert hatte. Von selbst wie bei Dir ging es aber nicht weg sondern erst durch einen Reboot.

Hinzu kommt, dass Beacons ankommen aber wirklich nur ganz vereinzelt:

Code Auswählen


Aug 27 11:45:00 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 59/60)
Aug 27 11:50:01 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 360/361)
Aug 27 11:55:00 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Aug 27 11:55:02 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 661/662)
Aug 27 12:00:03 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 962/963)
Aug 27 12:05:04 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 1263/1264)
Aug 27 12:10:01 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Aug 27 12:10:05 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 1564/1565)
Aug 27 12:15:06 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 1865/1866)
Aug 27 12:20:07 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 203/204)
Aug 27 12:25:02 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Aug 27 12:25:08 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 504/505)
Aug 27 12:30:09 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 805/806)
Aug 27 12:35:10 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 1106/1107)
Aug 27 12:40:03 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Aug 27 12:40:11 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 1407/1408)
Aug 27 12:45:12 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 1708/1709)
Aug 27 12:50:13 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 3 (min/max age: 2009/2010)
Aug 27 12:55:04 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Deleting device 7c:2f:80:ad:ba:72.
Aug 27 12:55:04 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Deleting device 7c:2f:80:ad:ba:56.
Aug 27 12:55:04 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Deleting device 7c:2f:80:ad:ba:a8.
Aug 27 12:55:04 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 3 devices in 0 seconds.
Aug 27 12:55:14 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)
Aug 27 13:00:15 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)
Aug 27 13:05:16 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)
Aug 27 13:10:05 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Aug 27 13:10:17 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)
Aug 27 13:15:18 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)
Aug 27 13:20:19 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)
Aug 27 13:25:06 raspberrypi1 lepresenced[800]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Aug 27 13:25:20 raspberrypi1 lepresenced[800]: [tid:0] main::stats_task: Active clients: 5, known devices: 0 (min/max age: %/%)

Die angegebenen Ages, z. B. 2009/2010 sind das jeweilige Alter in Sekunden, an dem das letzte Beacon empfangen wurde. Wenn man sich im Klaren darüber ist, dass G-Tags normalerweise im Abstand von 1-2 Sekunden senden, ist das /etwas/ lange. Richtig wäre ein min age von 0-2 Sekunden.

Ich würde gerne noch weitere Pakete/Dienste ausschließen, die uns dazwischenfunken könnten, daher bitte auch folgende Pakete deinstallieren:

Code Auswählen


bluetooth
bluez-tools
pulseaudio-module-bluetooth

Danach bitte den Pi durchbooten (wichtig).

Übrig bleiben sollten (nur) folgende Pakete:

Code Auswählen


root@rpi-test:~# dpkg -l|egrep -i '(blue|hci)'
ii  bluez                            5.23-2+rpi2                      armhf        Bluetooth tools and daemons
ii  bluez-firmware                   1.2-3+rpi1                       all          Firmware for Bluetooth devices
ii  bluez-hcidump                    5.23-2+b1                        armhf        Analyses Bluetooth HCI packets
ii  lepresenced                      0.82-1                           all          lepresenced to detect the presence of Bluetooth LE devices
ii  pi-bluetooth                     0.1.3                            armhf        Raspberry Pi 3 bluetooth

Sorry, aber so eine richtige Idee habe ich nicht und die Ferndiagnose macht es nicht einfacher.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 27 August 2017, 20:26:55

Bei mir scheints derzeit wieder einwandfrei zu funktionieren. Heute wurden Die G-Tags sofort erkannt. Bei mir war wohl wirklich das BleTagBattery der Fehlergrund. Ich werd das noch weiter beobachten und hab mir jetzt mal einen zusätzlichen Bluetooth-Dongle für die Batterieüberwachung bestellt.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 27 August 2017, 22:09:44

Hy nur ein Dongle sollte da nicht helfen würde da ein zero-w nehmen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 28 August 2017, 07:54:27

Mit welcher Begründung? Laut dem Thread https://forum.fhem.de/index.php/topic,68104.0/all.html sollte das ja einwandfrei funktionieren!?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 28 August 2017, 08:24:17

Zitat von: stiefl am 28 August 2017, 07:54:27
Mit welcher Begründung? Laut dem Thread https://forum.fhem.de/index.php/topic,68104.0/all.html sollte das ja einwandfrei funktionieren!?

Das kann ich bestätigen, bei mir funktioniert es einwandfrei.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 28 August 2017, 12:56:43

Ok war mir so das es nicht geht, gut das man immer wieder was lernen kann ;)

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 28 August 2017, 13:03:44

Ich werd's bald Testen und berichten ;)

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 28 August 2017, 14:45:23

Moin Patrick,
ich habe alle überflüssigen Pakete deinstalliert, Erfolg = 0. Scan Zeiten mal hoch gesetzt, ebenso wenig Erfolg :( Dann hab ich den Stick von meinen RPI 2 mal an den 3er gehängt und hci1 in lepresenced eingetragen. Siehe da, kaum noch absent Meldungen und die RSSI Werte sind auch realistischer :) Fazit: Die BT Hardware vom RPI 3 taugt nix, ich werde wohl in neue Sticks investieren müssen :(
Danke & Gruß
Arthur

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Lucky2k12 am 28 August 2017, 21:16:56

Ich habe/hatte auch wechselnde Stabilität, v.a. in den letzten Wochen, mit dem Raspi3 / internen BT.
heute hab ich mal die pi-firmware aktualisiert und nach einem restart des lepresenced gings dann plötzlich wieder.

Da scheint auch noch was beim startup (evtl. Timing) nicht zu stimmen, weil ich erst restarten muss.
Ich habe von wheezy auf jesse aktualisiert und bin mir nicht ganz sicher mit den /etc/init.d und /etc/systemd Geschichten.
Vielleicht könnt ihr mir da auf die Sprünge helfen, wo welche startup-scripts liegen müssen.

Danke+Gruß Lucky2k12

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 29 August 2017, 17:56:31

@Patrick: Jetzt wirds bei mir leider wieder seltsam.... :o

Hab soeben den neuen Bluetooth-Dongle https://www.amazon.de/gp/product/B014RHH57M/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B014RHH57M/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1) eingesteckt. Nach einem Neustart wird dieser als hci0 erkannt und das interner BT vom Raspi 3 wird zu hci1. Soweit sogut. Das heißt, lepresenced verwendet nun den Dongle - wollt ich eh so testen.
Nun ist es aber so, dass nach dem Neustart der G-Tag gefunden wird und ab der 2. Abfrage auf absent hüpft und dann auch so bleibt - bis zum nächsten Neustart. Auszug aus dem Log:

Code Auswählen

Aug 29 17:39:10 raspberrypi lepresenced[521]: [tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 29 17:39:10 raspberrypi lepresenced[503]: Starting the process: lepresenced[tid:0] main: Version 0.82 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 29 17:39:10 raspberrypi lepresenced[521]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Aug 29 17:39:10 raspberrypi lepresenced[503]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Aug 29 17:39:10 raspberrypi lepresenced[521]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Aug 29 17:39:10 raspberrypi lepresenced[503]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Aug 29 17:39:10 raspberrypi lepresenced[521]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Aug 29 17:39:10 raspberrypi lepresenced[503]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Aug 29 17:39:10 raspberrypi avahi-daemon[436]: Server startup complete. Host name is raspberrypi.local. Local service cookie is 3115011158.
Aug 29 17:39:10 raspberrypi lepresenced[521]: [tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.
Aug 29 17:39:10 raspberrypi systemd[1]: Started LSB: FHEM server.
Aug 29 17:39:13 raspberrypi kernel: [   10.138827] Bluetooth: HCI UART driver ver 2.3
Aug 29 17:39:13 raspberrypi kernel: [   10.138836] Bluetooth: HCI UART protocol H4 registered
Aug 29 17:39:13 raspberrypi kernel: [   10.138841] Bluetooth: HCI UART protocol Three-wire (H5) registered
Aug 29 17:39:13 raspberrypi kernel: [   10.139003] Bluetooth: HCI UART protocol Broadcom registered
Aug 29 17:39:13 raspberrypi btuart[445]: bcm43xx_init
Aug 29 17:39:13 raspberrypi btuart[445]: Flash firmware /lib/firmware/BCM43430A1.hcd
Aug 29 17:39:13 raspberrypi btuart[445]: Set Controller UART speed to 921600 bit/s
Aug 29 17:39:13 raspberrypi btuart[445]: Device setup complete
Aug 29 17:39:13 raspberrypi systemd[1]: Started Configure Bluetooth Modems connected by UART.
Aug 29 17:39:13 raspberrypi systemd[1]: Starting Bluetooth service...
Aug 29 17:39:13 raspberrypi systemd[1]: Starting Load/Save RF Kill Switch Status of rfkill2...
Aug 29 17:39:13 raspberrypi systemd[1]: Started Load/Save RF Kill Switch Status of rfkill2.
Aug 29 17:39:13 raspberrypi bluetoothd[657]: Bluetooth daemon 5.23
Aug 29 17:39:13 raspberrypi systemd[1]: Started Bluetooth service.
Aug 29 17:39:13 raspberrypi systemd[1]: Starting Bluetooth.
Aug 29 17:39:13 raspberrypi systemd[1]: Reached target Bluetooth.
Aug 29 17:39:13 raspberrypi bluetoothd[657]: Starting SDP server
Aug 29 17:39:13 raspberrypi kernel: [   10.311388] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Aug 29 17:39:13 raspberrypi kernel: [   10.311397] Bluetooth: BNEP filters: protocol multicast
Aug 29 17:39:13 raspberrypi kernel: [   10.311415] Bluetooth: BNEP socket layer initialized
Aug 29 17:39:13 raspberrypi bluetoothd[657]: Bluetooth management interface 1.14 initialized
Aug 29 17:39:13 raspberrypi dbus[446]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Aug 29 17:39:13 raspberrypi bluetoothd[657]: Sap driver initialization failed.
Aug 29 17:39:13 raspberrypi bluetoothd[657]: sap-server: Operation not permitted (1)
Aug 29 17:39:13 raspberrypi bluetoothd[657]: Sap driver initialization failed.
Aug 29 17:39:13 raspberrypi bluetoothd[657]: sap-server: Operation not permitted (1)
Aug 29 17:39:13 raspberrypi systemd[1]: Starting Hostname Service...
Aug 29 17:39:13 raspberrypi systemd-hostnamed[661]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
Aug 29 17:39:13 raspberrypi dbus[446]: [system] Successfully activated service 'org.freedesktop.hostname1'
Aug 29 17:39:13 raspberrypi systemd[1]: Started Hostname Service.
Aug 29 17:39:14 raspberrypi dhcpcd[435]: wlan0: leased 192.168.252.150 for 43200 seconds
Aug 29 17:39:14 raspberrypi avahi-daemon[436]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.252.150.
Aug 29 17:39:14 raspberrypi avahi-daemon[436]: New relevant interface wlan0.IPv4 for mDNS.
Aug 29 17:39:14 raspberrypi avahi-daemon[436]: Registering new address record for 192.168.252.150 on wlan0.IPv4.
Aug 29 17:39:14 raspberrypi dhcpcd[435]: wlan0: adding route to 192.168.252.0/24
Aug 29 17:39:14 raspberrypi dhcpcd[435]: wlan0: adding default route via 192.168.252.254
Aug 29 17:39:14 raspberrypi dhcpcd[435]: forked to background, child pid 749
Aug 29 17:39:14 raspberrypi systemd[1]: Started dhcpcd on all interfaces.
Aug 29 17:39:14 raspberrypi systemd[1]: Starting Network.
Aug 29 17:39:14 raspberrypi systemd[1]: Reached target Network.
Aug 29 17:39:14 raspberrypi systemd[1]: Starting OpenBSD Secure Shell server...
Aug 29 17:39:14 raspberrypi systemd[1]: Started OpenBSD Secure Shell server.
Aug 29 17:39:14 raspberrypi systemd[1]: Starting /etc/rc.local Compatibility...
Aug 29 17:39:14 raspberrypi systemd[1]: Starting Permit User Sessions...
Aug 29 17:39:14 raspberrypi systemd[1]: Starting Network is Online.
Aug 29 17:39:14 raspberrypi systemd[1]: Reached target Network is Online.
Aug 29 17:39:14 raspberrypi systemd[1]: Starting LSB: Start NTP daemon...
Aug 29 17:39:14 raspberrypi systemd[1]: Started /etc/rc.local Compatibility.
Aug 29 17:39:14 raspberrypi systemd[1]: Started Permit User Sessions.
Aug 29 17:39:14 raspberrypi systemd[1]: Starting Terminate Plymouth Boot Screen...
Aug 29 17:39:14 raspberrypi systemd[1]: Starting Hold until boot process finishes up...
Aug 29 17:39:14 raspberrypi systemd[1]: Received SIGRTMIN+21 from PID 263 (plymouthd).
Aug 29 17:39:14 raspberrypi ntp[754]: Starting NTP server: ntpderror: unexpectedly disconnected from boot status daemon
Aug 29 17:39:14 raspberrypi systemd[1]: Started Terminate Plymouth Boot Screen.
Aug 29 17:39:14 raspberrypi systemd[1]: Started Hold until boot process finishes up.
Aug 29 17:39:15 raspberrypi systemd[1]: Starting Getty on tty1...
Aug 29 17:39:15 raspberrypi systemd[1]: Started Getty on tty1.
Aug 29 17:39:15 raspberrypi systemd[1]: Starting Login Prompts.
Aug 29 17:39:15 raspberrypi systemd[1]: Reached target Login Prompts.
Aug 29 17:39:15 raspberrypi ntpd[768]: ntpd 4.2.6p5@1.2349-o Mon Jul 25 22:35:28 UTC 2016 (1)
Aug 29 17:39:15 raspberrypi ntp[754]: .
Aug 29 17:39:15 raspberrypi ntpd[771]: proto: precision = 0.520 usec
Aug 29 17:39:15 raspberrypi ntpd[771]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Aug 29 17:39:15 raspberrypi systemd[1]: Started LSB: Start NTP daemon.
Aug 29 17:39:15 raspberrypi ntpd[771]: Listen and drop on 1 v6wildcard :: UDP 123
Aug 29 17:39:15 raspberrypi ntpd[771]: Listen normally on 2 lo 127.0.0.1 UDP 123
Aug 29 17:39:15 raspberrypi ntpd[771]: Listen normally on 3 wlan0 192.168.252.150 UDP 123
Aug 29 17:39:15 raspberrypi ntpd[771]: Listen normally on 4 wlan0 fe80::ffca:ed7e:16ea:d574 UDP 123
Aug 29 17:39:15 raspberrypi ntpd[771]: Listen normally on 5 lo ::1 UDP 123
Aug 29 17:39:15 raspberrypi ntpd[771]: peers refreshed
Aug 29 17:39:15 raspberrypi ntpd[771]: Listening on routing socket on fd #22 for interface updates
Aug 29 17:39:21 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:39:21 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages:  8/ 8, rssi: -70, name: Gigaset G-tag
Aug 29 17:39:30 raspberrypi systemd[1]: Time has been changed
Aug 29 17:39:31 raspberrypi dhcpcd[749]: wlan0: no IPv6 Routers available
Aug 29 17:39:32 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:39:32 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 19/19, rssi: -70, name: Gigaset G-tag
Aug 29 17:39:37 raspberrypi lepresenced[521]: [tid:0] main: Connection from 127.0.0.1:35034. Connected clients: 1.
Aug 29 17:39:37 raspberrypi lepresenced[503]: [tid:0] main: Connection from 127.0.0.1:35034. Connected clients: 1.
Aug 29 17:39:38 raspberrypi lepresenced[521]: [tid:0] main: Connection from 127.0.0.1:35036. Connected clients: 2.
Aug 29 17:39:38 raspberrypi lepresenced[521]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:42, interval: 25. Adding client 127.0.0.1:35034 to clients list.
Aug 29 17:39:38 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 25/25, max age: 25, rssi: -70, result: present.
Aug 29 17:39:38 raspberrypi lepresenced[503]: [tid:0] main: Connection from 127.0.0.1:35036. Connected clients: 2.
Aug 29 17:39:38 raspberrypi lepresenced[503]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:42, interval: 25. Adding client 127.0.0.1:35034 to clients list.
Aug 29 17:39:38 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 25/25, max age: 25, rssi: -70, result: present.
Aug 29 17:39:38 raspberrypi lepresenced[521]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:38, interval: 25. Adding client 127.0.0.1:35036 to clients list.
Aug 29 17:39:38 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:39:38 raspberrypi lepresenced[503]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:38, interval: 25. Adding client 127.0.0.1:35036 to clients list.
Aug 29 17:39:38 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:39:43 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:39:43 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 30/30, rssi: -70, name: Gigaset G-tag
Aug 29 17:39:44 raspberrypi lepresenced[521]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 60 by client 127.0.0.1:35034.
Aug 29 17:39:44 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 31/31, max age: 60, rssi: -70, result: present.
Aug 29 17:39:44 raspberrypi lepresenced[503]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 60 by client 127.0.0.1:35034.
Aug 29 17:39:44 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 31/31, max age: 60, rssi: -70, result: present.
Aug 29 17:39:54 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:39:54 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 41/41, rssi: -70, name: Gigaset G-tag
Aug 29 17:40:03 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:40:03 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:40:05 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:40:05 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 52/52, rssi: -70, name: Gigaset G-tag
Aug 29 17:40:16 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:40:16 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 63/63, rssi: -70, name: Gigaset G-tag
Aug 29 17:40:27 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:40:27 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 74/74, rssi: -70, name: Gigaset G-tag
Aug 29 17:40:28 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:40:28 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:40:38 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:40:38 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 85/85, rssi: -70, name: Gigaset G-tag
Aug 29 17:40:44 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 60, result: absence.
Aug 29 17:40:44 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 60, result: absence.
Aug 29 17:40:44 raspberrypi lepresenced[521]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 25 by client 127.0.0.1:35034.
Aug 29 17:40:44 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:40:44 raspberrypi lepresenced[503]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 25 by client 127.0.0.1:35034.
Aug 29 17:40:44 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:40:49 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:40:49 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 96/96, rssi: -70, name: Gigaset G-tag
Aug 29 17:40:53 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:40:53 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:41:00 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:41:00 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 107/107, rssi: -70, name: Gigaset G-tag
Aug 29 17:41:09 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:41:09 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:41:11 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:41:11 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 118/118, rssi: -70, name: Gigaset G-tag
Aug 29 17:41:18 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:41:18 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:41:22 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:41:22 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 129/129, rssi: -70, name: Gigaset G-tag
Aug 29 17:41:33 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:41:33 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 140/140, rssi: -70, name: Gigaset G-tag
Aug 29 17:41:34 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:41:34 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:41:43 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:41:43 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:41:44 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:41:44 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 151/151, rssi: -70, name: Gigaset G-tag
Aug 29 17:41:55 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:41:55 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 162/162, rssi: -70, name: Gigaset G-tag
Aug 29 17:41:59 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:41:59 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:42:06 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:42:06 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 173/173, rssi: -70, name: Gigaset G-tag
Aug 29 17:42:08 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:42:08 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:42:17 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:42:17 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 184/184, rssi: -70, name: Gigaset G-tag
Aug 29 17:42:24 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:42:24 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:42:24 raspberrypi rsyslogd-2007: action 'action 19' suspended, next retry is Tue Aug 29 17:42:54 2017 [try http://www.rsyslog.com/e/2007 ]
Aug 29 17:42:28 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:42:28 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 195/195, rssi: -70, name: Gigaset G-tag
Aug 29 17:42:33 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:42:33 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:42:39 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:42:39 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 206/206, rssi: -70, name: Gigaset G-tag
Aug 29 17:42:49 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:42:49 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, max age: 25, result: absence.
Aug 29 17:42:50 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:42:50 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 217/217, rssi: -70, name: Gigaset G-tag
Aug 29 17:42:58 raspberrypi lepresenced[521]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:42:58 raspberrypi rsyslogd-2007: action 'action 19' suspended, next retry is Tue Aug 29 17:43:28 2017 [try http://www.rsyslog.com/e/2007 ]
Aug 29 17:42:58 raspberrypi lepresenced[503]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:43:01 raspberrypi lepresenced[503]: Known devices (1):
Aug 29 17:43:01 raspberrypi lepresenced[503]: mac: 7c:2f:80:97:38:42, ages: 228/228, rssi: -70, name: Gigaset G-tag

So siehts aus, wenn ich im Startscript das Device auf hci1 ändere:

Code Auswählen

Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:0] main: Version 0.82 started (device: hci1, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 29 17:49:18 raspberrypi lepresenced[507]: Starting the process: lepresenced[tid:0] main: Version 0.82 started (device: hci1, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 1).
Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Aug 29 17:49:18 raspberrypi lepresenced[507]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Aug 29 17:49:18 raspberrypi lepresenced[507]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Aug 29 17:49:18 raspberrypi lepresenced[507]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:18 raspberrypi avahi-daemon[437]: Server startup complete. Host name is raspberrypi.local. Local service cookie is 4123406327.
Aug 29 17:49:18 raspberrypi lepresenced[532]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:18 raspberrypi dhcpcd[436]: wlan0: soliciting an IPv6 router
Aug 29 17:49:18 raspberrypi systemd[1]: Started LSB: FHEM server.
Aug 29 17:49:18 raspberrypi dhcpcd[436]: wlan0: rebinding lease of 192.168.252.150
Aug 29 17:49:19 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:19 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:19 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:19 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:19 raspberrypi lepresenced[507]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:19 raspberrypi lepresenced[532]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:20 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:20 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:20 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:20 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:20 raspberrypi lepresenced[507]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:20 raspberrypi lepresenced[532]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:21 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:21 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:21 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:21 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:21 raspberrypi lepresenced[507]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:21 raspberrypi lepresenced[532]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:21 raspberrypi kernel: [   10.129015] Bluetooth: HCI UART driver ver 2.3
Aug 29 17:49:21 raspberrypi kernel: [   10.129028] Bluetooth: HCI UART protocol H4 registered
Aug 29 17:49:21 raspberrypi kernel: [   10.129033] Bluetooth: HCI UART protocol Three-wire (H5) registered
Aug 29 17:49:21 raspberrypi kernel: [   10.129200] Bluetooth: HCI UART protocol Broadcom registered
Aug 29 17:49:21 raspberrypi btuart[444]: bcm43xx_init
Aug 29 17:49:21 raspberrypi btuart[444]: Flash firmware /lib/firmware/BCM43430A1.hcd
Aug 29 17:49:21 raspberrypi btuart[444]: Set Controller UART speed to 921600 bit/s
Aug 29 17:49:21 raspberrypi btuart[444]: Device setup complete
Aug 29 17:49:21 raspberrypi systemd[1]: Started Configure Bluetooth Modems connected by UART.
Aug 29 17:49:21 raspberrypi systemd[1]: Starting Bluetooth service...
Aug 29 17:49:21 raspberrypi systemd[1]: Starting Load/Save RF Kill Switch Status of rfkill2...
Aug 29 17:49:21 raspberrypi systemd[1]: Started Load/Save RF Kill Switch Status of rfkill2.
Aug 29 17:49:21 raspberrypi bluetoothd[662]: Bluetooth daemon 5.23
Aug 29 17:49:21 raspberrypi systemd[1]: Started Bluetooth service.
Aug 29 17:49:21 raspberrypi systemd[1]: Starting Bluetooth.
Aug 29 17:49:21 raspberrypi systemd[1]: Reached target Bluetooth.
Aug 29 17:49:21 raspberrypi bluetoothd[662]: Starting SDP server
Aug 29 17:49:21 raspberrypi kernel: [   10.295095] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Aug 29 17:49:21 raspberrypi kernel: [   10.295105] Bluetooth: BNEP filters: protocol multicast
Aug 29 17:49:21 raspberrypi kernel: [   10.295122] Bluetooth: BNEP socket layer initialized
Aug 29 17:49:21 raspberrypi bluetoothd[662]: Bluetooth management interface 1.14 initialized
Aug 29 17:49:21 raspberrypi dbus[445]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Aug 29 17:49:21 raspberrypi bluetoothd[662]: Sap driver initialization failed.
Aug 29 17:49:21 raspberrypi bluetoothd[662]: sap-server: Operation not permitted (1)
Aug 29 17:49:21 raspberrypi systemd[1]: Starting Hostname Service...
Aug 29 17:49:21 raspberrypi bluetoothd[662]: Sap driver initialization failed.
Aug 29 17:49:21 raspberrypi bluetoothd[662]: sap-server: Operation not permitted (1)
Aug 29 17:49:21 raspberrypi systemd-hostnamed[666]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
Aug 29 17:49:21 raspberrypi dbus[445]: [system] Successfully activated service 'org.freedesktop.hostname1'
Aug 29 17:49:21 raspberrypi systemd[1]: Started Hostname Service.
Aug 29 17:49:22 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!
Aug 29 17:49:22 raspberrypi lepresenced[507]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Aug 29 17:49:22 raspberrypi lepresenced[532]: [tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.
Aug 29 17:49:22 raspberrypi lepresenced[507]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Aug 29 17:49:23 raspberrypi dhcpcd[436]: wlan0: leased 192.168.252.150 for 43200 seconds
Aug 29 17:49:23 raspberrypi avahi-daemon[437]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.252.150.
Aug 29 17:49:23 raspberrypi avahi-daemon[437]: New relevant interface wlan0.IPv4 for mDNS.
Aug 29 17:49:23 raspberrypi dhcpcd[436]: wlan0: adding route to 192.168.252.0/24
Aug 29 17:49:23 raspberrypi avahi-daemon[437]: Registering new address record for 192.168.252.150 on wlan0.IPv4.
Aug 29 17:49:23 raspberrypi dhcpcd[436]: wlan0: adding default route via 192.168.252.254
Aug 29 17:49:23 raspberrypi dhcpcd[436]: forked to background, child pid 755
Aug 29 17:49:23 raspberrypi systemd[1]: Started dhcpcd on all interfaces.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Network.
Aug 29 17:49:23 raspberrypi systemd[1]: Reached target Network.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting OpenBSD Secure Shell server...
Aug 29 17:49:23 raspberrypi systemd[1]: Started OpenBSD Secure Shell server.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting /etc/rc.local Compatibility...
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Permit User Sessions...
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Network is Online.
Aug 29 17:49:23 raspberrypi systemd[1]: Reached target Network is Online.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting LSB: Start NTP daemon...
Aug 29 17:49:23 raspberrypi systemd[1]: Started /etc/rc.local Compatibility.
Aug 29 17:49:23 raspberrypi systemd[1]: Started Permit User Sessions.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Terminate Plymouth Boot Screen...
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Hold until boot process finishes up...
Aug 29 17:49:23 raspberrypi systemd[1]: Received SIGRTMIN+21 from PID 260 (plymouthd).
Aug 29 17:49:23 raspberrypi systemd[1]: Started Terminate Plymouth Boot Screen.
Aug 29 17:49:23 raspberrypi systemd[1]: Started Hold until boot process finishes up.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Getty on tty1...
Aug 29 17:49:23 raspberrypi systemd[1]: Started Getty on tty1.
Aug 29 17:49:23 raspberrypi systemd[1]: Starting Login Prompts.
Aug 29 17:49:23 raspberrypi systemd[1]: Reached target Login Prompts.
Aug 29 17:49:23 raspberrypi ntpd[772]: ntpd 4.2.6p5@1.2349-o Mon Jul 25 22:35:28 UTC 2016 (1)
Aug 29 17:49:23 raspberrypi ntp[759]: Starting NTP server: ntpd.
Aug 29 17:49:23 raspberrypi ntpd[777]: proto: precision = 0.520 usec
Aug 29 17:49:23 raspberrypi ntpd[777]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Aug 29 17:49:23 raspberrypi systemd[1]: Started LSB: Start NTP daemon.
Aug 29 17:49:23 raspberrypi ntpd[777]: Listen and drop on 1 v6wildcard :: UDP 123
Aug 29 17:49:23 raspberrypi ntpd[777]: Listen normally on 2 lo 127.0.0.1 UDP 123
Aug 29 17:49:23 raspberrypi ntpd[777]: Listen normally on 3 wlan0 192.168.252.150 UDP 123
Aug 29 17:49:23 raspberrypi ntpd[777]: Listen normally on 4 wlan0 fe80::ffca:ed7e:16ea:d574 UDP 123
Aug 29 17:49:23 raspberrypi ntpd[777]: Listen normally on 5 lo ::1 UDP 123
Aug 29 17:49:23 raspberrypi ntpd[777]: peers refreshed
Aug 29 17:49:23 raspberrypi ntpd[777]: Listening on routing socket on fd #22 for interface updates
Aug 29 17:49:26 raspberrypi kernel: [   14.984534] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:27 raspberrypi kernel: [   15.992243] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:28 raspberrypi kernel: [   16.995564] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:29 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:49:29 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -70, name: Gigaset G-tag
Aug 29 17:49:29 raspberrypi kernel: [   18.002612] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:30 raspberrypi kernel: [   19.008303] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:39 raspberrypi systemd[1]: Time has been changed
Aug 29 17:49:39 raspberrypi dhcpcd[755]: wlan0: no IPv6 Routers available
Aug 29 17:49:40 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:49:40 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages: 10/10, rssi: -69, name: Gigaset G-tag
Aug 29 17:49:40 raspberrypi kernel: [   21.009619] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:41 raspberrypi kernel: [   22.015130] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:42 raspberrypi kernel: [   23.014982] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:43 raspberrypi kernel: [   24.024515] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:44 raspberrypi kernel: [   25.031929] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:46 raspberrypi kernel: [   27.038948] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:46 raspberrypi lepresenced[532]: [tid:0] main: Connection from 127.0.0.1:44478. Connected clients: 1.
Aug 29 17:49:46 raspberrypi lepresenced[507]: [tid:0] main: Connection from 127.0.0.1:44478. Connected clients: 1.
Aug 29 17:49:47 raspberrypi lepresenced[532]: [tid:0] main: Connection from 127.0.0.1:44480. Connected clients: 2.
Aug 29 17:49:47 raspberrypi lepresenced[532]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:42, interval: 25. Adding client 127.0.0.1:44478 to clients list.
Aug 29 17:49:47 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/1, max age: 25, rssi: -70, result: present.
Aug 29 17:49:47 raspberrypi lepresenced[507]: [tid:0] main: Connection from 127.0.0.1:44480. Connected clients: 2.
Aug 29 17:49:47 raspberrypi lepresenced[507]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:42, interval: 25. Adding client 127.0.0.1:44478 to clients list.
Aug 29 17:49:47 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/1, max age: 25, rssi: -70, result: present.
Aug 29 17:49:47 raspberrypi kernel: [   28.043324] Bluetooth: hci1: Frame reassembly failed (-84)
Aug 29 17:49:47 raspberrypi lepresenced[532]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:38, interval: 25. Adding client 127.0.0.1:44480 to clients list.
Aug 29 17:49:47 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:49:47 raspberrypi lepresenced[507]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:38, interval: 25. Adding client 127.0.0.1:44480 to clients list.
Aug 29 17:49:47 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:49:48 raspberrypi kernel: [   29.047570] Bluetooth: hci1: Frame reassembly failed (-84)
Aug 29 17:49:49 raspberrypi kernel: [   30.060110] Bluetooth: hci1: Frame reassembly failed (-84)
Aug 29 17:49:50 raspberrypi kernel: [   31.068588] Bluetooth: hci1: Frame reassembly failed (-84)
Aug 29 17:49:51 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:49:51 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  5/ 5, rssi: -70, name: Gigaset G-tag
Aug 29 17:49:52 raspberrypi kernel: [   33.078703] Bluetooth: hci1: Frame reassembly failed (-84)
Aug 29 17:49:54 raspberrypi lepresenced[532]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 60 by client 127.0.0.1:44478.
Aug 29 17:49:54 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 8/8, max age: 60, rssi: -70, result: present.
Aug 29 17:49:54 raspberrypi lepresenced[507]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 60 by client 127.0.0.1:44478.
Aug 29 17:49:54 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 8/8, max age: 60, rssi: -70, result: present.
Aug 29 17:49:54 raspberrypi kernel: [   35.092532] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:55 raspberrypi kernel: [   36.097201] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:56 raspberrypi kernel: [   37.105062] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:57 raspberrypi kernel: [   38.109756] Bluetooth: hci1 advertising data length corrected
Aug 29 17:49:59 raspberrypi kernel: [   40.119185] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:00 raspberrypi kernel: [   41.126268] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:01 raspberrypi kernel: [   42.124884] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:02 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:50:02 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 1, rssi: -72, name: Gigaset G-tag
Aug 29 17:50:02 raspberrypi kernel: [   43.134261] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:03 raspberrypi kernel: [   44.136190] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:04 raspberrypi kernel: [   45.142118] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:05 raspberrypi kernel: [   46.144418] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:06 raspberrypi kernel: [   47.152360] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:07 raspberrypi kernel: [   48.158223] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:09 raspberrypi kernel: [   50.168402] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:10 raspberrypi kernel: [   51.175708] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:11 raspberrypi kernel: [   52.175305] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:12 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:50:12 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:50:12 raspberrypi kernel: [   53.177021] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:13 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:50:13 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -71, name: Gigaset G-tag
Aug 29 17:50:14 raspberrypi kernel: [   55.181955] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:15 raspberrypi kernel: [   56.189666] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:16 raspberrypi kernel: [   57.197224] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:17 raspberrypi kernel: [   58.202372] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:18 raspberrypi kernel: [   59.205713] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:19 raspberrypi kernel: [   60.207079] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:20 raspberrypi kernel: [   61.213459] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:21 raspberrypi kernel: [   62.222403] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:22 raspberrypi kernel: [   63.235725] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:23 raspberrypi kernel: [   64.236408] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:24 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:50:24 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -72, name: Gigaset G-tag
Aug 29 17:50:24 raspberrypi kernel: [   65.245995] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:25 raspberrypi kernel: [   66.247064] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:26 raspberrypi kernel: [   67.259143] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:27 raspberrypi kernel: [   68.265329] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:29 raspberrypi kernel: [   70.278066] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:30 raspberrypi kernel: [   71.284459] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:31 raspberrypi kernel: [   72.287083] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:33 raspberrypi kernel: [   74.292457] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:35 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:50:35 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  2/ 2, rssi: -71, name: Gigaset G-tag
Aug 29 17:50:35 raspberrypi kernel: [   76.304568] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:36 raspberrypi kernel: [   77.308382] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:37 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:50:37 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:50:37 raspberrypi kernel: [   78.312054] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:38 raspberrypi kernel: [   79.318332] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:39 raspberrypi kernel: [   80.325883] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:40 raspberrypi kernel: [   81.328973] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:41 raspberrypi kernel: [   82.336225] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:43 raspberrypi kernel: [   84.342224] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:44 raspberrypi kernel: [   85.343457] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:45 raspberrypi kernel: [   86.342979] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:46 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:50:46 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -72, name: Gigaset G-tag
Aug 29 17:50:46 raspberrypi kernel: [   87.347251] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:47 raspberrypi kernel: [   88.352088] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:48 raspberrypi kernel: [   89.363921] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:49 raspberrypi kernel: [   90.367131] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:50 raspberrypi kernel: [   91.371744] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:52 raspberrypi kernel: [   93.377687] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:53 raspberrypi kernel: [   94.386525] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:54 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/2, max age: 60, rssi: -71, result: present.
Aug 29 17:50:54 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/2, max age: 60, rssi: -71, result: present.
Aug 29 17:50:54 raspberrypi kernel: [   95.399708] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:55 raspberrypi kernel: [   96.402271] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:56 raspberrypi kernel: [   97.410062] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:57 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:50:57 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -73, name: Gigaset G-tag
Aug 29 17:50:57 raspberrypi kernel: [   98.412861] Bluetooth: hci1 advertising data length corrected
Aug 29 17:50:59 raspberrypi kernel: [  100.429162] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:00 raspberrypi kernel: [  101.432708] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:01 raspberrypi kernel: [  102.443371] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:02 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:51:02 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:51:02 raspberrypi kernel: [  103.448161] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:03 raspberrypi kernel: [  104.452675] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:04 raspberrypi kernel: [  105.453369] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:05 raspberrypi kernel: [  106.456082] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:07 raspberrypi kernel: [  108.467687] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:08 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:51:08 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 1, rssi: -69, name: Gigaset G-tag
Aug 29 17:51:09 raspberrypi kernel: [  110.476169] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:11 raspberrypi kernel: [  112.491798] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:13 raspberrypi kernel: [  114.502329] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:14 raspberrypi kernel: [  115.503221] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:15 raspberrypi kernel: [  116.507195] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:16 raspberrypi kernel: [  117.508963] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:17 raspberrypi kernel: [  118.508562] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:18 raspberrypi kernel: [  119.514211] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:19 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:51:19 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 1, rssi: -72, name: Gigaset G-tag
Aug 29 17:51:19 raspberrypi kernel: [  120.517671] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:20 raspberrypi kernel: [  121.529649] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:21 raspberrypi kernel: [  122.534585] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:22 raspberrypi kernel: [  123.537184] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:23 raspberrypi kernel: [  124.534265] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:24 raspberrypi kernel: [  125.544915] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:25 raspberrypi kernel: [  126.553422] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:26 raspberrypi kernel: [  127.561868] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:27 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:51:27 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:51:27 raspberrypi kernel: [  128.567186] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:28 raspberrypi kernel: [  129.572155] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:29 raspberrypi kernel: [  130.577732] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:30 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:51:30 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 2, rssi: -68, name: Gigaset G-tag
Aug 29 17:51:30 raspberrypi kernel: [  131.585364] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:31 raspberrypi kernel: [  132.595975] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:32 raspberrypi kernel: [  133.597932] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:33 raspberrypi kernel: [  134.608890] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:34 raspberrypi kernel: [  135.615295] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:35 raspberrypi kernel: [  136.618042] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:36 raspberrypi kernel: [  137.618905] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:37 raspberrypi kernel: [  138.623530] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:38 raspberrypi kernel: [  139.627249] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:39 raspberrypi kernel: [  140.635358] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:40 raspberrypi kernel: [  141.634895] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:41 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:51:41 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 1, rssi: -68, name: Gigaset G-tag
Aug 29 17:51:41 raspberrypi kernel: [  142.643129] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:42 raspberrypi kernel: [  143.644873] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:44 raspberrypi kernel: [  144.657253] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:45 raspberrypi kernel: [  145.655515] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:46 raspberrypi kernel: [  146.667524] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:47 raspberrypi kernel: [  147.668512] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:48 raspberrypi kernel: [  148.674126] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:50 raspberrypi kernel: [  150.675586] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:51 raspberrypi kernel: [  151.679746] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:52 raspberrypi kernel: [  152.684403] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:52 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:51:52 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:51:52 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:51:52 raspberrypi rsyslogd-2007: action 'action 19' suspended, next retry is Tue Aug 29 17:52:22 2017 [try http://www.rsyslog.com/e/2007 ]
Aug 29 17:51:52 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  0/ 1, rssi: -72, name: Gigaset G-tag
Aug 29 17:51:53 raspberrypi kernel: [  153.691866] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:54 raspberrypi kernel: [  154.699759] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:54 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 0/0, max age: 60, rssi: -70, result: present.
Aug 29 17:51:54 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 0/0, max age: 60, rssi: -70, result: present.
Aug 29 17:51:56 raspberrypi kernel: [  156.699846] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:58 raspberrypi kernel: [  158.719421] Bluetooth: hci1 advertising data length corrected
Aug 29 17:51:59 raspberrypi kernel: [  159.728151] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:00 raspberrypi kernel: [  160.735187] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:01 raspberrypi kernel: [  161.738549] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:02 raspberrypi kernel: [  162.745338] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:03 raspberrypi kernel: [  163.752721] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:03 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:52:03 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  0/ 1, rssi: -72, name: Gigaset G-tag
Aug 29 17:52:05 raspberrypi kernel: [  165.765082] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:07 raspberrypi kernel: [  167.780188] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:09 raspberrypi kernel: [  169.785605] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:10 raspberrypi kernel: [  170.788485] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:11 raspberrypi kernel: [  171.793188] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:12 raspberrypi kernel: [  172.799830] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:13 raspberrypi kernel: [  173.799777] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:14 raspberrypi kernel: [  174.808021] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:14 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:52:14 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  0/ 1, rssi: -69, name: Gigaset G-tag
Aug 29 17:52:15 raspberrypi kernel: [  175.812163] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:17 raspberrypi kernel: [  177.822395] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:17 raspberrypi lepresenced[532]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:52:17 raspberrypi lepresenced[507]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, max age: 25, result: absence.
Aug 29 17:52:19 raspberrypi kernel: [  179.835575] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:20 raspberrypi kernel: [  180.839760] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:21 raspberrypi kernel: [  181.836684] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:22 raspberrypi kernel: [  182.842363] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:23 raspberrypi kernel: [  183.841823] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:24 raspberrypi kernel: [  184.850012] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:25 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:52:25 raspberrypi rsyslogd-2007: action 'action 19' suspended, next retry is Tue Aug 29 17:52:55 2017 [try http://www.rsyslog.com/e/2007 ]
Aug 29 17:52:25 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  0/ 1, rssi: -70, name: Gigaset G-tag
Aug 29 17:52:25 raspberrypi kernel: [  185.857813] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:26 raspberrypi kernel: [  186.867520] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:27 raspberrypi kernel: [  187.865792] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:28 raspberrypi kernel: [  188.867556] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:29 raspberrypi kernel: [  189.873899] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:30 raspberrypi kernel: [  190.886977] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:31 raspberrypi kernel: [  191.895494] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:32 raspberrypi kernel: [  192.900451] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:33 raspberrypi kernel: [  193.905367] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:35 raspberrypi kernel: [  195.918213] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:36 raspberrypi lepresenced[507]: Known devices (1):
Aug 29 17:52:36 raspberrypi lepresenced[507]: mac: 7c:2f:80:97:38:42, ages:  1/ 3, rssi: -74, name: Gigaset G-tag
Aug 29 17:52:36 raspberrypi kernel: [  196.924488] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:37 raspberrypi kernel: [  197.932835] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:38 raspberrypi kernel: [  198.937402] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:39 raspberrypi kernel: [  199.948504] Bluetooth: hci1 advertising data length corrected
Aug 29 17:52:41 raspberrypi kernel: [  201.954776] Bluetooth: hci1 advertising data length corrected

Schaut für mich so aus als würde lepresenced vor den BT-Devices (oder zumindest vor einem) geladen werden und da dann drüber stolpern!?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 29 August 2017, 21:34:05

Hi!

Zitat von: stiefl am 29 August 2017, 17:56:31
Schaut für mich so aus als würde lepresenced vor den BT-Devices (oder zumindest vor einem) geladen werden und da dann drüber stolpern!?

In der Tat wird lepresenced etwas früh gestartet. Teste doch mal bitte, was passiert, wenn Du lepresenced später manuell neustartest.

Ich schaue mir so lange an, wie ich bei dem systemd-Gedöhns sauber einen späteren Start hinbekomme und überlege mir eine Strafe für Leute, die das "advertising data length corrected" nicht rausfiltern :)

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 30 August 2017, 07:16:15

Guten Morgen,

hatte jetzt nur kurz Zeit für einen Test. Bei erneutem/verzögertem Start dürfts wieder richtig funktionieren. Beide G-Tags bleiben present.

Den Filter hab ich gestern schon geändert ;D mich nervt sowas selber. Das kam durch die Änderung auf hci1 ;)

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 30 August 2017, 09:09:41

Mahlzeit! Hatte gestern nochmal die LSB-Zeilen des Initscripts aktualisiert, um die Startreihenfolge zu fixen, aber systemd interessiert das leider nicht. Werde wohl in den sauren Apfel beißen müssen und es direkt mit systemd machen.

Patrick

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 01 September 2017, 20:39:02

Guten Abend!

Anbei ein aktualisiertes Paket zum Testen, ob sich lepresenced und bluetooth beim Start noch verhaken. Ich musste leider etwas tricksen, da systemd trotz expliziter Abhängigkeit von von bluetooth.service lepresenced zu früh startet.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Lucky2k12 am 02 September 2017, 11:03:45

Danke, ich habs installiert, neu gestartet und läuft auf Anhieb.
Ich werde weiter beobachten.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 02 September 2017, 14:24:48

Zitat von: Lucky2k12 am 02 September 2017, 11:03:45
Danke, ich habs installiert, neu gestartet und läuft auf Anhieb.
Ich werde weiter beobachten.

Sehr gut, musste nämlich für die Umstellung auf poetteringd einiges umbauen.

Hattest Du vorher das Problem mit der Startreihenfolge?

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 02 September 2017, 14:36:13

Hi Patrick,

soeben installiert und sowohl ohne Bluetooth-Dongle als auch mit getestet. Lepresenced startet jetzt ganz zum Schluss und schaut bis jetzt sehr gut aus. Anbei aktueller Syslog mit angestecktem Dongle:

Code Auswählen

Sep  2 14:24:59 raspberrypi systemd[1]: Mounting Configuration File System...
Sep  2 14:24:59 raspberrypi systemd[1]: Mounted FUSE Control File System.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Apply Kernel Variables...
Sep  2 14:24:59 raspberrypi systemd[1]: Mounted Configuration File System.
Sep  2 14:24:59 raspberrypi systemd[1]: Started File System Check on Root Device.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Apply Kernel Variables.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Create Static Device Nodes in /dev.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting udev Kernel Device Manager...
Sep  2 14:24:59 raspberrypi systemd-fsck[108]: e2fsck 1.43.3 (04-Sep-2016)
Sep  2 14:24:59 raspberrypi systemd-fsck[108]: /dev/mmcblk0p2: clean, 43396/465392 files, 347898/1923584 blocks
Sep  2 14:24:59 raspberrypi systemd[1]: Started udev Kernel Device Manager.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Copy rules generated while the root was ro...
Sep  2 14:24:59 raspberrypi fake-hwclock[110]: Sat  2 Sep 12:24:57 UTC 2017
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: Set preliminary keymap...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Copy rules generated while the root was ro.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Sound Card.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Sound Card.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting system-systemd\x2drfkill.slice.
Sep  2 14:24:59 raspberrypi systemd[1]: Created slice system-systemd\x2drfkill.slice.
Sep  2 14:24:59 raspberrypi systemd[1]: Mounted Huge Pages File System.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Set Up Additional Binary Formats.
Sep  2 14:24:59 raspberrypi systemd[1]: Mounted FUSE Control File System.
Sep  2 14:24:59 raspberrypi keyboard-setup[147]: Setting preliminary keymap...done.
Sep  2 14:24:59 raspberrypi systemd[1]: Started LSB: Set preliminary keymap.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Show Plymouth Boot Screen...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Remount Root and Kernel File Systems...
Sep  2 14:24:59 raspberrypi systemd[1]: Found device /dev/disk/by-partuuid/3cb9faaa-01.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting File System Check on /dev/disk/by-partuuid/3cb9faaa-01...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Remount Root and Kernel File Systems.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Load/Save RF Kill Switch Status of rfkill0...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Various fixups to make systemd work better on Debian.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Load/Save Random Seed...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Local File Systems (Pre).
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Local File Systems (Pre).
Sep  2 14:24:59 raspberrypi systemd[1]: Started Load/Save Random Seed.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Load/Save RF Kill Switch Status of rfkill0.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Load/Save RF Kill Switch Status of rfkill1...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Load/Save RF Kill Switch Status of rfkill1.
Sep  2 14:24:59 raspberrypi systemd[1]: Received SIGRTMIN+20 from PID 265 (plymouthd).
Sep  2 14:24:59 raspberrypi systemd[1]: Started Show Plymouth Boot Screen.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Forward Password Requests to Plymouth Directory Watch.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Forward Password Requests to Plymouth Directory Watch.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Paths.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Paths.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting system-ifup.slice.
Sep  2 14:24:59 raspberrypi systemd[1]: Created slice system-ifup.slice.
Sep  2 14:24:59 raspberrypi systemd-fsck[258]: fsck.fat 3.0.27 (2014-11-12)
Sep  2 14:24:59 raspberrypi systemd-fsck[258]: /dev/mmcblk0p1: 145 files, 42838/84059 clusters
Sep  2 14:24:59 raspberrypi systemd[1]: Started File System Check on /dev/disk/by-partuuid/3cb9faaa-01.
Sep  2 14:24:59 raspberrypi systemd[1]: Mounting /boot...
Sep  2 14:24:59 raspberrypi systemd[1]: Mounted /boot.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Local File Systems.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Local File Systems.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Create Volatile Files and Directories...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Remote File Systems.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Remote File Systems.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Trigger Flushing of Journal to Persistent Storage...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: Switch to ondemand cpu governor (unless shift key is pressed)...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: Prepare console...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: Raise network interfaces....
Sep  2 14:24:59 raspberrypi systemd[1]: Started Trigger Flushing of Journal to Persistent Storage.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Sep  2 14:24:59 raspberrypi raspi-config[288]: Checking if shift key is held down:Error opening '/dev/input/event*': No such file or directory
Sep  2 14:24:59 raspberrypi raspi-config[288]: No. Switching to ondemand scaling governor.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Create Volatile Files and Directories.
Sep  2 14:24:59 raspberrypi systemd[1]: Started LSB: Switch to ondemand cpu governor (unless shift key is pressed).
Sep  2 14:24:59 raspberrypi kbd[289]: Setting console screen modes.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Update UTMP about System Boot/Shutdown...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Update UTMP about System Boot/Shutdown.
Sep  2 14:24:59 raspberrypi kbd[289]: setterm: $TERM is not defined.
Sep  2 14:24:59 raspberrypi systemd[1]: Started LSB: Prepare console.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: Set console font and keymap...
Sep  2 14:24:59 raspberrypi console-setup[341]: Setting up console font and keymap...done.
Sep  2 14:24:59 raspberrypi systemd[1]: Started LSB: Set console font and keymap.
Sep  2 14:24:59 raspberrypi networking[290]: Configuring network interfaces...done.
Sep  2 14:24:59 raspberrypi systemd[1]: Started LSB: Raise network interfaces..
Sep  2 14:24:59 raspberrypi systemd[1]: Starting ifup for wlan0...
Sep  2 14:24:59 raspberrypi systemd[1]: Started ifup for wlan0.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting System Initialization.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target System Initialization.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Avahi mDNS/DNS-SD Stack Activation Socket.
Sep  2 14:24:59 raspberrypi systemd[1]: Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting D-Bus System Message Bus Socket.
Sep  2 14:24:59 raspberrypi systemd[1]: Listening on D-Bus System Message Bus Socket.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Sockets.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Sockets.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Daily Cleanup of Temporary Directories.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Daily Cleanup of Temporary Directories.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Timers.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Timers.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Manage Sound Card State (restore and store).
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Restore Sound Card State...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Basic System.
Sep  2 14:24:59 raspberrypi systemd[1]: Reached target Basic System.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting dhcpcd on all interfaces...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting System Logging Service...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Turn on SSH if /boot/ssh is present.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Regular background program processing daemon...
Sep  2 14:24:59 raspberrypi systemd[1]: Started Regular background program processing daemon.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Configure Bluetooth Modems connected by UART...
Sep  2 14:24:59 raspberrypi systemd[1]: Started getty on tty2-tty6 if dbus and logind are not available.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting D-Bus System Message Bus...
Sep  2 14:24:59 raspberrypi systemd[1]: Started D-Bus System Message Bus.
Sep  2 14:24:59 raspberrypi cron[444]: (CRON) INFO (pidfile fd = 3)
Sep  2 14:24:59 raspberrypi dhcpcd[438]: version 6.7.1 starting
Sep  2 14:24:59 raspberrypi dhcpcd[438]: dev: loaded udev
Sep  2 14:24:59 raspberrypi dhcpcd[438]: eth0: adding address fe80::9a56:fcf4:d191:389a
Sep  2 14:24:59 raspberrypi dhcpcd[438]: wlan0: adding address fe80::ffca:ed7e:16ea:d574
Sep  2 14:24:59 raspberrypi cron[444]: (CRON) INFO (Running @reboot jobs)
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: Found user 'avahi' (UID 105) and group 'avahi' (GID 110).
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: Successfully dropped root privileges.
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: avahi-daemon 0.6.31 starting up.
Sep  2 14:24:59 raspberrypi wpa_supplicant[451]: Successfully initialized wpa_supplicant
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0x0
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Linux version 4.9.35-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611) ) #1014 SMP Fri Jun 30 14:47:43 BST 2017
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] CPU: ARMv7 Processor [410fd034] revision 4 (ARMv7), cr=10c5383d
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] CPU: div instructions available: patching division code
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] OF: fdt:Machine model: Raspberry Pi 3 Model B Rev 1.2
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] cma: Reserved 8 MiB at 0x3a800000
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Memory policy: Data cache writealloc
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] On node 0 totalpages: 241664
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] free_area_init_node: node 0, pgdat 80c6ee40, node_mem_map b9faa000
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]   Normal zone: 2124 pages used for memmap
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]   Normal zone: 0 pages reserved
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]   Normal zone: 241664 pages, LIFO batch:31
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] percpu: Embedded 14 pages/cpu @b9f64000 s25600 r8192 d23552 u57344
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] pcpu-alloc: s25600 r8192 d23552 u57344 alloc=14*4096
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 239540
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Kernel command line: 8250.nr_uarts=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=3cb9faaa-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Memory: 936296K/966656K available (7168K kernel code, 484K rwdata, 2012K rodata, 1024K init, 778K bss, 22168K reserved, 8192K cma-reserved)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Virtual kernel memory layout:
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]     vmalloc : 0xbb800000 - 0xff800000   (1088 MB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]     lowmem  : 0x80000000 - 0xbb000000   ( 944 MB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]     modules : 0x7f000000 - 0x80000000   (  16 MB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]       .text : 0x80008000 - 0x80800000   (8160 kB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]       .init : 0x80b00000 - 0x80c00000   (1024 kB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]       .data : 0x80c00000 - 0x80c79014   ( 485 kB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000]        .bss : 0x80c7b000 - 0x80d3da64   ( 779 kB)
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] Hierarchical RCU implementation.
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] 	Build-time adjustment of leaf fanout to 32.
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] NR_IRQS:16 nr_irqs:16 16
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] arm_arch_timer: Architected cp15 timer(s) running at 19.20MHz (phys).
Sep  2 14:24:59 raspberrypi kernel: [    0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x46d987e47, max_idle_ns: 440795202767 ns
Sep  2 14:24:59 raspberrypi kernel: [    0.000009] sched_clock: 56 bits at 19MHz, resolution 52ns, wraps every 4398046511078ns
Sep  2 14:24:59 raspberrypi kernel: [    0.000025] Switching to timer-based delay loop, resolution 52ns
Sep  2 14:24:59 raspberrypi kernel: [    0.000335] Console: colour dummy device 80x30
Sep  2 14:24:59 raspberrypi kernel: [    0.001225] console [tty1] enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.001279] Calibrating delay loop (skipped), value calculated using timer frequency.. 38.40 BogoMIPS (lpj=192000)
Sep  2 14:24:59 raspberrypi kernel: [    0.001350] pid_max: default: 32768 minimum: 301
Sep  2 14:24:59 raspberrypi kernel: [    0.001711] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.001753] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.002778] Disabling cpuset control group subsystem
Sep  2 14:24:59 raspberrypi kernel: [    0.002970] CPU: Testing write buffer coherency: ok
Sep  2 14:24:59 raspberrypi kernel: [    0.003043] ftrace: allocating 22390 entries in 66 pages
Sep  2 14:24:59 raspberrypi kernel: [    0.055545] CPU0: update cpu_capacity 1024
Sep  2 14:24:59 raspberrypi kernel: [    0.055612] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
Sep  2 14:24:59 raspberrypi kernel: [    0.055714] Setting up static identity map for 0x100000 - 0x100034
Sep  2 14:24:59 raspberrypi kernel: [    0.057961] CPU1: update cpu_capacity 1024
Sep  2 14:24:59 raspberrypi kernel: [    0.057968] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
Sep  2 14:24:59 raspberrypi kernel: [    0.058691] CPU2: update cpu_capacity 1024
Sep  2 14:24:59 raspberrypi kernel: [    0.058698] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
Sep  2 14:24:59 raspberrypi kernel: [    0.059367] CPU3: update cpu_capacity 1024
Sep  2 14:24:59 raspberrypi kernel: [    0.059374] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
Sep  2 14:24:59 raspberrypi kernel: [    0.059457] Brought up 4 CPUs
Sep  2 14:24:59 raspberrypi kernel: [    0.059629] SMP: Total of 4 processors activated (153.60 BogoMIPS).
Sep  2 14:24:59 raspberrypi kernel: [    0.059659] CPU: All CPU(s) started in HYP mode.
Sep  2 14:24:59 raspberrypi kernel: [    0.059685] CPU: Virtualization extensions available.
Sep  2 14:24:59 raspberrypi kernel: [    0.060507] devtmpfs: initialized
Sep  2 14:24:59 raspberrypi kernel: [    0.071510] VFP support v0.3: implementor 41 architecture 3 part 40 variant 3 rev 4
Sep  2 14:24:59 raspberrypi kernel: [    0.071833] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
Sep  2 14:24:59 raspberrypi kernel: [    0.071895] futex hash table entries: 1024 (order: 4, 65536 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.072458] pinctrl core: initialized pinctrl subsystem
Sep  2 14:24:59 raspberrypi kernel: [    0.073378] NET: Registered protocol family 16
Sep  2 14:24:59 raspberrypi kernel: [    0.075632] DMA: preallocated 1024 KiB pool for atomic coherent allocations
Sep  2 14:24:59 raspberrypi kernel: [    0.084498] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
Sep  2 14:24:59 raspberrypi kernel: [    0.084546] hw-breakpoint: maximum watchpoint size is 8 bytes.
Sep  2 14:24:59 raspberrypi kernel: [    0.084718] Serial: AMBA PL011 UART driver
Sep  2 14:24:59 raspberrypi kernel: [    0.086616] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.087161] uart-pl011 3f201000.serial: could not find pctldev for node /soc/gpio@7e200000/uart0_pins, deferring probe
Sep  2 14:24:59 raspberrypi kernel: [    0.087525] irq: no irq domain found for /soc/aux@0x7e215000 !
Sep  2 14:24:59 raspberrypi kernel: [    0.156104] bcm2835-dma 3f007000.dma: DMA legacy API manager at bb80f000, dmachans=0x1
Sep  2 14:24:59 raspberrypi kernel: [    0.157977] SCSI subsystem initialized
Sep  2 14:24:59 raspberrypi kernel: [    0.158154] usbcore: registered new interface driver usbfs
Sep  2 14:24:59 raspberrypi kernel: [    0.158255] usbcore: registered new interface driver hub
Sep  2 14:24:59 raspberrypi kernel: [    0.158369] usbcore: registered new device driver usb
Sep  2 14:24:59 raspberrypi kernel: [    0.165093] raspberrypi-firmware soc:firmware: Attached to firmware from 2017-07-03 14:16
Sep  2 14:24:59 raspberrypi kernel: [    0.166484] clocksource: Switched to clocksource arch_sys_counter
Sep  2 14:24:59 raspberrypi kernel: [    0.213344] VFS: Disk quotas dquot_6.6.0
Sep  2 14:24:59 raspberrypi kernel: [    0.213454] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.213682] FS-Cache: Loaded
Sep  2 14:24:59 raspberrypi kernel: [    0.213947] CacheFiles: Loaded
Sep  2 14:24:59 raspberrypi kernel: [    0.226211] NET: Registered protocol family 2
Sep  2 14:24:59 raspberrypi kernel: [    0.227155] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.227292] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.227503] TCP: Hash tables configured (established 8192 bind 8192)
Sep  2 14:24:59 raspberrypi kernel: [    0.227615] UDP hash table entries: 512 (order: 2, 16384 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.227683] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    0.227916] NET: Registered protocol family 1
Sep  2 14:24:59 raspberrypi kernel: [    0.228346] RPC: Registered named UNIX socket transport module.
Sep  2 14:24:59 raspberrypi kernel: [    0.228379] RPC: Registered udp transport module.
Sep  2 14:24:59 raspberrypi kernel: [    0.228406] RPC: Registered tcp transport module.
Sep  2 14:24:59 raspberrypi kernel: [    0.228434] RPC: Registered tcp NFSv4.1 backchannel transport module.
Sep  2 14:24:59 raspberrypi kernel: [    0.229376] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 7 counters available
Sep  2 14:24:59 raspberrypi kernel: [    0.231687] workingset: timestamp_bits=14 max_order=18 bucket_order=4
Sep  2 14:24:59 raspberrypi kernel: [    0.247824] FS-Cache: Netfs 'nfs' registered for caching
Sep  2 14:24:59 raspberrypi kernel: [    0.248827] NFS: Registering the id_resolver key type
Sep  2 14:24:59 raspberrypi kernel: [    0.248884] Key type id_resolver registered
Sep  2 14:24:59 raspberrypi kernel: [    0.248912] Key type id_legacy registered
Sep  2 14:24:59 raspberrypi kernel: [    0.251362] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
Sep  2 14:24:59 raspberrypi kernel: [    0.251507] io scheduler noop registered
Sep  2 14:24:59 raspberrypi kernel: [    0.251537] io scheduler deadline registered (default)
Sep  2 14:24:59 raspberrypi kernel: [    0.251847] io scheduler cfq registered
Sep  2 14:24:59 raspberrypi kernel: [    0.257550] BCM2708FB: allocated DMA memory fa910000
Sep  2 14:24:59 raspberrypi kernel: [    0.257605] BCM2708FB: allocated DMA channel 0 @ bb80f000
Sep  2 14:24:59 raspberrypi kernel: [    0.266296] Console: switching to colour frame buffer device 82x26
Sep  2 14:24:59 raspberrypi kernel: [    0.273767] Serial: 8250/16550 driver, 1 ports, IRQ sharing enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.277667] bcm2835-aux-uart 3f215040.serial: could not get clk: -517
Sep  2 14:24:59 raspberrypi kernel: [    0.281017] bcm2835-rng 3f104000.rng: hwrng registered
Sep  2 14:24:59 raspberrypi kernel: [    0.283430] vc-cma: Videocore CMA driver
Sep  2 14:24:59 raspberrypi kernel: [    0.285785] vc-cma: vc_cma_base      = 0x00000000
Sep  2 14:24:59 raspberrypi kernel: [    0.288181] vc-cma: vc_cma_size      = 0x00000000 (0 MiB)
Sep  2 14:24:59 raspberrypi kernel: [    0.290447] vc-cma: vc_cma_initial   = 0x00000000 (0 MiB)
Sep  2 14:24:59 raspberrypi kernel: [    0.292802] vc-mem: phys_addr:0x00000000 mem_base=0x3dc00000 mem_size:0x3f000000(1008 MiB)
Sep  2 14:24:59 raspberrypi kernel: [    0.312349] brd: module loaded
Sep  2 14:24:59 raspberrypi kernel: [    0.323285] loop: module loaded
Sep  2 14:24:59 raspberrypi kernel: [    0.325375] Loading iSCSI transport class v2.0-870.
Sep  2 14:24:59 raspberrypi kernel: [    0.328065] usbcore: registered new interface driver smsc95xx
Sep  2 14:24:59 raspberrypi kernel: [    0.330204] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
Sep  2 14:24:59 raspberrypi kernel: [    0.560329] Core Release: 2.80a
Sep  2 14:24:59 raspberrypi kernel: [    0.562383] Setting default values for core params
Sep  2 14:24:59 raspberrypi kernel: [    0.564511] Finished setting default values for core params
Sep  2 14:24:59 raspberrypi kernel: [    0.767081] Using Buffer DMA mode
Sep  2 14:24:59 raspberrypi kernel: [    0.769205] Periodic Transfer Interrupt Enhancement - disabled
Sep  2 14:24:59 raspberrypi kernel: [    0.771447] Multiprocessor Interrupt Enhancement - disabled
Sep  2 14:24:59 raspberrypi kernel: [    0.773675] OTG VER PARAM: 0, OTG VER FLAG: 0
Sep  2 14:24:59 raspberrypi kernel: [    0.775863] Dedicated Tx FIFOs mode
Sep  2 14:24:59 raspberrypi kernel: [    0.778326] WARN::dwc_otg_hcd_init:1032: FIQ DMA bounce buffers: virt = 0xba904000 dma = 0xfa904000 len=9024
Sep  2 14:24:59 raspberrypi kernel: [    0.782771] FIQ FSM acceleration enabled for :
Sep  2 14:24:59 raspberrypi kernel: [    0.782771] Non-periodic Split Transactions
Sep  2 14:24:59 raspberrypi kernel: [    0.782771] Periodic Split Transactions
Sep  2 14:24:59 raspberrypi kernel: [    0.782771] High-Speed Isochronous Endpoints
Sep  2 14:24:59 raspberrypi kernel: [    0.782771] Interrupt/Control Split Transaction hack enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.794126] dwc_otg: Microframe scheduler enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.794175] WARN::hcd_init_fiq:459: FIQ on core 1 at 0x8058ef90
Sep  2 14:24:59 raspberrypi kernel: [    0.796479] WARN::hcd_init_fiq:460: FIQ ASM at 0x8058f300 length 36
Sep  2 14:24:59 raspberrypi kernel: [    0.798799] WARN::hcd_init_fiq:486: MPHI regs_base at 0xbb87a000
Sep  2 14:24:59 raspberrypi kernel: [    0.801149] dwc_otg 3f980000.usb: DWC OTG Controller
Sep  2 14:24:59 raspberrypi kernel: [    0.803465] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
Sep  2 14:24:59 raspberrypi kernel: [    0.805824] dwc_otg 3f980000.usb: irq 62, io mem 0x00000000
Sep  2 14:24:59 raspberrypi kernel: [    0.808163] Init: Port Power? op_state=1
Sep  2 14:24:59 raspberrypi kernel: [    0.810416] Init: Power Port (0)
Sep  2 14:24:59 raspberrypi kernel: [    0.812787] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
Sep  2 14:24:59 raspberrypi kernel: [    0.815097] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Sep  2 14:24:59 raspberrypi kernel: [    0.817413] usb usb1: Product: DWC OTG Controller
Sep  2 14:24:59 raspberrypi kernel: [    0.819659] usb usb1: Manufacturer: Linux 4.9.35-v7+ dwc_otg_hcd
Sep  2 14:24:59 raspberrypi kernel: [    0.821927] usb usb1: SerialNumber: 3f980000.usb
Sep  2 14:24:59 raspberrypi kernel: [    0.825017] hub 1-0:1.0: USB hub found
Sep  2 14:24:59 raspberrypi kernel: [    0.827234] hub 1-0:1.0: 1 port detected
Sep  2 14:24:59 raspberrypi kernel: [    0.829964] dwc_otg: FIQ enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.829968] dwc_otg: NAK holdoff enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.829972] dwc_otg: FIQ split-transaction FSM enabled
Sep  2 14:24:59 raspberrypi kernel: [    0.829986] Module dwc_common_port init
Sep  2 14:24:59 raspberrypi kernel: [    0.830225] usbcore: registered new interface driver usb-storage
Sep  2 14:24:59 raspberrypi kernel: [    0.832551] mousedev: PS/2 mouse device common for all mice
Sep  2 14:24:59 raspberrypi kernel: [    0.835635] bcm2835-wdt 3f100000.watchdog: Broadcom BCM2835 watchdog timer
Sep  2 14:24:59 raspberrypi kernel: [    0.838188] bcm2835-cpufreq: min=600000 max=1200000
Sep  2 14:24:59 raspberrypi kernel: [    0.840838] sdhci: Secure Digital Host Controller Interface driver
Sep  2 14:24:59 raspberrypi kernel: [    0.843148] sdhci: Copyright(c) Pierre Ossman
Sep  2 14:24:59 raspberrypi kernel: [    0.845661] sdhost-bcm2835 3f202000.sdhost: could not get clk, deferring probe
Sep  2 14:24:59 raspberrypi kernel: [    0.850248] mmc-bcm2835 3f300000.mmc: could not get clk, deferring probe
Sep  2 14:24:59 raspberrypi kernel: [    0.852792] sdhci-pltfm: SDHCI platform and OF driver helper
Sep  2 14:24:59 raspberrypi kernel: [    0.857853] ledtrig-cpu: registered to indicate activity on CPUs
Sep  2 14:24:59 raspberrypi kernel: [    0.860500] hidraw: raw HID events driver (C) Jiri Kosina
Sep  2 14:24:59 raspberrypi kernel: [    0.863169] usbcore: registered new interface driver usbhid
Sep  2 14:24:59 raspberrypi kernel: [    0.865628] usbhid: USB HID core driver
Sep  2 14:24:59 raspberrypi kernel: [    0.868899] vchiq: vchiq_init_state: slot_zero = 0xba980000, is_master = 0
Sep  2 14:24:59 raspberrypi kernel: [    0.873110] Initializing XFRM netlink socket
Sep  2 14:24:59 raspberrypi kernel: [    0.875653] NET: Registered protocol family 17
Sep  2 14:24:59 raspberrypi kernel: [    0.878268] Key type dns_resolver registered
Sep  2 14:24:59 raspberrypi kernel: [    0.881081] Registering SWP/SWPB emulation handler
Sep  2 14:24:59 raspberrypi kernel: [    0.884260] registered taskstats version 1
Sep  2 14:24:59 raspberrypi kernel: [    0.887065] vc-sm: Videocore shared memory driver
Sep  2 14:24:59 raspberrypi kernel: [    0.889574] [vc_sm_connected_init]: start
Sep  2 14:24:59 raspberrypi kernel: [    0.892497] [vc_sm_connected_init]: end - returning 0
Sep  2 14:24:59 raspberrypi kernel: [    0.899943] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
Sep  2 14:24:59 raspberrypi kernel: [    0.907350] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 220, base_baud = 31250000) is a 16550
Sep  2 14:24:59 raspberrypi kernel: [    0.913009] sdhost: log_buf @ ba907000 (fa907000)
Sep  2 14:24:59 raspberrypi kernel: [    0.986513] mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
Sep  2 14:24:59 raspberrypi kernel: [    0.991214] mmc-bcm2835 3f300000.mmc: mmc_debug:0 mmc_debug2:0
Sep  2 14:24:59 raspberrypi kernel: [    0.993702] mmc-bcm2835 3f300000.mmc: DMA channel allocated
Sep  2 14:24:59 raspberrypi kernel: [    1.046668] Indeed it is in host mode hprt0 = 00021501
Sep  2 14:24:59 raspberrypi kernel: [    1.109209] of_cfs_init
Sep  2 14:24:59 raspberrypi kernel: [    1.111658] of_cfs_init: OK
Sep  2 14:24:59 raspberrypi kernel: [    1.114421] Waiting for root device PARTUUID=3cb9faaa-02...
Sep  2 14:24:59 raspberrypi kernel: [    1.120207] mmc0: host does not support reading read-only switch, assuming write-enable
Sep  2 14:24:59 raspberrypi kernel: [    1.126925] mmc0: new high speed SDHC card at address 0001
Sep  2 14:24:59 raspberrypi kernel: [    1.130069] mmcblk0: mmc0:0001 SPCC 7.38 GiB
Sep  2 14:24:59 raspberrypi kernel: [    1.135003]  mmcblk0: p1 p2
Sep  2 14:24:59 raspberrypi kernel: [    1.135616] random: fast init done
Sep  2 14:24:59 raspberrypi kernel: [    1.143520] mmc1: queuing unknown CIS tuple 0x80 (2 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    1.147510] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    1.151451] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    1.156507] mmc1: queuing unknown CIS tuple 0x80 (7 bytes)
Sep  2 14:24:59 raspberrypi kernel: [    1.246516] usb 1-1: new high-speed USB device number 2 using dwc_otg
Sep  2 14:24:59 raspberrypi kernel: [    1.248795] Indeed it is in host mode hprt0 = 00001101
Sep  2 14:24:59 raspberrypi kernel: [    1.251309] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Sep  2 14:24:59 raspberrypi kernel: [    1.255502] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Sep  2 14:24:59 raspberrypi kernel: [    1.270937] devtmpfs: mounted
Sep  2 14:24:59 raspberrypi kernel: [    1.312593] Freeing unused kernel memory: 1024K (80b00000 - 80c00000)
Sep  2 14:24:59 raspberrypi kernel: [    1.314493] mmc1: new high speed SDIO card at address 0001
Sep  2 14:24:59 raspberrypi kernel: [    1.476837] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
Sep  2 14:24:59 raspberrypi kernel: [    1.479320] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Sep  2 14:24:59 raspberrypi kernel: [    1.482583] hub 1-1:1.0: USB hub found
Sep  2 14:24:59 raspberrypi kernel: [    1.485020] hub 1-1:1.0: 5 ports detected
Sep  2 14:24:59 raspberrypi kernel: [    1.816522] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
Sep  2 14:24:59 raspberrypi kernel: [    1.892947] NET: Registered protocol family 10
Sep  2 14:24:59 raspberrypi kernel: [    1.946990] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
Sep  2 14:24:59 raspberrypi kernel: [    1.950159] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Sep  2 14:24:59 raspberrypi kernel: [    1.957811] smsc95xx v1.0.5
Sep  2 14:24:59 raspberrypi kernel: [    2.050255] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:6e:9f:75
Sep  2 14:24:59 raspberrypi kernel: [    2.146534] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
Sep  2 14:24:59 raspberrypi kernel: [    2.279651] usb 1-1.2: New USB device found, idVendor=1a86, idProduct=7523
Sep  2 14:24:59 raspberrypi kernel: [    2.282360] usb 1-1.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Sep  2 14:24:59 raspberrypi kernel: [    2.285087] usb 1-1.2: Product: USB2.0-Serial
Sep  2 14:24:59 raspberrypi kernel: [    2.586523] usb 1-1.4: new full-speed USB device number 5 using dwc_otg
Sep  2 14:24:59 raspberrypi kernel: [    2.731422] usb 1-1.4: New USB device found, idVendor=0a12, idProduct=0001
Sep  2 14:24:59 raspberrypi kernel: [    2.731432] usb 1-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber=0
Sep  2 14:24:59 raspberrypi kernel: [    2.731439] usb 1-1.4: Product: CSR8510 A10
Sep  2 14:24:59 raspberrypi kernel: [    3.625277] Bluetooth: Core ver 2.22
Sep  2 14:24:59 raspberrypi kernel: [    3.625347] NET: Registered protocol family 31
Sep  2 14:24:59 raspberrypi kernel: [    3.625353] Bluetooth: HCI device and connection manager initialized
Sep  2 14:24:59 raspberrypi kernel: [    3.625373] Bluetooth: HCI socket layer initialized
Sep  2 14:24:59 raspberrypi kernel: [    3.625386] Bluetooth: L2CAP socket layer initialized
Sep  2 14:24:59 raspberrypi kernel: [    3.625417] Bluetooth: SCO socket layer initialized
Sep  2 14:24:59 raspberrypi kernel: [    3.654563] usbcore: registered new interface driver btusb
Sep  2 14:24:59 raspberrypi kernel: [    3.689744] gpiomem-bcm2835 3f200000.gpiomem: Initialised: Registers at 0x3f200000
Sep  2 14:24:59 raspberrypi kernel: [    4.030556] usbcore: registered new interface driver brcmfmac
Sep  2 14:24:59 raspberrypi kernel: [    4.032625] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Sep  2 14:24:59 raspberrypi kernel: [    4.211734] brcmfmac: Firmware version = wl0: May 27 2016 00:13:38 version 7.45.41.26 (r640327) FWID 01-df77e4a7
Sep  2 14:24:59 raspberrypi kernel: [    4.811626] random: crng init done
Sep  2 14:24:59 raspberrypi kernel: [    4.996219] usbcore: registered new interface driver usbserial
Sep  2 14:24:59 raspberrypi kernel: [    4.996272] usbcore: registered new interface driver usbserial_generic
Sep  2 14:24:59 raspberrypi kernel: [    4.996332] usbserial: USB Serial support registered for generic
Sep  2 14:24:59 raspberrypi kernel: [    4.999351] usbcore: registered new interface driver ch341
Sep  2 14:24:59 raspberrypi kernel: [    4.999429] usbserial: USB Serial support registered for ch341-uart
Sep  2 14:24:59 raspberrypi kernel: [    4.999487] ch341 1-1.2:1.0: ch341-uart converter detected
Sep  2 14:24:59 raspberrypi kernel: [    5.001221] usb 1-1.2: ch341-uart converter now attached to ttyUSB0
Sep  2 14:24:59 raspberrypi kernel: [    5.239563] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sep  2 14:24:59 raspberrypi kernel: [    5.239596] brcmfmac: power management disabled
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: Successfully called chroot().
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: Successfully dropped remaining capabilities.
Sep  2 14:24:59 raspberrypi systemd[1]: Started Avahi mDNS/DNS-SD Stack.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting Login Service...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: FHEM server...
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: triggerhappy hotkey daemon...
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: No service file found in /etc/avahi/services.
Sep  2 14:24:59 raspberrypi systemd[1]: Starting LSB: Autogenerate and use a swap file...
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::ffca:ed7e:16ea:d574.
Sep  2 14:24:59 raspberrypi avahi-daemon[439]: New relevant interface wlan0.IPv6 for mDNS.
Sep  2 14:25:00 raspberrypi avahi-daemon[439]: Network interface enumeration completed.
Sep  2 14:25:00 raspberrypi avahi-daemon[439]: Registering new address record for fe80::ffca:ed7e:16ea:d574 on wlan0.*.
Sep  2 14:25:00 raspberrypi avahi-daemon[439]: Registering HINFO record with values 'ARMV7L'/'LINUX'.
Sep  2 14:25:00 raspberrypi systemd[1]: Started System Logging Service.
Sep  2 14:25:00 raspberrypi systemd[1]: Started Restore Sound Card State.
Sep  2 14:25:00 raspberrypi dphys-swapfile[496]: Starting dphys-swapfile swapfile setup ...
Sep  2 14:25:00 raspberrypi systemd[1]: Started Login Service.
Sep  2 14:25:00 raspberrypi triggerhappy[495]: Error opening '/dev/input/event*': No such file or directory
Sep  2 14:25:00 raspberrypi systemd[1]: Started LSB: triggerhappy hotkey daemon.
Sep  2 14:25:00 raspberrypi wpa_supplicant[536]: wlan0: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=GB
Sep  2 14:25:00 raspberrypi dphys-swapfile[496]: want /var/swap=100MByte, checking existing: keeping it
Sep  2 14:25:00 raspberrypi kernel: [    6.134461] Adding 102396k swap on /var/swap.  Priority:-1 extents:4 across:241660k SSFS
Sep  2 14:25:00 raspberrypi dphys-swapfile[496]: done.
Sep  2 14:25:00 raspberrypi systemd[1]: Started LSB: Autogenerate and use a swap file.
Sep  2 14:25:00 raspberrypi avahi-daemon[439]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::9a56:fcf4:d191:389a.
Sep  2 14:25:00 raspberrypi avahi-daemon[439]: New relevant interface eth0.IPv6 for mDNS.
Sep  2 14:25:00 raspberrypi dhcpcd[438]: eth0: waiting for carrier
Sep  2 14:25:00 raspberrypi avahi-daemon[439]: Registering new address record for fe80::9a56:fcf4:d191:389a on eth0.*.
Sep  2 14:25:00 raspberrypi dhcpcd[438]: wlan0: waiting for carrier
Sep  2 14:25:00 raspberrypi kernel: [    6.297857] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Sep  2 14:25:00 raspberrypi kernel: [    6.298189] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Sep  2 14:25:00 raspberrypi fhem[494]: Starting fhem...
Sep  2 14:25:00 raspberrypi wpa_supplicant[536]: wlan0: Trying to associate with c0:3f:0e:7a:87:c2 (SSID='wlan@coam24' freq=2412 MHz)
Sep  2 14:25:00 raspberrypi wpa_supplicant[536]: wlan0: Associated with c0:3f:0e:7a:87:c2
Sep  2 14:25:00 raspberrypi kernel: [    6.653727] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Sep  2 14:25:00 raspberrypi wpa_supplicant[536]: wlan0: WPA: Key negotiation completed with c0:3f:0e:7a:87:c2 [PTK=CCMP GTK=TKIP]
Sep  2 14:25:00 raspberrypi wpa_supplicant[536]: wlan0: CTRL-EVENT-CONNECTED - Connection to c0:3f:0e:7a:87:c2 completed [id=0 id_str=]
Sep  2 14:25:00 raspberrypi dhcpcd[438]: wlan0: carrier acquired
Sep  2 14:25:00 raspberrypi dhcpcd[438]: DUID 00:01:00:01:20:ef:8d:ea:b8:27:eb:6e:9f:75
Sep  2 14:25:00 raspberrypi dhcpcd[438]: wlan0: IAID eb:3b:ca:20
Sep  2 14:25:01 raspberrypi avahi-daemon[439]: Server startup complete. Host name is raspberrypi.local. Local service cookie is 680655785.
Sep  2 14:25:01 raspberrypi systemd[1]: Started LSB: FHEM server.
Sep  2 14:25:01 raspberrypi dhcpcd[438]: wlan0: rebinding lease of 192.168.252.150
Sep  2 14:25:01 raspberrypi dhcpcd[438]: wlan0: soliciting an IPv6 router
Sep  2 14:25:04 raspberrypi btuart[447]: bcm43xx_init
Sep  2 14:25:04 raspberrypi kernel: [   10.151702] Bluetooth: HCI UART driver ver 2.3
Sep  2 14:25:04 raspberrypi kernel: [   10.151716] Bluetooth: HCI UART protocol H4 registered
Sep  2 14:25:04 raspberrypi kernel: [   10.151722] Bluetooth: HCI UART protocol Three-wire (H5) registered
Sep  2 14:25:04 raspberrypi kernel: [   10.151899] Bluetooth: HCI UART protocol Broadcom registered
Sep  2 14:25:04 raspberrypi btuart[447]: Flash firmware /lib/firmware/BCM43430A1.hcd
Sep  2 14:25:04 raspberrypi btuart[447]: Set Controller UART speed to 460800 bit/s
Sep  2 14:25:04 raspberrypi btuart[447]: Device setup complete
Sep  2 14:25:04 raspberrypi systemd[1]: Started Configure Bluetooth Modems connected by UART.
Sep  2 14:25:04 raspberrypi systemd[1]: Starting Bluetooth service...
Sep  2 14:25:04 raspberrypi systemd[1]: Starting Load/Save RF Kill Switch Status of rfkill2...
Sep  2 14:25:04 raspberrypi systemd[1]: Started Load/Save RF Kill Switch Status of rfkill2.
Sep  2 14:25:04 raspberrypi bluetoothd[642]: Bluetooth daemon 5.23
Sep  2 14:25:04 raspberrypi systemd[1]: Started Bluetooth service.
Sep  2 14:25:04 raspberrypi systemd[1]: Starting Bluetooth.
Sep  2 14:25:04 raspberrypi systemd[1]: Reached target Bluetooth.
Sep  2 14:25:04 raspberrypi systemd[1]: Starting lepresenced...
Sep  2 14:25:04 raspberrypi bluetoothd[642]: Starting SDP server
Sep  2 14:25:04 raspberrypi kernel: [   10.315896] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Sep  2 14:25:04 raspberrypi kernel: [   10.315904] Bluetooth: BNEP filters: protocol multicast
Sep  2 14:25:04 raspberrypi kernel: [   10.315916] Bluetooth: BNEP socket layer initialized
Sep  2 14:25:04 raspberrypi bluetoothd[642]: Bluetooth management interface 1.14 initialized
Sep  2 14:25:04 raspberrypi dbus[449]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Sep  2 14:25:04 raspberrypi systemd[1]: Starting Hostname Service...
Sep  2 14:25:04 raspberrypi bluetoothd[642]: Sap driver initialization failed.
Sep  2 14:25:04 raspberrypi bluetoothd[642]: sap-server: Operation not permitted (1)
Sep  2 14:25:04 raspberrypi bluetoothd[642]: Sap driver initialization failed.
Sep  2 14:25:04 raspberrypi bluetoothd[642]: sap-server: Operation not permitted (1)
Sep  2 14:25:04 raspberrypi systemd-hostnamed[647]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
Sep  2 14:25:04 raspberrypi dbus[449]: [system] Successfully activated service 'org.freedesktop.hostname1'
Sep  2 14:25:04 raspberrypi systemd[1]: Started Hostname Service.
Sep  2 14:25:07 raspberrypi dhcpcd[438]: wlan0: leased 192.168.252.150 for 43200 seconds
Sep  2 14:25:07 raspberrypi avahi-daemon[439]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.252.150.
Sep  2 14:25:07 raspberrypi dhcpcd[438]: wlan0: adding route to 192.168.252.0/24
Sep  2 14:25:07 raspberrypi dhcpcd[438]: wlan0: adding default route via 192.168.252.254
Sep  2 14:25:07 raspberrypi avahi-daemon[439]: New relevant interface wlan0.IPv4 for mDNS.
Sep  2 14:25:07 raspberrypi avahi-daemon[439]: Registering new address record for 192.168.252.150 on wlan0.IPv4.
Sep  2 14:25:07 raspberrypi dhcpcd[438]: forked to background, child pid 734
Sep  2 14:25:07 raspberrypi systemd[1]: Started dhcpcd on all interfaces.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Network.
Sep  2 14:25:07 raspberrypi systemd[1]: Reached target Network.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting OpenBSD Secure Shell server...
Sep  2 14:25:07 raspberrypi systemd[1]: Started OpenBSD Secure Shell server.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting /etc/rc.local Compatibility...
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Permit User Sessions...
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Network is Online.
Sep  2 14:25:07 raspberrypi systemd[1]: Reached target Network is Online.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting LSB: Start NTP daemon...
Sep  2 14:25:07 raspberrypi systemd[1]: Started /etc/rc.local Compatibility.
Sep  2 14:25:07 raspberrypi systemd[1]: Started Permit User Sessions.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Terminate Plymouth Boot Screen...
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Hold until boot process finishes up...
Sep  2 14:25:07 raspberrypi systemd[1]: Received SIGRTMIN+21 from PID 265 (plymouthd).
Sep  2 14:25:07 raspberrypi ntp[739]: Starting NTP server: ntpderror: unexpectedly disconnected from boot status daemon
Sep  2 14:25:07 raspberrypi systemd[1]: Started Terminate Plymouth Boot Screen.
Sep  2 14:25:07 raspberrypi systemd[1]: Started Hold until boot process finishes up.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Getty on tty1...
Sep  2 14:25:07 raspberrypi systemd[1]: Started Getty on tty1.
Sep  2 14:25:07 raspberrypi systemd[1]: Starting Login Prompts.
Sep  2 14:25:07 raspberrypi systemd[1]: Reached target Login Prompts.
Sep  2 14:25:07 raspberrypi ntpd[754]: ntpd 4.2.6p5@1.2349-o Mon Jul 25 22:35:28 UTC 2016 (1)
Sep  2 14:25:07 raspberrypi ntpd[756]: proto: precision = 0.469 usec
Sep  2 14:25:07 raspberrypi ntpd[756]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Sep  2 14:25:07 raspberrypi ntp[739]: .
Sep  2 14:25:07 raspberrypi systemd[1]: Started LSB: Start NTP daemon.
Sep  2 14:25:07 raspberrypi ntpd[756]: Listen and drop on 1 v6wildcard :: UDP 123
Sep  2 14:25:07 raspberrypi ntpd[756]: Listen normally on 2 lo 127.0.0.1 UDP 123
Sep  2 14:25:07 raspberrypi ntpd[756]: Listen normally on 3 wlan0 192.168.252.150 UDP 123
Sep  2 14:25:07 raspberrypi ntpd[756]: Listen normally on 4 wlan0 fe80::ffca:ed7e:16ea:d574 UDP 123
Sep  2 14:25:07 raspberrypi ntpd[756]: Listen normally on 5 lo ::1 UDP 123
Sep  2 14:25:07 raspberrypi ntpd[756]: peers refreshed
Sep  2 14:25:07 raspberrypi ntpd[756]: Listening on routing socket on fd #22 for interface updates
Sep  2 14:25:13 raspberrypi dhcpcd[734]: wlan0: no IPv6 Routers available
Sep  2 14:25:14 raspberrypi systemd[1]: Started lepresenced.
Sep  2 14:25:14 raspberrypi systemd[1]: Starting Multi-User System.
Sep  2 14:25:14 raspberrypi systemd[1]: Reached target Multi-User System.
Sep  2 14:25:14 raspberrypi systemd[1]: Starting Graphical Interface.
Sep  2 14:25:14 raspberrypi systemd[1]: Reached target Graphical Interface.
Sep  2 14:25:14 raspberrypi systemd[1]: Starting Update UTMP about System Runlevel Changes...
Sep  2 14:25:14 raspberrypi systemd[1]: Started Update UTMP about System Runlevel Changes.
Sep  2 14:25:14 raspberrypi systemd[1]: Startup finished in 1.660s (kernel) + 18.679s (userspace) = 20.340s.
Sep  2 14:25:23 raspberrypi systemd[1]: Time has been changed
Sep  2 14:25:23 raspberrypi lepresenced[760]: [tid:0] main: Version 0.83 started (device: hci0, listen addr: 0.0.0.0, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 0).
Sep  2 14:25:23 raspberrypi lepresenced[760]: [tid:0] main::sanity_check: md5 digest of '/usr/sbin/lepresenced' is: dc0db6a06b26acce7739b847c3727fad.
Sep  2 14:25:23 raspberrypi lepresenced[760]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Sep  2 14:25:23 raspberrypi lepresenced[760]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Sep  2 14:25:23 raspberrypi lepresenced[760]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Sep  2 14:25:23 raspberrypi lepresenced[760]: [tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.
Sep  2 14:25:28 raspberrypi kernel: [   25.449285] uart-pl011 3f201000.serial: no DMA platform data
Sep  2 14:25:30 raspberrypi lepresenced[760]: [tid:0] main: Connection from 127.0.0.1:39390. Connected clients: 1.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main: Connection from 127.0.0.1:39392. Connected clients: 2.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:38, interval: 25. Adding client 127.0.0.1:39390 to clients list.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, ages: 0/1, max age: 25, rssi: -73, result: present.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main::handle_command: Received query for mac address 7c:2f:80:97:38:42, interval: 25. Adding client 127.0.0.1:39392 to clients list.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/2, max age: 25, rssi: -75, result: present.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:38, interval: 60 by client 127.0.0.1:39390.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main::handle_command: Received query update for mac address 7c:2f:80:97:38:42, interval: 60 by client 127.0.0.1:39392.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, ages: 0/1, max age: 60, rssi: -73, result: present.
Sep  2 14:25:31 raspberrypi lepresenced[760]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/2, max age: 60, rssi: -75, result: present.
Sep  2 14:26:31 raspberrypi lepresenced[760]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:38, ages: 1/1, max age: 60, rssi: -74, result: present.
Sep  2 14:26:31 raspberrypi lepresenced[760]: [tid:0] main: Sending update for mac address 7c:2f:80:97:38:42, ages: 1/2, max age: 60, rssi: -76, result: present.

Vielen Dank!!!!!

Noch eine Frage zum Startscript. Damit die Parameter (hci0/hci1, debug, etc) ziehen, müssen sie aber vor den execstart-Befehl, oder??

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Lucky2k12 am 02 September 2017, 18:43:37

Zitat von: PatrickR am 02 September 2017, 14:24:48
Hattest Du vorher das Problem mit der Startreihenfolge?

Ja, wobei nicht immer.
Manchmal hat es auch direkt nach dem booten des Raspi3 funktioniert.
Manchmal musste ich lepresenced restart ausführen, dann ging's wieder

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 03 September 2017, 11:08:52

Hi!

Zitat von: stiefl am 02 September 2017, 14:36:13
Noch eine Frage zum Startscript. Damit die Parameter (hci0/hci1, debug, etc) ziehen, müssen sie aber vor den execstart-Befehl, oder??

Bitte weder das Startskript noch lepresenced selbst editieren. Das Device kannst Du in /etc/default/lepresenced ändern.

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: stiefl am 03 September 2017, 12:20:52

alles klar.

habs nun eh bei hci0 belassen. Dafür BleTagBattery auf hci1. Läuft momentan einwandfrei :-D

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: arthur_dent_2015 am 14 September 2017, 20:45:12

Hallo Patrick,
bei mir läuft die Version 0.83 seit Tagen stabil :)
Danke & Gruß
Arthur

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 13 Dezember 2017, 23:59:52

Hallo zusammen,

habe jetzt auch mal PRESENCE mit lepresenced gemäß Wiki aufgesetzt und habe ein ähnliches Problem.
Nach Reboot des RasPi, an dem ein BCM20702A0-Dongle hängt, klappt alles eine weile und der G-Tag (sowie das testhalber mitgetrackte Xiaomi MiBand) wird zuverlässig erkannt, inkl. RSSI.
Aber dann kommt irgendwann nur noch absent.
Versionen:

Code Auswählen

pi@fhem:~ $ dpkg -l|egrep -i '(blue|hci)'
ii  bluetooth                      5.23-2+rpi2                       all          Bluetooth support
ii  bluez                          5.23-2+rpi2                       armhf        Bluetooth tools and daemons
ii  bluez-hcidump                  5.23-2+rpi2                       armhf        Analyses Bluetooth HCI packets
ii  lepresenced                    0.83-3                            all          lepresenced to detect the presence of Bluetooth LE devices

/etc/default/lepresenced:

Code Auswählen

#
# Default settings for /etc/init.d/lepresenced
#

#Bluetooth device to use for scanning.
#BLUETOOTH_DEVICE="hci0"

#Address to listen for incoming connections. For local connections use 127.0.0.1.
LISTEN_ADDRESS="127.0.0.1"

#Port to listen for incoming connections.
#LISTEN_PORT="5333"

#Syslog level. LOG_EMERG disables logging.
SYSLOG_LEVEL="LOG_DEBUG"

#Additional command line options
#MISC_OPTIONS=""

Code Auswählen


pi@fhem:~ $ ps aux | grep lepresenced
root       487  6.3  1.1  33200 11624 ?        Ssl  23:57   0:01 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 127.0.0.1 --listenport 5333 --loglevel LOG_DEBUG
pi         664  0.0  0.1   4280  1864 pts/0    S+   23:58   0:00 grep --color=auto lepresenced

Was könnte ich probieren um das Problem einzugrenzen? Wo genau wird das lepresenence-spezifische Log, das durch LOG_DEBUG beeinflusst wird, abgelegt? Oder tritt das einfach im Syslog auf?
Besten Dank schon mal!

Viele Grüße
Timo

EDIT:
Kleines Update - habe das Log gefunden (ok, Syslog, hätte ich auch gleich draufkommen können...)

19:09 wurde gestartet:

Code Auswählen

Dec 14 19:06:24 fhem lepresenced[487]: [tid:0] main::stats_task: Active clients: 2, known devices: 0 (min/max age: %/%), received beacons (hcitool/hcidump/difference): 99859/99857/2
Dec 14 19:06:47 fhem lepresenced[487]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 19:07:22 fhem lepresenced[487]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:07:47 fhem lepresenced[487]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 19:08:22 fhem lepresenced[487]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:08:47 fhem lepresenced[487]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 18:17:04 fhem systemd[1]: Starting lepresenced...
Dec 14 18:17:14 fhem systemd[1]: Started lepresenced.
Dec 14 18:17:15 fhem lepresenced[488]: [tid:0] main: Version 0.83 started (device: hci0, listen addr: 127.0.0.1, listen port: 5333, daemonize: 0, legacy mode: 0, rssi threshold: 10, log level: 7, debug: 0).
Dec 14 18:17:15 fhem lepresenced[488]: [tid:0] main::sanity_check: md5 digest of '/usr/sbin/lepresenced' is: dc0db6a06b26acce7739b847c3727fad.
Dec 14 18:17:15 fhem lepresenced[488]: [tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
Dec 14 18:17:15 fhem lepresenced[488]: [tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
Dec 14 18:17:15 fhem lepresenced[488]: [tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
Dec 14 18:17:16 fhem lepresenced[488]: [tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.
Dec 14 19:09:33 fhem lepresenced[488]: [tid:0] main::cleanup_task: Deleting device bb:bb:bb:bb:bb:bb.
Dec 14 19:09:33 fhem lepresenced[488]: [tid:0] main::cleanup_task: Cleanup finished, deleted 1 devices in 0 seconds.
Dec 14 19:09:33 fhem lepresenced[488]: [tid:0] main::stats_task: Active clients: 0, known devices: 3 (min/max age: 0/0), received beacons (hcitool/hcidump/difference): 168/166/2
Dec 14 19:09:36 fhem lepresenced[488]: [tid:0] main: Connection from 127.0.0.1:50943. Connected clients: 1.
Dec 14 19:09:36 fhem lepresenced[488]: [tid:0] main: Connection from 127.0.0.1:50944. Connected clients: 2.
Dec 14 19:09:36 fhem lepresenced[488]: [tid:0] main::handle_command: Received query for mac address bb:bb:bb:bb:bb:bb, interval: 60. Adding client 127.0.0.1:50943 to clients list.
Dec 14 19:09:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -80, result: present.
Dec 14 19:09:36 fhem lepresenced[488]: [tid:0] main::handle_command: Received query for mac address aa:aa:aa:aa:aa:aa, interval: 60. Adding client 127.0.0.1:50944 to clients list.
Dec 14 19:09:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 0/0, max age: 60, rssi: -90, result: present.
Dec 14 19:10:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -80, result: present.
Dec 14 19:10:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 1/1, max age: 60, rssi: -89, result: present.
Dec 14 19:11:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -83, result: present.
Dec 14 19:11:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 1/1, max age: 60, rssi: -89, result: present.
Dec 14 19:12:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -75, result: present.
Dec 14 19:12:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 1/1, max age: 60, rssi: -90, result: present.
Dec 14 19:13:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -81, result: present.
Dec 14 19:13:36 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 1/1, max age: 60, rssi: -93, result: present.

19:34 ist er abgeschmiert trotz Anwesenheit:

Code Auswählen

Dec 14 19:33:37 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 0/0, max age: 60, rssi: -93, result: present.
Dec 14 19:33:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 12/15, max age: 60, rssi: -89, result: present.
Dec 14 19:34:32 fhem lepresenced[488]: [tid:0] main: Mac address bb:bb:bb:bb:bb:bb needs update due to changed rssi. Old/new rssi: -93/-82, difference: 11, affected clients: 1.
Dec 14 19:34:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -82, result: present.
Dec 14 19:34:38 fhem lepresenced[488]: [tid:0] main::stats_task: Active clients: 2, known devices: 3 (min/max age: 0/60), received beacons (hcitool/hcidump/difference): 32084/32082/2
Dec 14 19:34:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:35:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -82, result: present.
Dec 14 19:35:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:36:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -83, result: present.
Dec 14 19:36:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 3/28, max age: 60, rssi: -96, result: present.
Dec 14 19:37:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 2/2, max age: 60, rssi: -83, result: present.
Dec 14 19:37:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:38:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 0/0, max age: 60, rssi: -89, result: present.
Dec 14 19:38:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 6/7, max age: 60, rssi: -96, result: present.
Dec 14 19:39:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 1/1, max age: 60, rssi: -84, result: present.
Dec 14 19:39:35 fhem lepresenced[488]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Dec 14 19:39:39 fhem lepresenced[488]: [tid:0] main::stats_task: Active clients: 2, known devices: 3 (min/max age: 0/2), received beacons (hcitool/hcidump/difference): 37770/37768/2
Dec 14 19:39:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, ages: 8/12, max age: 60, rssi: -96, result: present.
Dec 14 19:40:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, ages: 39/39, max age: 60, rssi: -91, result: present.
Dec 14 19:40:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:41:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 19:41:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:42:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 19:42:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:43:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 19:43:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.
Dec 14 19:44:32 fhem lepresenced[488]: [tid:0] main: Sending update for mac address bb:bb:bb:bb:bb:bb, max age: 60, result: absence.
Dec 14 19:44:40 fhem lepresenced[488]: [tid:0] main::stats_task: Active clients: 2, known devices: 3 (min/max age: 287/298), received beacons (hcitool/hcidump/difference): 38016/38014/2
Dec 14 19:44:50 fhem lepresenced[488]: [tid:0] main: Sending update for mac address aa:aa:aa:aa:aa:aa, max age: 60, result: absence.

Warum da beim Start (hatte den Raspi neu gestartet) plötzlich 18:17 auftaucht erschließt sich mir nicht ganz, krumme Zahl, selbst wenn er da noch irgendwie die Systemzeit umstellt...

Titel: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 14 Dezember 2017, 23:41:16

Hi!
Das mit der Systemzeit solltest Du Dir mal anschauen. Sowas ist generell nicht gut. Bei lepresenced führt es dazu, dass um 19:09Uhr (18:17Uhr) ein Tag zu Unrecht rausfliegt.

Mit Deinem Hauptproblem hat das aber nichts zu tun. Leider ist das der ungünstigste Fall eines Fehlers, der auftreten kann. Alles ist prima und verhält sich exakt als seien die G-Tags außer Reichweite: Die Scan-Prozesse (hcitool/hcidump) laufen weiter und haben bis zum Auftreten des Problems die (fast exakt) gleiche Anzahl an Beacons empfangen. Insofern sieht für lepresenced alles wunderbar aus.

Das Debuggen ist entsprechend schwierig:
-Schau doch mal bitte, ob zur relevanten Zeit etwas Spannendes im Syslog steht, was entfernt mit Bluetooth zu tun hat.
-Hast Du irgendwelche anderen Dienste laufen, die auf Bluetooth zugreifen? (Batterieskripte z. B.)
-Wenn das Problem auftritt und Du _nur_ lepresenced neustartest, ist dann wieder alles ok oder musst Du den Pi Durchstarten?

Patrick

/Edit: Um solche Probleme zu detektieren und ggf. zu reagieren müsste man eine Art Heartbeat-G-Tag laufen lassen, d. h. einen Tag, der immer in Reichweite ist. Wird er nicht mehr empfangen, gibt es ein Problem. Das könnte man auch in lepresenced einbauen, aber:
-Man müsste eine Maßnahme finden, die ohne Systemneustart den Scan wieder in Gang setzt - s. o.
-Korrekterweise müsste man stattdessen die Ursache für das Problem finden.

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: digiart am 15 Dezember 2017, 08:39:50

Ich möchte mich auch einmal hier einklinken.
Ich habe einen Bluetoothdongle an einem Pi Zero laufen, und in FHEM 3 Devices definiert (1 x iTag, 1 x Telefon, 1 x Autobatterieüberwachung).

Der iTag und die Autobatterieüberwachung sind (derzeit) ständig im Umkreis von ca. 1,5m vom Bluetoothdongle.
Nach der Installation lief alles gut an, allerdings bemerkte ich nach einiger Zeit auch, dass die beiden Devices auf absent geschalten wurden. ein Neustart von lepresenced hat die Devices dann wieder auf present geschalten.
Ich habe dann einfach in die crontab um Mitternacht den Dienst neustarten lassen. Hat leider nicht geholfen.
Nun starte ich den Dienst alle 6 Stunden neu, nun läuft die Erkennung stabil.
Für die Logs habe ich noch keine Zeit gehabt, da ich noch weitere (wichtigere) Baustellen zu bearbeiten habe.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 15 Dezember 2017, 09:09:02

@digiart: Zumindest nehme ich mal mit, dass ein Neustart von lepresenced hilft. Ich würde aktuell davon ausgehen, dass das auf den Neustart der Scan-Prozesse zurückzuführen ist. Darauf könnte man einen Workaround aufbauen wenn es gelänge, den Zeitpunkt des Ausfalls sicher zu detektieren.

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 16 Dezember 2017, 18:28:38

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
Hi!
Das mit der Systemzeit solltest Du Dir mal anschauen. Sowas ist generell nicht gut. Bei lepresenced führt es dazu, dass um 19:09Uhr (18:17Uhr) ein Tag zu Unrecht rausfliegt.

Schaue ich mal nach - schon irgendwie komisch. Vielleicht wars aber auch der Neustart und da hatte sich noch irgendwas auf den NTP synchronisiert oder so?

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
Mit Deinem Hauptproblem hat das aber nichts zu tun. Leider ist das der ungünstigste Fall eines Fehlers, der auftreten kann. Alles ist prima und verhält sich exakt als seien die G-Tags außer Reichweite: Die Scan-Prozesse (hcitool/hcidump) laufen weiter und haben bis zum Auftreten des Problems die (fast exakt) gleiche Anzahl an Beacons empfangen. Insofern sieht für lepresenced alles wunderbar aus.

Das hatte mich auch verwirrt, da ich ja eigentlich noch Infos von lepresenced kriege - da ist also weder was falsch gestartet noch abgestürzt auf der Seite...

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
Das Debuggen ist entsprechend schwierig:
-Schau doch mal bitte, ob zur relevanten Zeit etwas Spannendes im Syslog steht, was entfernt mit Bluetooth zu tun hat.

Prüfe ich sobald ich wieder zu Hause bin.

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
-Hast Du irgendwelche anderen Dienste laufen, die auf Bluetooth zugreifen? (Batterieskripte z. B.)

Nein, ich hab Bluetooth generell erst für lepresenced installiert und habe lediglich lepresenced für die Nutzung mit BT installiert.

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
-Wenn das Problem auftritt und Du _nur_ lepresenced neustartest, ist dann wieder alles ok oder musst Du den Pi Durchstarten?

Genügt hier in Deinen Augen "sudo lepresenced restart" bzw. erst "lepresenced stop", dann "...start"?
Ich meine, ich hatte mal "hciconfig hci0 down" und anschließend wieder "...up" gemacht und es ging wieder (reagiert lepresenced darauf irgendwie? Oder klappt ggf. anschließend einfach der Empfang wieder richtig?), werde aber beides (lepresenced neustarten und hciconf down/up) nochmal probieren wenn es wieder abstürzt.

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
-Man müsste eine Maßnahme finden, die ohne Systemneustart den Scan wieder in Gang setzt - s. o.

ggf. wäre das bei mir das hciconfig

Zitat von: PatrickR am 14 Dezember 2017, 23:41:16
-Korrekterweise müsste man stattdessen die Ursache für das Problem finden.

Das wäre mir deutlich lieber.

Habe noch versucht im Freundes-/Kollegenkreis so einen zweiten Dongle aufzutreiben, leider nix über BT 3.0 verfügbar...
Ich werde auch hier berichten sobald ich den CSR-Dongle in den Händen halte, ob vielleicht hier das Problem liegt.

Den Tipp von digiart werde ich mal verfolgen und das (wenn alles andere vorerst nicht hilft) halbstündlich den Prozess neustarten.
Ggf. könnte man hier als Workaround einmalig beim Wechsel von "present" auf "absent" einmalig den Prozess neustarten und, wenn danach der Empfang wieder funktioniert, klappt es. Wenn er nicht wieder funktioniert ist von tatsächlicher Abwesenheit auszugehen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 16 Dezember 2017, 19:09:12

Bin seit 2 Monaten ebenfalls am einrichten meiner BT Anwesenheit. Und habe leider auch immer mal das Problem, dass meine G-Tags auf absent gehen, obwohl diese in Reichweite sind.

Entweder liegt es an lepresenced oder eben an collectord.
Nach hci0 down und up geht es meistens wieder, ein zusätzlicher neustart von lepresenced führe ich meistens auch durch.

Komischerweise passiert es aber auch, dass es von selbst wieder geht. Dies dauert dann allerdings bis zu 24 Stunden.

Bei beiden scripten weiß ich allerdings nicht, wie ich dies debuggen kann.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 16 Dezember 2017, 19:28:01

Zitat von: Fixel2012 am 16 Dezember 2017, 19:09:12
Entweder liegt es an lepresenced oder eben an collectord.

Sollte der Fehler der gleiche sein, hätte auf lepresenced getippt, da ich collectord nicht einsetze und es trotzdem auftritt (nur lepresenced am lokalen Pi).

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 16 Dezember 2017, 19:29:23

Zitat von: rastagandalf am 16 Dezember 2017, 19:28:01
Sollte der Fehler der gleiche sein, hätte auf lepresenced getippt, da ich collectord nicht einsetze und es trotzdem auftritt (nur lepresenced am lokalen Pi).

hätte ich auch gesagt ;D

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 16 Dezember 2017, 20:43:38

Hy habe lepresenced seit ca 1 Jahr am laufen ohne probleme.
Ich habe die deb auf 2 Zero's installiert, ohne jemals probleme gehabt zu haben.
Meiner erfahrung nach darf nur eine sache pro Bluetooth device laufen.

Wie gesagt hab 2 Zero's auf dem lepresenced läuft, das vereine ich mit einer Strukture zu einem Nutzer, da ich 2 g-tags habe habe ich je G-tag eine benutzer strukture die auch wieder zu einer gesamt Strukture gemacht wird und das ohne probleme.

Probleme hatte ich mal da ich über die Zero's auch meine Bluetooth Thermostate ansteuern wollte, was ich aber mit zusätzlichen devices unterbunden habe.

Es liegt nicht immer am Script sondern auch mal daran das zu viele auf das device zugreifen.

Gesendet von meinem SM-G950F mit Tapatalk

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: DeeSPe am 16 Dezember 2017, 20:55:47

Muss mich hier leider mal dazu gesellen.
Im Haus meiner Eltern passiert es auch hin und wieder dass mitten in der Nacht die Erkennung des G-Tag ausfällt, obwohl dessen Aufenthaltsort sich nicht verändert hat. Das ist echt blöd da die Alarmanlage nachts eingeschaltet ist und nach neu erkanntem anwesend wird sie ausgeschaltet.
Meist wird er dann nach weniger als einer Minute wieder als anwesend erkannt. Manchmal dauert es aber auch länger.
Das Attribut absenceThreshold ist natürlich gesetzt.

Hab schon versucht das programmiertechnisch abzufangen, allerdings gefällt mir das alles nicht wirklich.

Sehr merkwürdig ist auch dass es bei mir zu Hause eigentlich immer zuverlässig klappt, außer alle 2-3 Monate fängt lepresenced an zu spinnen und findet keinen Tag mehr. Ich muss dann lepresenced immer neu starten damit die Tags wieder gefunden werden.

Auf beiden Systemen wird BT ausschliesslich für (le)presenced benutzt.

Ist es evtl. möglich dass sich presenced und lepresenced gegenseitig ins Gehege kommen?
Denn die laufen auf beiden Systemen parallel.

Gruß
Dan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 16 Dezember 2017, 21:14:24

Zitat von: DeeSPe am 16 Dezember 2017, 20:55:47
Ist es evtl. möglich dass sich presenced und lepresenced gegenseitig ins Gehege kommen?
Denn die laufen auf beiden Systemen parallel.

Dies ist bei mir nicht der Fall.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 16 Dezember 2017, 21:43:05

Ich würde sagen ja, bei lepresenced kann man angeben welches hci device genutzt werden soll.
Ob das bei Collectored auch geht [emoji848]

Gesendet von meinem SM-G950F mit Tapatalk

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 20 Dezember 2017, 11:31:11

Moin,

habe jetzt mal getestet als es wieder abgestürzt ist.
Sowohl "sudo lepresenced restart" als auch "sudo lepresenced stop" gefolgt von "sudo lepresenced start" brachten keine Änderung, auch mit Statusrequest in FHEM blieben die Tags absent.
Als ich aber dann versucht habe, "hciconfig hci0 down" zu machen ging das zwar, "hciconfig hci0 up" brachte aber einen Timeout-Fehler.

Jetzt kam heute der CSR-Dongle an, mal sehen ob es sich damit bessert.

Viele Grüße
Timo

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 20 Dezember 2017, 11:36:49

Hat es denn geholfen dein ganzes Fhem oder System neu zu starten?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 20 Dezember 2017, 19:19:45

Fhem-Neustart hab ich nicht probiert, kompletter Neustart hilft aber.

Habe jetzt seit heute Mittag den neuen Dongle mit CSR-Chipsatz im Einsatz und seither funktioniert es...
Werde berichten ob das in den nächsten Tagen immer noch so ist.

Viele Grüße
Timo

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 20 Dezember 2017, 20:58:46

Ich nutze diesen hier:

https://www.amazon.de/gp/product/B007MKMJGO/ref=oh_aui_search_detailpage?ie=UTF8&psc=1&tag=gumba-21

Ich schließe eigentlich einen BT Dongle defekt/Fehler aus, da ich mit der manuellen suche auf der Konsole immer noch den G-Tag finde, auch wenn er in fhem auf absent steht.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 20 Dezember 2017, 22:20:49

Zitat von: Fixel2012 am 20 Dezember 2017, 20:58:46
Ich nutze diesen hier:

https://www.amazon.de/gp/product/B007MKMJGO/ref=oh_aui_search_detailpage?ie=UTF8&psc=1&tag=gumba-21

Ich schließe eigentlich einen BT Dongle defekt/Fehler aus, da ich mit der manuellen suche auf der Konsole immer noch den G-Tag finde, auch wenn er in fhem auf absent steht.

Mit genau dem hatte ich auch die Probleme.
Den (https://www.ebay.de/itm/Bluetooth-4-0-Adapter-Mini-USB-2-0-Stick-BT-V4-0-EDR-Dongle-High-Speed-CSR-Nano/201408750694) hab ich jetzt und es sieht nach wie vor gut aus.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 20 Dezember 2017, 22:59:58

Zitat von: rastagandalf am 20 Dezember 2017, 22:20:49
Mit genau dem hatte ich auch die Probleme.
Den (https://www.ebay.de/itm/Bluetooth-4-0-Adapter-Mini-USB-2-0-Stick-BT-V4-0-EDR-Dongle-High-Speed-CSR-Nano/201408750694) hab ich jetzt und es sieht nach wie vor gut aus.

Aber der hat kein BT LE, oder?

Würde mich freuen, wenn nochmal 24 Stunden später bescheid gibst, ob es noch läuft :)

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 21 Dezember 2017, 11:55:13

Zitat von: Fixel2012 am 20 Dezember 2017, 22:59:58
Aber der hat kein BT LE, oder?

Würde mich freuen, wenn nochmal 24 Stunden später bescheid gibst, ob es noch läuft :)

Muss er haben, sonst würde er die G-Tags nicht finden soweit ich das verstehe.
Das sollte laut Wikipedia (https://de.wikipedia.org/wiki/Bluetooth#Bluetooth_4.0) eigentlich auch fester Bestandteil von BT 4.0 laut Spezifikation sein:

ZitatBluetooth Low Energy/Smart ist ein Teil des 4.0-Standards, bietet allerdings keine Abwärtskompatibilität.

Wenn ich zu Hause bin schau ich mal nach ob das alles noch so funktioniert. Den Stick habe ich übrigens gestern beim Raussuchen des Links bei anderen Händlern auch für knappe 4 Euro aus DE gesehen - für den Preis ist es in meinen Augen den Versuch allemal wert, wenns damit tut.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 21 Dezember 2017, 19:05:11

Sorry für den Doppelpost...

Habe soeben nachgesehen und es funktioniert noch immer einwandfrei. Ich habe keine Ahnung was genau da spinnt aber möglicherweise stürzt beim Broadcom Chipsatz der Treiber oder so was ab. Ich melde mich falls es auch mit dem neuen Dongle zu Problemen kommt.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: DeeSPe am 24 Dezember 2017, 21:52:48

Habe nun nochmal ein paar Tage getestet mit einem parallelen PRESENCE auf ein Handy (presenced).
Per presenced wurde das Handy durchgängig erkannt, der per lepresenced abgefragte G-Tag hat seit dem laut Log immer mal wieder Aussetzer gehabt, obwohl die Position dessen nie verändert wurde. Ein zweiter zur selben Zeit anwesender G-Tag wurde auch nicht mehr gefunden.
Meist werden die Devices nach der ersten oder zweiten Abfrage nach absenceThreshold wieder als present gemeldet, selten dauert es auch mal etliche Minuten.
Da dieser Zustand meist nachts eintritt kann ich auch mit Sicherheit sagen dass die Position der G-Tags nicht verändert wurde.
RSSI liegt meist zwischen -70 und -80.

Gruß
Dan

EDIT: Ich habe auch schon den BT-Stick mit meinem daheim getauscht, der eigentlich immer funktioniert, und habe keine Änderung bemerkt. Es kann also auch nicht an der Hardware liegen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 24 Dezember 2017, 22:02:04

Komisch das ihr solche probleme habt[emoji848]
Habe hier 2 Pi'S die als Cam eingerichtet sind auf beiden läuft seit monaten Lepresends, zusätzlich läuft auf einem noch eine Bluetooth SSH verbindung (2 Bluetooth Dongle) ich habe keinerlei probleme, es werden aber nur 2 G-Tag'S gepingt ohne batterie, handy oder sonst eine weiter funktion.

Gesendet von meinem SM-G950F mit Tapatalk

Titel: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 24 Dezember 2017, 22:56:12

@DeeSPe: Hast Du die Möglichkeit, lepresenced mal auf ein anderes System zu verlagern, wo am besten nichts anderes (vor allem presenced) läuft?

@Gasmsst3r: Das gleiche bei mir auf zwei Systemen (1x RPi3, 1x Debian VM). Seit der Existenz von lepresenced ohne Probleme.

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: DeeSPe am 24 Dezember 2017, 23:07:39

Zitat von: PatrickR am 24 Dezember 2017, 22:56:12
@DeeSPe: Hast Du die Möglichkeit, lepresrnced mal auf ein snderes System zu verlagern, wo sm bedtrn nichts anderes läuft?

Außer für presenced und lepresenced wird BT nicht verwendet.

Habe aber gerade noch einen RPi Zero W rumliegen und werde das nächste Woche mal testen.
Werde mich auch nochmal in collectord einlesen und das auch mal testen.

Gruß
Dan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 25 Dezember 2017, 01:14:47

Zitat von: PatrickR am 24 Dezember 2017, 22:56:12
@DeeSPe: Hast Du die Möglichkeit, lepresenced mal auf ein anderes System zu verlagern, wo am besten nichts anderes (vor allem presenced) läuft?

Habe das gleiche Problem, bei mir Läuft im Moment nichts anderes außer Fhem(innerhalb FHem ist nichts definiert, komplett Frisch!). Ist ein Frisches Debian Jessie.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 25 Dezember 2017, 10:00:36

Hy wenn ich mich recht errinnere ist colectored für Erkennung in welchen raum man sich befindet sofern dort eine bluetooth erkennung vorhanden ist.

Presenced und lepresenced stören sich, also kein wunder das ihr probleme habt.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 25 Dezember 2017, 12:31:22

Zitat von: Gasmast3r am 25 Dezember 2017, 10:00:36
Hy wenn ich mich recht errinnere ist colectored für Erkennung in welchen raum man sich befindet sofern dort eine bluetooth erkennung vorhanden ist.

Presenced und lepresenced stören sich, also kein wunder das ihr probleme habt.

Ich Persönlich nutze nur lepresenced.

Aber auch beides gleichzeitg sollte Problemlos mit 2 BT Dongle gehen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: DeeSPe am 25 Dezember 2017, 12:33:12

In einer anderen Installation habe ich keinerlei Probleme mit gleichzeitig laufendem presenced und lepresenced.

Gruß
Dan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 26 Dezember 2017, 00:05:07

@rastagandalf

laufen die G-Tags nach wie vor mit dem von dir genannten BT-Stick? Falls ja, würde ich mir so einen mal zum test ordern!

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 26 Dezember 2017, 14:23:31

Zitat von: Fixel2012 am 26 Dezember 2017, 00:05:07
@rastagandalf

laufen die G-Tags nach wie vor mit dem von dir genannten BT-Stick? Falls ja, würde ich mir so einen mal zum test ordern!

Werde ich nach den Feiertagen nochmal checken. Zuletzt hatte es funktioniert.

EDIT: Habe nach wie vor keine Probleme seit dem Wechsel zum anderen Stick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Fixel2012 am 05 Januar 2018, 22:13:14

Nach dem ich mir den gleichen BT Dongle wie rastagandalf gekauft habe läuft es nun endlich auch bei mir seit über 48 Stunden durch!

Danke :D

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ThoTo am 14 Januar 2018, 19:18:12

Habe den BT Stick soeben auch bestellt und hoffe auf Besserung.
Wie habt ihr eure GTags in FHEM definiert? Mit welchen Intervallen und Thresholds?

LG Thomas

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rastagandalf am 22 Januar 2018, 12:03:28

Moin Thomas,

Zitat von: ThoTo am 14 Januar 2018, 19:18:12
Habe den BT Stick soeben auch bestellt und hoffe auf Besserung.

Funktioniert es bei Dir jetzt mit dem neuen Stick?

Zitat von: ThoTo am 14 Januar 2018, 19:18:12
Wie habt ihr eure GTags in FHEM definiert? Mit welchen Intervallen und Thresholds?

Intervall 60s, beim Threshold für Abwesenheit experimentiere ich noch zwischen 7 und 10 (müsste mal schauen wie lange ich zum Bäcker um die Ecke oder zur Waschmaschine drei Stockwerke weiter unten brauche...). Anwesenheit geht ohne Threshold - wenn ich da bin, bin ich da, fertig.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: oli82 am 24 Januar 2018, 15:46:52

Habe seit ich auf collectored umgestellt habe auch so meine Probleme mit den G-Tags.
So wie ich das verstanden habe, Fragt der Collectord alle eingetragenen Hosts ab. Bei mir macht er das aber nicht, sondern fragt nur noch den letzten Host ab, bei dem der G-Tag present war.
Kennt jemand das Problem?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Mike70 am 13 März 2019, 23:05:43

Habe auch mehrere Pi3 verteilt und sammle über collector in welchem zimmer sich der G-Tag befindet. Bei einem Pi ist immer der G-Tag auf absent gewechselt, mehrmals neues Setup, erst ein Wechsel des USB Netzteiles hat das Problem gelöst.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Heimweh am 15 August 2019, 08:11:39

Hallo. Ich nutze einen BCM20702 USB Dongle an einem Intel NUC. Meine Lepresence Version ist 0.9.
Derzeit habe ich 2 (China) Beacons - diese liegen ca. 1m vom Dongle entfernt und werden auch erkannt.
Wenn ich aber nun einen Beacon "mitnehme" - werden beide als absent angezeigt. Mach ich dann von unterwegs aus einen kompletten
Systemneustart - passt wieder alles. Einer ist absent und einer present. Woran könnte es liegen dass die States nicht richtig angezeigt werden?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 15 August 2019, 09:04:38

Hi,

bei mir funktionierte Bluetooth vom PI 3B nicht mehr seit ich auf Raspbian Buster umgestellt habe. Das interne Bluetooth Modul arbeitet nicht mehr richtig da der Treiber scheinbar für den PI4 geändert wurde. Das ist ein bekanntes Problem im neuesten Raspbian Buster (https://github.com/raspberrypi/firmware/issues/1150). Die Problemlösungsvorschläge dort haben bei mir nicht geholfen. Raspbian Strech lief sehr zuverlässig. Den Fehler des Bluetooth Moduls sieht man wenn man dmesg ausführt auf dem PI.

Problemlösung: Ich hab das interne Bluetooth deaktiviert und ein USB BLE Dongle in den PI gesteckt. Das funktioniert nun wieder.

Vielleicht hilft das dem ein oder anderen.

LG Alina

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Steffen am 18 August 2019, 16:45:53

Hallo!

Ich habe zwar die gleiche frage schon mal im XiaomiBTLESens Forum angesprochen aber leider keine Antwort erhalten, deswegen hier nochmal der Versuch...

Mir ist was in letzter Zeit aufgefallen, das wollte ich mal hier ansprechen und vielleicht hat jemand einen Rat dazu.

Ich nutze eigentlich seit langer Zeit diese Modul hier zusammen mit dem "lepresenced/collectord" Modul, jetzt ist mir aufgefallen
das wenn das "XiaomiBTLESens" Modul den Sensor nicht erreichen kann also eine "Error" anzeigt, exakt auch zu der Zeit bricht das "PRESENCE" Modul
ein und keiner meiner Bluetooth Tags werden mehr gefunden.

Wenn ich dann "XiaomiBTLESens" auf "attr Disable 1" setzte und "lepresenced Service" per Ssh auf dem Pi3 neustarte, findet er meine Bluetooth Tags wieder sofort.

Ist es möglich das beide zusammen Arbeiten können oder muss dann extra das "XiaomiBTLESens" auf ein sagen wir PiZero ausgelagert werden?!?

Mfg Steffen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Heimweh am 20 August 2019, 11:04:24

Zitat von: Heimweh am 15 August 2019, 08:11:39
Hallo. Ich nutze einen BCM20702 USB .......

Update: ich habe mir nun (Tip hier aus dem Forum) den CSL Dongle bestellt. Mit diese funktioniert es, nur ist die Reichweite deutlich gesunken....

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 21 August 2019, 13:30:26

Zitat von: Heimweh am 20 August 2019, 11:04:24
... CSL Dongle ... Reichweite deutlich gesunken....

Welchen hast du denn?
Wenn ich so bei amazon gucke haben die CSL doch nur 10m Reichweite. Es gibt auch BLE USB Dongels mit 100m Reichweite.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Heimweh am 21 August 2019, 15:36:00

Zitat von: Eistee am 21 August 2019, 13:30:26
Welchen hast du denn?
Wenn ich so bei amazon gucke haben die CSL doch nur 10m Reichweite. Es gibt auch BLE USB Dongels mit 100m Reichweite.

Mit den 10m hast Du recht. Ich habe jetzt den hier:

https://www.amazon.de/gp/product/B00LSGUBLI/ref=ppx_yo_dt_b_asin_title_o06_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B00LSGUBLI/ref=ppx_yo_dt_b_asin_title_o06_s00?ie=UTF8&psc=1)

Hast Du mir mal den link zu dem 100m Dongle?

Und den folgenden hatte ich vorher, weil hier öfters mal der BCM20702 genannt wurde:

https://www.amazon.de/gp/product/B00LSGUBLI/ref=ppx_yo_dt_b_asin_title_o06_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B00LSGUBLI/ref=ppx_yo_dt_b_asin_title_o06_s00?ie=UTF8&psc=1)

Bin noch immer nicht ganz zufrieden...

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 21 August 2019, 17:30:13

Zitat von: Heimweh am 21 August 2019, 15:36:00Hast Du mir mal den link zu dem 100m Dongle?

https://www.amazon.de/LogiLink-BT0015-Bluetooth-Adapter-Windows/dp/B0096Y2HFW

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Steffen am 29 September 2019, 08:02:13

Guten Morgen,

Ich habe auch das Problem auf einem RPI3b+ das in lepresenced die Devices irgendwann nur noch den state "absent" erhalten und nach einem restart von lepresenced ihren State auf wieder auf "present" wechseln.

Code Auswählen


pi@RiessHomeServer:/etc/rsyslog.d $ sudo service lepresenced status
● lepresenced.service - lepresenced
   Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-09-29 07:45:33 CEST; 5s ago
  Process: 3595 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
 Main PID: 3604 (lepresenced)
    Tasks: 5 (limit: 2200)
   Memory: 9.5M
   CGroup: /system.slice/lepresenced.service
           ├─3604 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
           ├─3618 hcidump -i hci0
           └─3626 hcitool -i hci0 lescan --duplicates

Sep 29 07:45:23 RiessHomeServer systemd[1]: Starting lepresenced...
Sep 29 07:45:33 RiessHomeServer systemd[1]: Started lepresenced.
Sep 29 07:45:33 RiessHomeServer lepresenced[3604]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Sep 29 07:45:33 RiessHomeServer lepresenced[3604]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

desweiteren habe ich diese Log Einträge:

Code Auswählen


Sep 29 07:52:48 RiessHomeServer kernel: bt_err_ratelimited: 2 callbacks suppressed
Sep 29 07:52:48 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:48 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:48 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:49 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:50 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:50 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:51 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:51 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:52 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected
Sep 29 07:52:52 RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected

habe hier im Forum was dazu gefunden aber das klappt bei mir irgendwie auch nicht und die Einträge werden weiter geschrieben:

Code Auswählen


cat 01-blocklist.conf
:msg,contains,"RiessHomeServer kernel: Bluetooth: hci0: advertising data len corrected" ~
:msg,contains,"Bluetooth: hci0 advertising data len corrected" ~
:msg,contains,"Bluetooth: hci0 advertising data length corrected" ~
:msg,contains,"bt_err_ratelimited:" ~
:msg,contains,"Bluetooth: hci0: advertising data len corrected" ~

das was ja in diesem Punkt nervt ist, das der state auf "absent" geht und nicht auf ein "Error" oder "Disconnect" das man dann wüsste das der Dienst nicht läuft.

Mfg Steffen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Steffen am 01 Oktober 2019, 19:27:10

Hallo!

Gibt es hier wirklich kein Support mehr dazu???

Bei mir ist das inzwischen auf 3 Systemen so und eine Vernüftige Ab und Anwesendheits erkennung ist nicht mehr möglich :-\

Ich hoffe man kann sich vielleicht doch diesen Fehler annehmen...

Mfg Steffen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 01 Oktober 2019, 19:51:04

Hallo ich habe viel gehört das, das interne Bluetooth vom Pi3 nicht gut läuft.
Falls noch nicht passiert besorge dir ein USB dongle und schalte den internen Bluetooth Stick ab.

Habe jetzt nicht alles gelesen, habe selber 2 Zero Pi W am laufen die keinerlei Probleme machen

Gesendet mit Tapatalk

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 02 Oktober 2019, 21:29:27

Hallo zusammen,

ich hatte das gleiche Problem nun auch schon seit etlichen Wochen nach einem Betriebssystem-Update. Bei der Suche nach einer Lösung bin ich auf einen Hinweis gestoßen, der zumindest seit mehreren Tagen zu einem stabilen Verhalten mit meinen G-Tags geführt hat.

Die Lösung sieht vor in der Dateu /usr/bin/btuart in der Zeile 23 die Baud-Rate auf 115200 abzuändern:

Code Auswählen

#!/bin/sh

HCIATTACH=/usr/bin/hciattach
if grep -q "Pi 4" /proc/device-tree/model; then
  BDADDR=
else
  SERIAL=`cat /proc/device-tree/serial-number | cut -c9-`
  B1=`echo $SERIAL | cut -c3-4`
  B2=`echo $SERIAL | cut -c5-6`
  B3=`echo $SERIAL | cut -c7-8`
  BDADDR=`printf b8:27:eb:%02x:%02x:%02x $((0x$B1 ^ 0xaa)) $((0x$B2 ^ 0xaa)) $((0x$B3 ^ 0xaa))`
fi

uart0="`cat /proc/device-tree/aliases/uart0`"
serial1="`cat /proc/device-tree/aliases/serial1`"

if [ "$uart0" = "$serial1" ] ; then
	uart0_pins="`wc -c /proc/device-tree/soc/gpio@7e200000/uart0_pins/brcm\,pins | cut -f 1 -d ' '`"
	if [ "$uart0_pins" = "16" ] ; then
		$HCIATTACH /dev/serial1 bcm43xx 3000000 flow - $BDADDR
	else
# von 921600 auf 115200 geändert		
		$HCIATTACH /dev/serial1 bcm43xx 115200 noflow - $BDADDR
	fi
else
	$HCIATTACH /dev/serial1 bcm43xx 460800 noflow - $BDADDR
fi

Für den Zweck die G-Tags anzusprechen, scheint die Rate absolut auszureichen.

Beste Grüße
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Steffen am 03 Oktober 2019, 19:35:52

Zitat von: ToKa am 02 Oktober 2019, 21:29:27
Hallo zusammen,

ich hatte das gleiche Problem nun auch schon seit etlichen Wochen nach einem Betriebssystem-Update. Bei der Suche nach einer Lösung bin ich auf einen Hinweis gestoßen, der zumindest seit mehreren Tagen zu einem stabilen Verhalten mit meinen G-Tags geführt hat.

Die Lösung sieht vor in der Dateu /usr/bin/btuart in der Zeile 23 die Baud-Rate auf 115200 abzuändern:

Code Auswählen Erweitern
#!/bin/sh HCIATTACH=/usr/bin/hciattach if grep -q "Pi 4" /proc/device-tree/model; then BDADDR= else SERIAL=`cat /proc/device-tree/serial-number | cut -c9-` B1=`echo $SERIAL | cut -c3-4` B2=`echo $SERIAL | cut -c5-6` B3=`echo $SERIAL | cut -c7-8` BDADDR=`printf b8:27:eb:%02x:%02x:%02x $((0x$B1 ^ 0xaa)) $((0x$B2 ^ 0xaa)) $((0x$B3 ^ 0xaa))` fi uart0="`cat /proc/device-tree/aliases/uart0`" serial1="`cat /proc/device-tree/aliases/serial1`" if [ "$uart0" = "$serial1" ] ; then uart0_pins="`wc -c /proc/device-tree/soc/gpio@7e200000/uart0_pins/brcm\,pins | cut -f 1 -d ' '`" if [ "$uart0_pins" = "16" ] ; then $HCIATTACH /dev/serial1 bcm43xx 3000000 flow - $BDADDR else # von 921600 auf 115200 geändert $HCIATTACH /dev/serial1 bcm43xx 115200 noflow - $BDADDR fi else $HCIATTACH /dev/serial1 bcm43xx 460800 noflow - $BDADDR fi

Für den Zweck die G-Tags anzusprechen, scheint die Rate absolut auszureichen.

Beste Grüße
Torsten

Nach großer Hoffnung kam doch wieder nur die entäuschung,
auf 3 Systemen(RPI3b+) mit Buster hat dieser Fix leider auch nicht geholfen :'( :-\

Ich hoffe sehr das es hier jemand gibt der sich dem Problem hier vielleicht auch noch mit annehmen kann, denn ich würde sehr ungern immer erst ein Bluetooth Stick jedesmal dazu kaufen.

Mfg Steffen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 03 Oktober 2019, 20:17:15

Hy hast du das den mal ausprobiert, mit nem Stick?
Wenn der interne Chip nicht laufen will dann bringt es halt nicht viel, so ein dongle bekommt man bei ebay ab 1€.

Ist zwar doof bei nem Pi3 extra ein Bluetooth Dongle zu kaufen aber wenn es nicht anders geht, muss es halt sein.

Gesendet mit Tapatalk

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Steffen am 05 Oktober 2019, 13:55:04

Hallo!

Ich habe es noch nicht mit einem Stick getestet, da ich eigentlich kein Freund bin Probleme "weg zu kaufen". Ok manchmal geht es halt nicht anders aber da dieses Problem ja nun schon 3 Laufende System und dadurch auch alle zukünftigen suche ich noch nach einer Lösung.

Ich habe auf einem der RPi3b+ ein "attr bluetoothHciDevice
hci0" angehangen und seit dem läuft es Stabil aber auf den anderen wieder nicht?!?

Wenn es wenigstens ein Möglichkeit geben würde das man erkennen könnte ob der Dienst läuft, dann könnte man ihn ja wieder neu starten lassen, denn dann klappt die erkennung wieder gut?!

Mfg Steffen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 05 Oktober 2019, 14:59:10

Es gibt doch die kostenlose Lösung. Einfach bei Strech bleiben denn das Bluetooth Problem gibt es nur bei Buster. Unter Buster gibt es halt nur die Möglichkeit ein externes Bluetooth Modul anzuschließen oder die Baudrate zu ändern.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 02 Januar 2020, 11:05:16

Hallo,

ich versuche auch schon seit einiger Zeit lepresenced mit collectord stabil mit meinem Gtags zum Laufen zu bringen.
Bis dato leider ohne jeden Erfolg.
Sobald lepresenced startet, erscheinen die Gtags in fhem als present, aber nach einiger Zeit (kann auch Stunden dauern) sind die wieder absent.
Dann hin und wieder sind die Gtags wieder present und wieder weg.
Insgesamt habe ich 3 USB-Adapter im Raspberry 4 (den internen und 2 Sticks), wobei lepresend mit einem eigenen Stick läuft.

Ich bin leider nicht der Profi und hoffe, dass ich einigermaßen richtig beschreibe, was ich getan habe und warum.

Über die Feiertage habe ich tagelang die logs von hcitool und hcidump mitlaufen lassen (sowohl mit lepresenced als auch direct in der shell).
Nach einiger Zeit passiert es bei mir, dass hcidump nichts mehr anzeigt - dachte ich zumindest.
Dann bin ich draufgekommen, dass - zumindest bei mir - das hcitool das Scannen einstellt bzw. keine Ausgaben mehr anzeigt.
Damit kommen auch keine Meldungen mehr vom hcidump (also vermute ich, dass hcitool das Scannen einstellt).

Kurz bevor hcitool seine Meldungen einstellt, erscheinen beim hcidump keine "> HCI Event:" mehr, sondern einige "< HCI Command:" Meldungen.
Woher die kommen, weiß ich nicht.

Sobald einige dieser "< HCI Command:" Meldungen gekommen sind, stellt hcitool dann das Scannen ein.
Der Prozess läuft aber weiter.
Ich habe mir im perl script von lepresenced ein paar weitere printf eingebaut um zu sehen, was so unter der Haube passiert, z.B. habe ich die $pid des Aufrufs von hcitool ausgegeben:

Code Auswählen

$pid_hcitool = open($hcitool, "-|", "stdbuf -oL hcitool -i " . $device . " lescan --duplicates 2>&1") || die('Unable to start scanning. Please make sure hcitool and stdbuf are installed!');

Während lepresenced läuft, kann ich mit "ps -ax | grep hci" den Prozess und die gleiche pid sehen.
Stimmt also.

Wenn hcidump und hcitool die Ausgaben im log-File einstellen, bleiben beide Prozesse am Laufen.
Das Problem im Code von lepresenced ist der folgende Aufruf in der Procedure "bluetooth_scan_thread":

Code Auswählen

while (<$hcitool>)
Da hcitool keine Ausgaben mehr liefert, bleibt der Thread hier quasi stehen und die while-Schleife wird nicht mehr weiter abgearbeitet.

Testweise habe ich daher quick&dirty die globale Variable "my $pid_hcitool :shared;" und in der Prozedur " bluetooth_dump_thread" folgenden Code eingefügt:

Code Auswählen

      if ($_ =~ m/^< HCI Command: /) {
          printf("DEBUG: HCI Dump Command erkannt, state:%d, '%s', resetting...\n", $state, $_);
          system(sprintf('sudo kill %d', $pid_hcitool));
          close($hcidump);
          last;
     }

Ich weiß, das ist ziemlich rüde und es gibt sicherlich viel bessere Lösungen dafür.
Aber es funktioniert nun bei mir seit ein paar Tagen stabil.
Vielleicht könnte sich da mal jemand genauer hineindenken, eventuell ist es ja zumindest eine "heiße" Spur.

Die nächsten Tage werde ich mal weiter testen.

lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 02 Januar 2020, 19:28:47

Hallo Gerhard,

Zitat von: gestein am 02 Januar 2020, 11:05:16
Das Problem im Code von lepresenced ist der folgende Aufruf in der Procedure "bluetooth_scan_thread":
Code Auswählen Erweitern
while (<$hcitool>)
Da hcitool keine Ausgaben mehr liefert, bleibt der Thread hier quasi stehen und die while-Schleife wird nicht mehr weiter abgearbeitet.

Das klingt ja fast so als wäre lepresenced schuld, weil er falsch wartet :)

Aber das tatsächliche Problem hast Du ja schon isoliert: Aus irgendeinem Grund wirft hcidump keine sinnvollen Events mehr aus. Jetzt ist mir natürlich schleierhaft, was genau dazu führt. Möglicherweise beißt sich irgendwas auf Deinem System mit lepresenced, bzw. dem Bluetooth-Gerät, das es benutzt. Kannst Du zur Sicherheit mal ein Log mit LOG_LEVEL Debug vom Start posten, einen Dump der "HCI Command"s und evtl. ein Stück Syslog um den Problemzeitpunkt herum?

Es gibt mittlerweile eine neue Methode, wie man sauberer dumpen kann. Eine positiver Nebeneffekt davon ist, dass man nur noch einen Prozess benötigt und nicht mehr das Duo hcitool und hcidump. Ggf. würde das Dein Problem auch beheben.

Patrick

/Edit: Gerade noch einmal nachgesehen, sowohl hcitool als auch hcidump werden mit dem Wunschdevice aufgerufen, zumindest in 0.9.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 02 Januar 2020, 19:41:07

Hallo Pattrick,

So war das natürlich nicht gemeint 😉
Ich werde die logs sammeln und schicken.
Besonderes ist mir nicht aufgefallen.

Welche neue Methode gibt es denn?

Lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: dieda am 02 Januar 2020, 20:07:38

Hier ist es ähnlich. Lepresenced macht was es will. Egal ob auf Jessie oder Buster... Das Ganze fing vor ca 9 Monaten an... Mein Buster ist frisch aufgesetzt. Alles bis auf die zWave-Neugeräte-Anmeldung läuft rund. So als Hinweis.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 02 Januar 2020, 23:28:30

Hallo Patrick,

ich benutze auch die Version 0.9 von lepresenced und auf den richtigen Adapter wird auch richtig zugegriffen.
Aber erst die Änderung mit dem "kill" für den hcitool-Prozess brachte das gewünschte Ergebnis.

lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 03 Januar 2020, 13:42:56

Hi!

Zitat von: gestein am 02 Januar 2020, 19:41:07
Welche neue Methode gibt es denn?

bluetoothctl. IIRC war das zur Anfangszeit von lepresenced nicht verfügbar, weshalb das aktuelle Konstrukt entstanden ist.

bluetoothctl hat diverse Vorteile:
-Es vereint hcitool und hcidump in einem Tool.
-Es schreibt brav an stdout (d. h. der Trick mit stdbuf fällt auch weg.)
und vermutlich weitere.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 03 Januar 2020, 14:15:07

Zitat von: dieda am 02 Januar 2020, 20:07:38
Das Ganze fing vor ca 9 Monaten an...

Was ist denn vor 9 Monaten passiert?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 03 Januar 2020, 14:26:35

Hallo Patrick,

Klingt gut. :)
Nutzt lepresenced denn bluetoothctl?
Oder wie bindet man das dann über collectd an fhem?

Momentan läuft lepresenced zwar immer noch ohne weitere Probleme.
Aber wer weiß - wenn es etwas besseres gibt ;)

Danke!
Lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 03 Januar 2020, 15:18:33

Hi!

Zitat von: gestein am 03 Januar 2020, 14:26:35
Nutzt lepresenced denn bluetoothctl?

Aktuell nicht. Aber das wollte ich mir schon länger mal ansehen. Dummerweise habe ich so einen kleinen Projektrückstau.

Zitat von: gestein am 03 Januar 2020, 14:26:35
Oder wie bindet man das dann über collectd an fhem?

Direkt garnicht, wobei man sicherlich irgendein Skript hinfrickeln könnte, was dann über einen Shell-Aufruf von PRESENCE aufgerufen wird. So war es ja in der Anfangszeit als es mit den BLE-Tags losging. Durch die Instabilität der Bluetooth-Implementierung unter Linux ist einem das dann regelmäßig um die Ohren geflogen.

Zitat von: gestein am 03 Januar 2020, 14:26:35
Momentan läuft lepresenced zwar immer noch ohne weitere Probleme.
Aber wer weiß - wenn es etwas besseres gibt ;)

Die Annahme, es könnte je etwas Besseres geben als lepresenced stimmt mich sehr traurig. Allein die Zahl an Workarounds, mit denen es versucht, die verbogene Bluetooth-Implementierung wieder hinzubiegen und sich gegen Batterieskripte oder andere Widersacher zu verteidigen...

Spaß bei Seite. Ich glaube, wir haben in Deinem Fall zwei Möglichkeiten:
a.) bluetoothctl lässt sich integrieren - Voraussetzung: Dein Problem tritt damit nicht auf.
b.) ich integriere Deinen Workaround in sauber. - Voraussetzung: Die Events, die Du gefunden hast, taugen als gutes Kriterium für einen Neustart des Prozesses, d. h. sie tauchen plausibel exakt dann auf, wenn das Problem besteht.

Kannst Du in Deinem gepatchten lepresenced die "< HCI Command:"s wegschreiben, z. B. ins Syslog?

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 04 Januar 2020, 03:48:35

Guten Abend!

@gestein: Habe mal Deinen Workaround in etwas schöner eingebaut. Leider kann ich Dein Problem nicht wirklich rekonstruieren.

Probiere doch mal die angehängte Version 0.91dev.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 04 Januar 2020, 11:41:49

Hallo Partick,

Das ging ja schnell.
Ich lasse gerade die logs mitlaufen.
Aber ich probiere Deine neue Version gerne gleich aus.

Kann ein bisschen dauern, da die "HCI Commands" nur sporadisch kommen.

lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 04 Januar 2020, 20:31:02

Hallo Patrick,

ich habe mir Deinen Code angesehen.
Allerdings machst Du kein "kill $hcitool_pid".

Das Problem ist, dass hcitool stehen bleibt und keine weiteren Ausgaben mehr von sich gibt (und nur manchmal nach einiger Zeit neu mit dem Scannen beginnt).
Bei mir treten diese "< HCI Commands" auch auf, wenn bspw. ein anderer Prozess auf den gleichen Adapter zugreift oder wenn man "sudo hciconfig <adapter> down" eingibt.
Dann hört hcitool zu scannen auf, aber der Prozess läuft weiter.
Auch wenn man z.B. "sudo hciconfig <adapter> up" eingibt, startet hcitool nicht mehr.

Kannst Du das mal versuchen?
Vielleicht ist das nur bei mir so?

lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 04 Januar 2020, 22:53:16

Zitat von: gestein am 04 Januar 2020, 20:31:02
ich habe mir Deinen Code angesehen.
Allerdings machst Du kein "kill $hcitool_pid".

Stimmt! Ich wollte es wie gesagt etwas sauberer lösen. Ich konnte gestern ein hoffentlich vergleichbares Problem mit einem parallelen hcitool lescan provozieren und der neue Code machte wie geplant kurzen Prozess.

Vorschlag: Teste die Version doch mal, am besten mit LOG_DEBUG.

Patrick

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 15 Januar 2020, 20:01:25

An alle BT-spezialisten:-) ich habe mir BT5 Tags besorgt und diese über lepresenced eingebunden. Das funktioniert soweit auch perfekt analog zu den G-Tags. Ziel war es, die Reichweite etwas zu erhöhen im Haus ohne einen BT-Repeater zu bauen. Leider ist die Reichweite/RSSI-Wert genau gleich zu den G-Tags. Ich gehe also davon aus, dass die Erkennung vom Pi4 nicht über BT5 läuft (obwohl er das können sollte). Kann irgendwo rausfinden welches BT gerade genutzt wird?
Muss man BT5 im PI erst mal irgendwo software-seitig aktivieren?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 16 Januar 2020, 09:14:19

Was bitte hat denn Bluetooth 5 mit der Reichweite der Tags zu tun? Du musst auf die Klasse achten.
- CLASS 1 bis 100m Reichweite
- CLASS 2 bis 10m Reichweite
- CLASS 3 bis 1m Reichweite

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 16 Januar 2020, 16:01:56

In BT5 gibt es eine Funktion LE Coded PHY die die Reichweite vervierfacht.
Aber soweit ich inzwischen rausgefunden habe funktioniert es nicht mit dem Pi4 weil dort nur die minimal BT5 Version implementiert ist...
Kennst du ansonsten Tags die eine höhere Reichweite haben als die G-Tags? Ich war der Meinung, dass die schon Class 1 sind.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 22 Januar 2020, 00:21:27

Übrigens noch einen Hinweis auf einen Fehler im Wiki: dort steht, dass bei Collectord und Lepresenced FHEM auf allen Instanzen laufen muss. Das stimmt so nicht. FHEM ist nur auf dem System erforderlich auf dem Collectord läuft. Auf den anderen nicht. Könnte das noch jemand anpassen? Das erspart Neuen viel Arbeit

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 22 Januar 2020, 01:55:55

https://www.techstage.de/ratgeber/Kaufberatung-Vergleichstest-Bluetooth-Schluesselfinder-3733724.html (https://www.techstage.de/ratgeber/Kaufberatung-Vergleichstest-Bluetooth-Schluesselfinder-3733724.html)

Tile Pro soll auch laut Heise eine hohe Reichweite haben. Für die Benutzung von deren App braucht man zwar ein Abo, aber das braucht man mit Fhem ja zum Glück nicht.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 22 Januar 2020, 17:31:27

Super.... probiere ich mal aus. Hab jetzt erst mal mit PIZeros meine BT Erkennung erweitert

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Martin Fischer am 22 Januar 2020, 18:27:24

Zitat von: StephanFHEM am 22 Januar 2020, 00:21:27
Übrigens noch einen Hinweis auf einen Fehler im Wiki: dort steht, dass bei Collectord und Lepresenced FHEM auf allen Instanzen laufen muss. Das stimmt so nicht. FHEM ist nur auf dem System erforderlich auf dem Collectord läuft. Auf den anderen nicht. Könnte das noch jemand anpassen? Das erspart Neuen viel Arbeit

Das ist so nicht richtig. Sowohl für presenced als auch lepresenced erfordert collectord keine FHEM Instanz auf dem selben Host. Das entsprechende FHEM Device zeigt via IP auf den entsprechenden collectord Host, der demnach auf einem beliebigen, vom FHEM Host ereichbaren, System laufen kann. Die Angabe von 127.0.0.1 bedeutet nicht zwangsläufig, dass das auch unbedingt auf localhost laufen muss.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 22 Januar 2020, 20:06:15

Da hast du natürlich recht! Im Wiki steht aber, dass auf allen beteiligten Systemen FHEM laufen muss mit den entsprechenden Definitionen. Ich wollte nur verdeutlichen, dass weiterhin nur ein FHEM laufen braucht. Das muss natürlich nicht der Collectord-Server sein.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 24 Januar 2020, 21:39:19

Zitat von: mumpitzstuff am 22 Januar 2020, 01:55:55
https://www.techstage.de/ratgeber/Kaufberatung-Vergleichstest-Bluetooth-Schluesselfinder-3733724.html (https://www.techstage.de/ratgeber/Kaufberatung-Vergleichstest-Bluetooth-Schluesselfinder-3733724.html)

Tile Pro soll auch laut Heise eine hohe Reichweite haben. Für die Benutzung von deren App braucht man zwar ein Abo, aber das braucht man mit Fhem ja zum Glück nicht.

Hab den jetzt mal ausprobiert. Dummerweise habe ich ihn zuerst mit der App genutzt und dann über lescan gesucht. Das war leider nicht mehr möglich. Der TILE wird selbst dann nicht gefunden wenn das Handy im Flugmodus ist oder die App ausgeschaltet. Das war bei den G-Tags anders. Da man das Pairing anscheinend auch nicht Rückgängig machen kann wird der TILE Pro wohl eher nicht mit FHEM nutzbar sein

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 26 Januar 2020, 14:31:42

Hi!

Zitat von: mumpitzstuff am 22 Januar 2020, 01:55:55
https://www.techstage.de/ratgeber/Kaufberatung-Vergleichstest-Bluetooth-Schluesselfinder-3733724.html (https://www.techstage.de/ratgeber/Kaufberatung-Vergleichstest-Bluetooth-Schluesselfinder-3733724.html)

Tile Pro soll auch laut Heise eine hohe Reichweite haben. Für die Benutzung von deren App braucht man zwar ein Abo, aber das braucht man mit Fhem ja zum Glück nicht.

Hatte mal testweise ein Tile bestellt. Erkennbar ist es leider nur für eine begrenzte Zeit wenn man den Knopf drückt. Das Pairen habe ich auf die Schnelle leider auch nicht hinbekommen:

Code Auswählen


[CHG] Controller XXXX Discovering: no
[bluetooth]#
[bluetooth]# discoverable on
Changing discoverable on succeeded
[CHG] Controller XXXX Discoverable: yes
[bluetooth]# pairable on
Changing pairable on succeeded
[bluetooth]# agent on
Agent is already registered
[bluetooth]# default-agent
Default agent request successful
[bluetooth]# pair YYYY
Attempting to pair with YYYY
[CHG] Device YYYY Connected: yes
Failed to pair: org.bluez.Error.AuthenticationFailed
[CHG] Device YYYY Connected: no

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 27 Januar 2020, 19:23:05

Danke für die Info. Das deckt sich mit meiner Erfahrung. Dann geht der Tile Pro zurück. Schade eigentlich, da er sehr wertig verarbeitet war und einen guten Eindruck gemacht hat

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Steffen am 08 März 2020, 19:53:54

Zitat von: PatrickR am 26 Januar 2020, 14:31:42
Hi!

Hatte mal testweise ein Tile bestellt. Erkennbar ist es leider nur für eine begrenzte Zeit wenn man den Knopf drückt. Das Pairen habe ich auf die Schnelle leider auch nicht hinbekommen:
Code Auswählen Erweitern
[CHG] Controller XXXX Discovering: no [bluetooth]# [bluetooth]# discoverable on Changing discoverable on succeeded [CHG] Controller XXXX Discoverable: yes [bluetooth]# pairable on Changing pairable on succeeded [bluetooth]# agent on Agent is already registered [bluetooth]# default-agent Default agent request successful [bluetooth]# pair YYYY Attempting to pair with YYYY [CHG] Device YYYY Connected: yes Failed to pair: org.bluez.Error.AuthenticationFailed [CHG] Device YYYY Connected: no

Patrick

hast du es wirklich nicht mehr hinbekommen die Verbindungen zu Fhem?

Ich suche einen einen besseren Bluetooth Tag mit der Reichweite als meine Gigaset G-Tag.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: _fhemuser_ am 04 April 2020, 10:30:11

Hallo,

ich möchte mit einem Raspberry4 mit dem internen Bluetooth Modul auch gerne BLE Tags erkennen und auf einem anderen Raspberry3 anzeigen lassen. Auf beiden Raspberries läuft Debian Buster.

Dazu habe ich auf dem Raspberry4 den lepresenced laufen und greife von dem Raspberry3 über fhem mit
define BleTag PRESENCE lan-bluetooth E8:12:23:56:78:90 IP.DES.RA3:5333 180
attr BleTag bluetoothHciDevice hci0
auf die Ausgabe von lepresenced zu.

Installiert ist auf den 4er: https://svn.fhem.de/trac/export/HEAD/trunk/fhem/contrib/PRESENCE/deb/lepresenced-0.9-1.deb

Aber der Deamon arbeitet nur sehr kurz. Manchmal sogar über eine Stunde. Über einen Crontab Eintrag lasse ich den Service schon stündlich neu starten.

Über die Statusabfrage erhalte ich dann zB:
sudo service lepresenced status
● lepresenced.service - lepresenced
Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2020-04-04 10:03:11 CEST; 10min ago
Process: 30699 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
Main PID: 30708 (lepresenced)
Tasks: 5 (limit: 1171)
Memory: 9.3M
CGroup: /system.slice/lepresenced.service
├─30708 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
├─30725 hcidump -i hci0
└─30726 hcitool -i hci0 lescan --duplicates

Apr 04 10:03:01 raspi4 systemd[1]: Starting lepresenced...
Apr 04 10:03:11 raspi4 systemd[1]: Started lepresenced.
Apr 04 10:03:12 raspi4 lepresenced[30708]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Apr 04 10:03:12 raspi4 lepresenced[30708]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Wie kann ich es erreichen, dass die BLE Erkennung dauerhaft funktioniert.

Vielen Dank und bleibt alle Gesund
_fhemuser_

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 04 April 2020, 12:49:15

Hi!

Zitat von: _fhemuser_ am 04 April 2020, 10:30:11
Apr 04 10:03:01 raspi4 systemd[1]: Starting lepresenced...
Apr 04 10:03:11 raspi4 systemd[1]: Started lepresenced.
Apr 04 10:03:12 raspi4 lepresenced[30708]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Apr 04 10:03:12 raspi4 lepresenced[30708]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Wie kann ich es erreichen, dass die BLE Erkennung dauerhaft funktioniert.

Dem Log nach zu urteilen dürfte es überhaupt nicht funktionieren. Poste doch mal bitte ein Log mit LOG_DEBUG (/etc/default/lepresenced anpassen.).

Ansonsten wird leider sehr oft berichtet, dass es mit dem internen Bluetooth-Modul des RPi4 Probleme gibt. Der Ansatz ist üblicherweise ein billiger USB-Dongle.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: _fhemuser_ am 05 April 2020, 09:17:01

Vielen Dank für die schnelle Antwort.

Ich werden das Log aktivieren und das Ergenis hier posten

VG
_fhemuser_

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 06 April 2020, 10:11:48

Hallo,

ich hoffe ich darf mich mit meinem Anliegen hier an den Thread dran hängen.

Ich nutze in FHEM die Anwesenheitserkennung mittels lepresence (0.9.1) und den Blutetoothtags von Gigaset.
Ich habe dabei nach einem Neustart des RPI3 immer wieder das Problem, dass in Fhem (presence als lan-bluetooth) meine G-Tags nach einiger Zeit (dem voreingestellten Intervall = 120 sek.) als absent angezeigt werden. Wenn ich dann auf der Console meines RPI3 ein sudo hcitool lescan ausführe, werden die Tags für die nächsten 2 Minuten wieder als present angezeigt. Danach wechseln Sie dann wieder auf absent. Ich bin leider ein totaler Noob und schaffe es lediglich die im Netz verfügbaren step-by-step Anleitungen abzuarbeiten. Daher habe ich selber auch wenig Möglichkeiten auf Fehlersuche zu gehen.

Es scheint sich aber, meiner Auffassung nach um eine Art "Wackelkontakt" zu handeln. Denn immer wenn ich lescan manuell ausführe werden die Tags für 2 min. als present angezeigt. Wenn ich den Pi ein paar Mal neustarte, klappt es dann sogar auch manchmal dauerhaft wieder bis zum nächsten Neustart. Also aktuell habe ich den Pi ein paar Mal neugestartet und nun werden meine Tags wieder ordnungsgemäß als present angezeigt (seit immerhin 20 min.). Damit scheint es nun wieder zu Laufen, bis zum nächsten Neustart des Pis.

Ist dieser Fehler bekannt? Gibt es hierfür einen Lösungsansatz? Wie kann ich dem Fehler auf die Spur kommen? Es wäre sehr nett, wenn man mir hier helfen würde. Ich liefere dafür auch gerne aller erforderlichen Informationen, aber ich bräuchte dafür bitte genaue Anweisungen, welche Befehle ich ausführen muss, damit ich die entsprechenden Logs bzw. Ausgaben erzeugen kann.

Vielen Dank schon mal vorab.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 06 April 2020, 10:36:20

Hi!

Zitat von: RoB81 am 06 April 2020, 10:11:48
Ist dieser Fehler bekannt? Gibt es hierfür einen Lösungsansatz? Wie kann ich dem Fehler auf die Spur kommen? Es wäre sehr nett, wenn man mir hier helfen würde. Ich liefere dafür auch gerne aller erforderlichen Informationen, aber ich bräuchte dafür bitte genaue Anweisungen, welche Befehle ich ausführen muss, damit ich die entsprechenden Logs bzw. Ausgaben erzeugen kann.

Es gibt leider eine Reihe von Problemen, die sich nur schwer eingrenzen lassen. Kollisionen mit anderen Programmen/Modulen/Skripten, die Bluetooth verwenden gehören dazu. Wenn Du so etwas benutzt, dann lohnt es sich, das mal testweise abzustellen. lepresenced investiert einigen Aufwand, um Kollisionen zu erkennen und sich durchzusetzen (z. B. durch Zurücksetzen des Bluetooth-Geräts). Wenn das nicht der Fall ist: Manche(!) Leute haben Probleme mit dem Onboard-Bluetooth-Modul und konnten sie beseitigen, indem sie einen externen Bluetooth-Dongle angesteckt haben (Empfehlungen solltest Du hier im Forum bekommen.).

Um das Problem näher einzugrenzen:
Stelle doch mal bitte in /etc/default/lepresenced den SYSLOG_LEVEL auf LOG_DEBUG und poste einen großzügigen Ausschnitt (grep lepresenced /var/log/syslog) vom Start bis zum Zeitpunkt des Problems. Achtung: Mit der Einstellung wird ziemlich viel ins Syslog geschrieben, was bei SD-Karten-Systemen nicht gerade die Lebensdauer verlängert.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 06 April 2020, 12:48:38

Hallo,

danke für die schnelle Antwort.
Nach meinem Neustart heute Morgen lief zunächst alles. Jetzt eben - aus heiterem Himmel - sind wieder beide G-Tags absent.
Ich habe das LOG_Level gerade erst hochgestellt. Aber ich habe dennoch mal einen LOG hier reingepackt. Steht da etwas hilfreiches drin?

Code Auswählen

pi@raspberrypi:~ $ grep lepresenced /var/log/syslog
Apr  6 09:46:15 raspberrypi systemd[1]: Stopping lepresenced...
Apr  6 09:46:38 raspberrypi systemd[1]: Starting lepresenced...
Apr  6 09:46:48 raspberrypi systemd[1]: Started lepresenced.
Apr  6 11:57:53 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:30:02 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Disable scan failed: Connection timed out'!
Apr  6 12:30:02 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:30:13 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:30:13 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:30:24 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:30:24 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:30:35 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:30:35 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:30:46 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:30:46 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:30:57 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:30:57 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:31:08 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:31:08 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:31:19 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:31:19 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:31:30 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:31:30 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:31:41 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:31:41 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:31:52 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:31:52 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:32:03 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:32:03 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:32:14 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:32:14 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:32:25 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:32:25 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:32:36 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:32:36 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:32:47 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:32:47 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:32:58 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:32:58 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:33:09 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:33:09 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:33:20 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:33:20 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:33:31 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:33:31 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:33:42 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:33:42 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:33:53 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:33:53 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:34:04 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:34:04 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:34:15 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:34:15 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:34:27 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:34:27 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:34:38 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:34:38 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:34:49 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:34:49 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:35:00 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:35:00 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:35:11 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:35:11 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:35:22 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:35:22 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:35:33 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:35:33 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:35:44 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:35:44 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:35:55 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:35:55 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:36:06 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:36:06 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:36:17 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:36:17 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:36:28 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:36:28 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:36:39 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:36:39 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:36:50 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:36:50 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:37:01 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:37:01 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...
Apr  6 12:37:12 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Apr  6 12:37:12 raspberrypi lepresenced[491]: [tid:1] main::bluetooth_scan_threa                                                                                                                                                             d: hcitool exited, retrying...

Ich nutze Bluetooth auf dem Pi nur für die Anwesenheitserkennung. Ich habe auch keine weiteren Module (z.B: Batterielebensdauer) installiert. Das System ist noch relativ frisch aufgesetzt. Es laufen nur FHEM und Homebridge drauf.

Gibt es für die Anwesenheitserkennung eine stabilere Alternative? Am besten mit einem hohen WAF. Hab im Netz hier noch diese Anleitung gefunden: https://haus-automatisierung.com/hardware/fhem/2016/08/02/fhem-tutorial-reihe-part-15-anwesenheit-mit-bluetooth-le-tag-ermitteln.html

Könnte ich damit mein Problem lösen??

Wenn ich noch weitere Informationen liefern soll, mache ich das gerne

Vielen Dank!

PS: Hab, nachdem der Fehler nun wieder aufgetreten ist, den Pi einmal neugestartet, jetzt ist nun erstmal wieder Ruhe.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 06 April 2020, 13:46:53

Und hier ist mein Problem wieder!
Nach ca. 49 min., in denen es gut gegangen ist, sind nun wieder beide G-TAGs absent.

Das log sieht gleich aus:

Code Auswählen

Apr  6 12:43:06 raspberrypi systemd[1]: Stopping lepresenced...
Apr  6 12:43:29 raspberrypi systemd[1]: Starting lepresenced...
Apr  6 12:43:39 raspberrypi systemd[1]: Started lepresenced.
Apr  6 13:06:38 raspberrypi lepresenced[546]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Apr  6 13:16:06 raspberrypi lepresenced[546]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Apr  6 13:32:00 raspberrypi lepresenced[546]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Also, mittlerweile bin ich offen für alternative Realisierungen! Gibt es da etwas, wie ich mittels Bluetooth TAGs die Anwesenheit bzw. Abwesenheit an FHEM übermitteln kann, welche stabil funktioniert?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: dkreutz am 06 April 2020, 14:52:44

Kommt mir alles bekannt vor, bei mir haben folgende Maßnahmen geholfen:
1) die lepresenced Version von Beitrag #99 (https://forum.fhem.de/index.php/topic,75559.msg1008473.html#msg1008473)
2) Deaktivierung des RPI-eigenen Bluetooth und Nutzung eines Bluetooth-USB-Dongle

Läuft seit Mitte Januar stabil. Probleme seitdem lagen an externen Faktoren: leere Batterie im G-Tag, ungünstige Positionierung/Abschirmung des G-Tag

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 06 April 2020, 16:25:51

@dkreutz: Klingt nach nem Plan 😉

Welchen Dongle nutzt du denn?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: dkreutz am 06 April 2020, 16:36:27

So einen: https://eckstein-shop.de/Bluetooth-40-USB-Adapter-Empfaenger-Dongle-fuer-PC-Laptop-Windows-10-8-7-XP
Es dürfte aber auch jeder andere BT4.0 Dongle funktionieren.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 06 April 2020, 17:36:33

Zitat von: dkreutz am 06 April 2020, 16:36:27
So einen: https://eckstein-shop.de/Bluetooth-40-USB-Adapter-Empfaenger-Dongle-fuer-PC-Laptop-Windows-10-8-7-XP
Es dürfte aber auch jeder andere BT4.0 Dongle funktionieren.

Danke!
Gibt es irgendwo eine Anleitung, wie ich das Ganze dann umkonfigurieren muss? Also ich muss ja sicherlich das inter BT-Modul deaktivieren und den Dongle aktivieren, richtig?
Und kann bzw. muss ich dann in FHEM von lan-bluetooth auf local-bluetooth wechseln? Sorry, für die vielleicht blöden Fragen..

Vielen Dank schon mal für die Hilfe

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 06 April 2020, 18:39:32

Hi!

Zitat von: RoB81 am 06 April 2020, 13:46:53
Das log sieht gleich aus:

Code Auswählen Erweitern
Apr 6 12:43:06 raspberrypi systemd[1]: Stopping lepresenced... Apr 6 12:43:29 raspberrypi systemd[1]: Starting lepresenced... Apr 6 12:43:39 raspberrypi systemd[1]: Started lepresenced. Apr 6 13:06:38 raspberrypi lepresenced[546]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying... Apr 6 13:16:06 raspberrypi lepresenced[546]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying... Apr 6 13:32:00 raspberrypi lepresenced[546]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Uff, das sieht ja übel aus. Diese Meldungen "hcitool exited" sollten eigentlich überhaupt nicht kommen. In der Häufigkeit (übrigens auch schon in Deinem vorigen Posting) habe ich das noch nicht gesehen. Das Setzen des Loglevel hat übrigens scheinbar nicht funktioniert.

Zitat von: RoB81 am 06 April 2020, 12:48:38
Gibt es für die Anwesenheitserkennung eine stabilere Alternative? Am besten mit einem hohen WAF. Hab im Netz hier noch diese Anleitung gefunden: https://haus-automatisierung.com/hardware/fhem/2016/08/02/fhem-tutorial-reihe-part-15-anwesenheit-mit-bluetooth-le-tag-ermitteln.html

Naja, da es bei Deinen obigen Problemen schon mit lepresenced deftige Probleme gibt, würde ich ehrlich gesagt nicht davon ausgehen, dass Dir die hemdsärmlige Bastelvariante hilft. Zumal der Autor selbst sagt, dass sie nicht mehr aktuell ist und Du den Kurs kaufen sollst.

Zitat von: dkreutz am 06 April 2020, 14:52:44
Kommt mir alles bekannt vor, bei mir haben folgende Maßnahmen geholfen:
1) die lepresenced Version von Beitrag #99 (https://forum.fhem.de/index.php/topic,75559.msg1008473.html#msg1008473)
2) Deaktivierung des RPI-eigenen Bluetooth und Nutzung eines Bluetooth-USB-Dongle

Läuft seit Mitte Januar stabil. Probleme seitdem lagen an externen Faktoren: leere Batterie im G-Tag, ungünstige Positionierung/Abschirmung des G-Tag

Aha! Ich habe dazu leider nie Feedback bekommen und die Version daher auch nie released. Kannst Du mal die Ausgabe vom folgenden Befehl posten:

Code Auswählen


ps aux|grep [l]epresenced;sudo zgrep "telling hcidump to restart" /var/log/syslog*

In Deinem Fall RoB81 würde ich nicht davon ausgehen, dass Dir die neue lepresenced-Version groß hilft, da ist irgendwo tiefer der Wurm drin, Kollisionen mit anderen Bluetooth-Diensten, Kernel, Hardware... Der Ansatz mit dem externen Dongle ist sicherlich der Erfolg versprechendste.

Zitat von: RoB81 am 06 April 2020, 17:36:33
Gibt es irgendwo eine Anleitung, wie ich das Ganze dann umkonfigurieren muss? Also ich muss ja sicherlich das inter BT-Modul deaktivieren und den Dongle aktivieren, richtig?
Und kann bzw. muss ich dann in FHEM von lan-bluetooth auf local-bluetooth wechseln? Sorry, für die vielleicht blöden Fragen..

Ich würde es erstmal probieren, das interne Bluetooth-Modul in Ruhe zu lassen. Wenn Dein Problem von Kollisionen kommt, dann sollen sich die Verursacher jetzt nicht noch auf den schönen neuen Dongle stürzen.

Bevor Du den Dongle ansteckst, führe mal folgenden Befehl aus:

Code Auswählen


sudo hcitool dev

Ausgabe dann z. B.:

Code Auswählen


Devices:
	hci0	B8:27:EB:BD:6F:28

Das heißt, Dein aktueller, interner Dongle hat die Adresse B8:27:EB:BD:6F:28.

Wenn Du jetzt den neuen Dongle ansteckst und den Befehl erneut ausführst sollte es noch eine zusätzliche Zeile mit hci1 und einer anderen Adresse geben. In dem Fall dann in /etc/default/lepresenced die Zeile:

Code Auswählen


#BLUETOOTH_DEVICE="hci0"

Code Auswählen


BLUETOOTH_DEVICE="hci1"

ändern (Das Nummernzeichen am Anfang beachten.) und lepresenced neu starten.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: dkreutz am 06 April 2020, 18:59:31

Zitat von: PatrickR am 06 April 2020, 18:39:32
Aha! Ich habe dazu leider nie Feedback bekommen und die Version daher auch nie released. Kannst Du mal die Ausgabe vom folgenden Befehl posten:
Code Auswählen Erweitern
ps aux|grep [l]epresenced;sudo zgrep "telling hcidump to restart" /var/log/syslog*

Ich hatte mir immer vorgenommen dazu hier ein Feedback zu geben, aber da ist anscheinend immer was dazwischen gekommen...
Hier das Ergebnis:

Code Auswählen

$ ps aux|grep [l]epresenced;sudo zgrep "telling hcidump to restart" /var/log/syslog*
root     30637  1.6  0.7  35220  7084 ?        Ssl  Mar04 763:22 /usr/bin/perl /usr/sbin/lepresence --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 06 April 2020, 21:15:51

Hallo und nochmal vielen Dank für die umfassende Hilfe.

Ich frag mich aber wirklich, wieso das bei mir so schief läuft. Zumal ich den Raspi gestern komplett neu aufgesetzt habe. Außer FHEM und Homebridge habe ich dort nichts installiert.
Bei der Installation von FHEM bin ich übrigens nach der Anleitung im FHEMWiki vorgegangen. Dort kommt dann ja auch ein Punkt "Verwendung UART für Zusatzmodule". Dort soll man u.a. ttyAM0 deaktivieren, UART aktivieren und umkonfigurieren. Hierbei wird dann die serielle Schnittstelle mit der Bluetooth Schnittstelle getauscht.

Ich hab von alle überhaupt keine Ahnung, habe mich während meiner Installation aber an die Schritte gehalten. Jetzt habe ich diese Schritte im Verdacht ursächlich für meiner Probleme zu sein. Ich hab jetzt mal die Umkonfiguration der /boot/config.txt rückgängig gemacht und werde beobachten, ob sich meine Probleme damit erledigt haben.

Wenn ich das richtig verstanden habe, sind diese Schritte nur erforderlich, wenn man Aufsteckmodule für den GPIO Port verwenden will, das habe ich nicht vor!

Ist das was ich mache totaler Quatsch oder kann man das ruhig mal versuchen?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 07 April 2020, 11:50:15

Hi!

Zitat von: RoB81 am 06 April 2020, 21:15:51
Bei der Installation von FHEM bin ich übrigens nach der Anleitung im FHEMWiki vorgegangen. Dort kommt dann ja auch ein Punkt "Verwendung UART für Zusatzmodule". Dort soll man u.a. ttyAM0 deaktivieren, UART aktivieren und umkonfigurieren. Hierbei wird dann die serielle Schnittstelle mit der Bluetooth Schnittstelle getauscht.
[...]
Wenn ich das richtig verstanden habe, sind diese Schritte nur erforderlich, wenn man Aufsteckmodule für den GPIO Port verwenden will, das habe ich nicht vor!

Ist das was ich mache totaler Quatsch oder kann man das ruhig mal versuchen?

Ich bin da zugegebenermaßen kein Experte aber ich verstehe das Wiki auch so, dass es um Aufsteckmodule für den Pinheader geht. Gerade core_freq liest sich, als könnte es Nebenwirkungen haben. Ich würde es mal ohne die Einstellungen probieren.

Patrick

/Edit:

Zitat# serielle Schnittstelle aktivieren und mit BT Schnittstelle tauschen

Also die Einstellung hat definitiv Auswirkungen auf Bluetooth.

/Edit2:
Wenn Du zufällig in Berlin wohnst kann ich mal schauen, ob ich noch nen BT-Dongle rumfliegen habe.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 07 April 2020, 11:58:58

Zitat von: PatrickR am 06 April 2020, 18:39:32
Aha! Ich habe dazu leider nie Feedback bekommen und die Version daher auch nie released. Kannst Du mal die Ausgabe vom folgenden Befehl posten:

Hallo Patrick,

ich hatte diese Version gar nicht mitbekommen und teste sie jetzt mal. Die Aussetzer bei mir sind zwar nach den Änderungen der Einstellungen für die serielle Schnittstelle (baud Rate) bei mir sehr selten geworden, aber immer noch nicht ganz weg.

Vielleicht hilft ja der restart in der neuen Version.

Beste Grüße
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 07 April 2020, 12:23:42

Hi!

Zitat von: ToKa am 07 April 2020, 11:58:58
ich hatte diese Version gar nicht mitbekommen und teste sie jetzt mal. Die Aussetzer bei mir sind zwar nach den Änderungen der Einstellungen für die serielle Schnittstelle (baud Rate) bei mir sehr selten geworden, aber immer noch nicht ganz weg.

Die Version war eigentlich für das spezielle Problem eines Nutzers. Jetzt wäre interessant, ob es auch bei anderen auftritt, daher danke für das Testangebot. Was genau hattest Du denn an der Baudrate geändert? Könnte für RoB81 interessant sein.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 07 April 2020, 12:48:44

Siehe mein Post #85 am: 02 Oktober 2019, 21:29:27

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 07 April 2020, 12:54:38

Zitat von: ToKa am 07 April 2020, 11:58:58
Die Aussetzer bei mir sind zwar nach den Änderungen der Einstellungen für die serielle Schnittstelle (baud Rate) bei mir sehr selten geworden, aber immer noch nicht ganz weg.

Zitat von: ToKa am 07 April 2020, 12:48:44
Siehe mein Post #85 am: 02 Oktober 2019, 21:29:27

Damit nicht alle die Änderung der Baudrate suchen müssen:
https://forum.fhem.de/index.php/topic,75559.msg980043.html#msg980043

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: _fhemuser_ am 07 April 2020, 15:27:14

Zitat von: PatrickR am 04 April 2020, 12:49:15
Hi!

Dem Log nach zu urteilen dürfte es überhaupt nicht funktionieren. Poste doch mal bitte ein Log mit LOG_DEBUG (/etc/default/lepresenced anpassen.).

Ansonsten wird leider sehr oft berichtet, dass es mit dem internen Bluetooth-Modul des RPi4 Probleme gibt. Der Ansatz ist üblicherweise ein billiger USB-Dongle.

Patrick

Hallo Patrick,

es liegt wohl an dem internen BT Modul. In der Logdatei kommen im Sekundentakt die Fehler:

Code Auswählen

Apr  7 15:14:47 raspi4 lepresenced[29685]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Apr  7 15:14:48 raspi4 lepresenced[29685]: [tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
Apr  7 15:14:48 raspi4 lepresenced[29685]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Invalid device: No such device'!

zwischendurch so zwei mal pro Stunde auch eine positve Meldung, dass zB ein Beacon erkannt wurde.

Ich teste mal mit einem anderen Bluetoothmodul oder verwende für die Beacons ein ESP32.

VG
_fhemuser_

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 07 April 2020, 21:03:40

Hallo,

Wollte nochmal eine Rückmeldung geben.
Seit ich die UART Konfiguration rückgängig gemacht habe, läuft bei mir der Bluetooth Dienst auf dem Raspi und damit auch das Presence Modul in FHEM einwandfrei. An der Bautrate habe ich erstmal nichts geändert. Sollte bei mir weiterhin alles wie gewünscht laufen, werde ich auch erstmal keine Äbderungen mehr vornehmen. Sollte es wieder haken, geb ich hier nochmal Bescheid.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 08 April 2020, 10:06:12

Hi!

Zitat von: RoB81 am 07 April 2020, 21:03:40
Wollte nochmal eine Rückmeldung geben.
Seit ich die UART Konfiguration rückgängig gemacht habe, läuft bei mir der Bluetooth Dienst auf dem Raspi und damit auch das Presence Modul in FHEM einwandfrei. An der Bautrate habe ich erstmal nichts geändert. Sollte bei mir weiterhin alles wie gewünscht laufen, werde ich auch erstmal keine Äbderungen mehr vornehmen. Sollte es wieder haken, geb ich hier nochmal Bescheid.

Cool. Möglicherweise hast Du ein sehr altes Mysterium gelöst und mir ist jetzt auch klar, warum ich das Problem bei mir nie hinbekommen habe.

Welche Änderungen hast Du genau rückgängig gemacht, diese hier:

Code Auswählen


echo "enable_uart=1" >> /boot/config.txt 
echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt 
echo "core_freq=250" >> /boot/config.txt

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 08 April 2020, 11:01:23

Hallo Patrick!

Ja, genau diese Änderungen habe ich wieder rausgenommen aus der Config Datei. Und nach wie vor läuft es bei mir stabil.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 08 April 2020, 11:52:24

Gerade schreib ich noch, es ist alles stabil und schon hat sich der Dienst wieder bei mir verabschiedet.

FHEM zeigt beide G-Tags als abwesend an. Und wenn ich auf dem Raspi ein sudo hcitool lescan absetze kommt: Set scan parameters failed: Input/output error

Wenn ich "grep lepresenced /var/log/syslog" eingebe kommt keine Ausgabe, lediglich das leere Prompt von der Konsole.

mit "suod nano /var/log/syslog" erhalte ich folgendes:

Code Auswählen

Apr  8 00:00:30 raspberrypi rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="302" x-info="https://$
Apr  8 00:00:30 raspberrypi systemd[1]: logrotate.service: Succeeded.
Apr  8 00:00:30 raspberrypi systemd[1]: Started Rotate log files.
Apr  8 00:00:31 raspberrypi systemd[1]: man-db.service: Succeeded.
Apr  8 00:00:31 raspberrypi systemd[1]: Started Daily man-db regeneration.
Apr  8 00:00:31 raspberrypi kernel: [97058.546097] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:32 raspberrypi kernel: [97059.556866] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:35 raspberrypi kernel: [97062.564132] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:36 raspberrypi kernel: [97063.569129] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:38 raspberrypi kernel: [97065.576942] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:39 raspberrypi kernel: [97066.583273] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:40 raspberrypi kernel: [97067.586886] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:42 raspberrypi kernel: [97069.597711] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:44 raspberrypi kernel: [97071.610564] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:45 raspberrypi kernel: [97072.614542] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:46 raspberrypi kernel: [97073.611883] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:47 raspberrypi kernel: [97074.617643] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:48 raspberrypi kernel: [97075.617720] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:49 raspberrypi kernel: [97076.627411] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:50 raspberrypi kernel: [97077.633335] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:51 raspberrypi kernel: [97078.642718] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:52 raspberrypi kernel: [97079.640859] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:53 raspberrypi kernel: [97080.642657] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:54 raspberrypi kernel: [97081.648441] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:55 raspberrypi kernel: [97082.662232] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:56 raspberrypi kernel: [97083.671393] Bluetooth: hci0: advertising data len corrected
Apr  8 00:00:58 raspberrypi kernel: [97085.681833] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:00 raspberrypi kernel: [97087.695334] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:01 raspberrypi kernel: [97088.701673] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:02 raspberrypi kernel: [97089.709485] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:03 raspberrypi kernel: [97090.714364] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:04 raspberrypi kernel: [97091.724764] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:05 raspberrypi kernel: [97092.723349] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:06 raspberrypi kernel: [97093.730564] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:07 raspberrypi kernel: [97094.728657] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:08 raspberrypi kernel: [97095.738360] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:09 raspberrypi kernel: [97096.740410] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:10 raspberrypi kernel: [97097.745043] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:11 raspberrypi kernel: [97098.748595] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:13 raspberrypi kernel: [97100.763054] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:14 raspberrypi kernel: [97101.767790] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:16 raspberrypi kernel: [97103.781382] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:17 raspberrypi kernel: [97104.781087] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:18 raspberrypi kernel: [97105.782524] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:21 raspberrypi kernel: [97108.795396] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:22 raspberrypi kernel: [97109.802472] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:23 raspberrypi kernel: [97110.806873] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:24 raspberrypi kernel: [97111.809799] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:25 raspberrypi kernel: [97112.811613] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:29 raspberrypi kernel: [97116.840143] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:30 raspberrypi kernel: [97117.849711] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:33 raspberrypi kernel: [97120.869265] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:35 raspberrypi kernel: [97122.881928] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:36 raspberrypi kernel: [97123.888586] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:37 raspberrypi kernel: [97124.891441] Bluetooth: hci0: advertising data len corrected
Apr  8 00:01:40 raspberrypi kernel: [97127.034813] Bluetooth: hci0: Frame reassembly failed (-84)
Apr  8 00:01:40 raspberrypi kernel: [97127.034880] Bluetooth: hci0: advertising data len corrected
...
Apr  8 11:42:41 raspberrypi kernel: [139188.816605] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:42 raspberrypi kernel: [139189.819412] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:43 raspberrypi kernel: [139190.829058] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:44 raspberrypi kernel: [139191.830253] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:46 raspberrypi kernel: [139193.847300] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:47 raspberrypi kernel: [139194.855644] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:48 raspberrypi kernel: [139195.861781] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:50 raspberrypi kernel: [139197.871093] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:51 raspberrypi kernel: [139198.876357] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:52 raspberrypi kernel: [139199.874503] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:53 raspberrypi kernel: [139200.884048] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:54 raspberrypi kernel: [139201.886078] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:55 raspberrypi kernel: [139202.891951] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:56 raspberrypi kernel: [139203.893891] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:57 raspberrypi kernel: [139204.901619] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:57 raspberrypi kernel: [139205.547217] Bluetooth: hci0: Frame reassembly failed (-90)
Apr  8 11:42:57 raspberrypi kernel: [139205.547303] Bluetooth: hci0: Frame reassembly failed (-84)
Apr  8 11:42:57 raspberrypi kernel: [139205.547388] Bluetooth: hci0: Frame reassembly failed (-84)
Apr  8 11:42:57 raspberrypi kernel: [139205.547477] Bluetooth: hci0: Frame reassembly failed (-84)
Apr  8 11:42:57 raspberrypi kernel: [139205.547559] Bluetooth: hci0: Frame reassembly failed (-84)
Apr  8 11:42:57 raspberrypi kernel: [139205.547613] Bluetooth: hci0: Frame reassembly failed (-84)
Apr  8 11:42:58 raspberrypi kernel: [139205.909410] Bluetooth: hci0: advertising data len corrected
Apr  8 11:42:59 raspberrypi kernel: [139206.912126] Bluetooth: hci0: advertising data len corrected
Apr  8 11:43:00 raspberrypi kernel: [139207.919615] Bluetooth: hci0: advertising data len corrected
Apr  8 11:43:01 raspberrypi kernel: [139208.925531] Bluetooth: hci0: advertising data len corrected
Apr  8 11:43:02 raspberrypi kernel: [139209.924847] Bluetooth: hci0: advertising data len corrected
Apr  8 11:43:02 raspberrypi kernel: [139209.924847] Bluetooth: hci0: advertising data len corrected
Apr  8 11:43:02 raspberrypi kernel: [139209.924847] Bluetooth: hci0: advertising data len corrected

Ich bekomme es gerade nicht besser dargestellt, weil das Logfile über 4000 Zeilen hat. Es geht durchwerg bis etwa 11:00 Uhr so weiter wie oben dargestellt.

Kann ich irgendwie ne Datei rausziehen und hier irgendwo hochladen, dann liefer ich gerne das komplette LOG nach.

Nach einem "sudo service bluetooth restart" und "sudo service dbus restart" liefert "sudo hcitool lescan" wieder ein Ergebnis. Trotzdem stehen in Fhem die G-Tags auf abwesend (in der Vergangenheit führte das lescan dazu, dass die G-Tags zumindest für das nächste Intervall von 120 sek. wieder als present angezeigt wurden).

Ich habe nun den kompletten Raspi neugestartet und die G-Tags sind in FHEM wieder als present hinterlegt.

Schon komisch, es lief nun fast zwei Tage ohne Probleme und auf einmal nicht mehr.
Was wäre denn jetzt der viel versprechenste nächste Schritt? Baudrate ändern oder Bluetooth Dongle anschaffen?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 08 April 2020, 14:47:21

Zitat von: RoB81 am 08 April 2020, 11:52:24
Wenn ich "grep lepresenced /var/log/syslog" eingebe kommt keine Ausgabe, lediglich das leere Prompt von der Konsole.

Poste mal bitte die Ausgabe von:

Code Auswählen


ps aux|grep lepresenced;cat /etc/default/lepresenced

Zitat von: RoB81 am 08 April 2020, 11:52:24
Nach einem "sudo service bluetooth restart" und "sudo service dbus restart" liefert "sudo hcitool lescan" wieder ein Ergebnis. Trotzdem stehen in Fhem die G-Tags auf abwesend (in der Vergangenheit führte das lescan

Wenn hcitool lescan selbst aufrufst kann lepresenced es nicht. Das heißt Du sägst an dem Ast, auf dem Du sitzt.

Zitat von: RoB81 am 08 April 2020, 11:52:24
Was wäre denn jetzt der viel versprechenste nächste Schritt? Baudrate ändern oder Bluetooth Dongle anschaffen?

Wie gesagt, keine Ahnung, was das Problem ist. Probier doch zuerst die Baudrate und dann den Dongle.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 08 April 2020, 15:35:39

Code Auswählen

pi@raspberrypi:~ $ ps aux|grep lepresenced;cat /etc/default/lepresenced
root       478  3.6  1.3  38076 12780 ?        Ssl  11:51   7:52 /usr/bin/perl /                                                                                                                                                             usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --l                                                                                                                                                             oglevel LOG_WARNING
pi        4069  0.0  0.0   7492   512 pts/0    S+   15:26   0:00 grep --color=au                                                                                                                                                             to lepresenced
#
# Default settings for /etc/init.d/lepresenced
#

#Bluetooth device to use for scanning.
#BLUETOOTH_DEVICE="hci0"

#Address to listen for incoming connections. For local connections use 127.0.0.1                                                                                                                                                             .
#LISTEN_ADDRESS="0.0.0.0"

#Port to listen for incoming connections.
#LISTEN_PORT="5333"

#Syslog level. LOG_EMERG disables logging.
#SYSLOG_LEVEL="LOG_DEBUG"

#Additional command line options
#MISC_OPTIONS=""

ZitatWenn hcitool lescan selbst aufrufst kann lepresenced es nicht. Das heißt Du sägst an dem Ast, auf dem Du sitzt.

Ok, das war mir bisher noch gar nicht so bewusst. Also ist lepresenced im Prinzip ein Tool, das regelmäßig den scan durchführt und das Ergebnis an Fhem weiterleitet??

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 08 April 2020, 16:12:58

lepresenced scant dauerhaft und leitet die Ergebnisse an FHEM weiter. Deshalb kann das Bluetooth Interface dann auch für nichts anderes mehr verwendet werden.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 08 April 2020, 16:16:11

Zitat von: RoB81 am 08 April 2020, 15:35:39
Code Auswählen Erweitern
#SYSLOG_LEVEL="LOG_DEBUG"

Bitte nimm mal das # am Anfang der Zeile weg und starte lepresenced durch.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 08 April 2020, 20:16:55

Oh! Ich hatte vergessen die # zu entfernen, wie blöd. Hab ich nun aber nachgeholt. Wie startet man eigentlich lepresenced neu? Hab jetzt den Raspi neu gestartet. Die Baudrate habe ich auch herunter gesetzt.

Mir ist da noch etwas aufgefallen, was aber wohl nichts mit meinem Fehlerbild zu tun hat. Es geht um das rsyslog. Das läuft ja mit der immer wiederkehrenden Meldung voll. Daher soll man ja eine Blocklist anlegen und dort folgendes eintragen:

Code Auswählen

:msg,contains,"Bluetooth: hci0 advertising data length corrected" stop

In meinem rsyslog steht aber immer

Code Auswählen

:msg,contains,"Bluetooth: hci0: advertising data len corrected" stop

Also leicht abgewandelt. Ich hab das jetzt mal abgeändert, war das richtig?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 08 April 2020, 23:21:45

Code Auswählen

systemctl restart lepresenced.service

Deine Änderung war richtig. Das habe ich auch so gemacht.

Code Auswählen

:msg,contains,"Bluetooth: hci0: advertising data len corrected" ~

Bei mir steht eine Tilde am Ende, ich glaube das ist der neuere Syntax.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 14 April 2020, 21:54:01

Hallo zusammen,

ich habe mich lange nicht getraut, eine Rückmeldung zu geben, weil bei mir danach unmittelbar das interne Buletoothmodul abgestürzt ist.

Jetzt traue ich mich einfach: Es läuft seit dem 8.4. läuft es bei mir nun stabil. Meine letzt Schraube, an der ich dafür gedreht habe, war die Baudrate. Vielleicht hat es genau das gebracht. Jedenfalls scheint es nun stabil zu laufen. Sollte sich hieran etwas ändern, geb ich Bescheid.

Schönen Abend euch Allen
Roman

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 14 April 2020, 23:01:54

Sehr cool!

Hattest Du die Änderungen der config.txt rückgängig gemacht?

Patrick

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RoB81 am 14 April 2020, 23:35:45

Zitat von: PatrickR am 14 April 2020, 23:01:54
Sehr cool!

Hattest Du die Änderungen der config.txt rückgängig gemacht?

Patrick

Von unterwegs gesendet.

Hallo,
die Änderugen hatte ich vor dem 8.4. schon zurückgenommen. Danach lief es etwa 36h, bis es spontan wieder abstürzte. Daraufhin habe ich dann die Baudrate angepasst und seit dem läuft es nun.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 15 April 2020, 07:29:23

Zitat von: PatrickR am 07 April 2020, 12:23:42
Hi!
Die Version war eigentlich für das spezielle Problem eines Nutzers. Jetzt wäre interessant, ob es auch bei anderen auftritt, daher danke für das Testangebot. Was genau hattest Du denn an der Baudrate geändert? Könnte für RoB81 interessant sein.

Hallo Patrick,

die Testversion läuft jetzt fast zwei Wochen ohne Probleme mit lepresenced bei mir. Ich musste den Raspi allerdings zwischendurch einmal aus anderen Gründen neu starten. Ich beobachte mal noch weiter.

Beste Grüße
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 15 April 2020, 08:27:53

Hi!

Zitat von: ToKa am 15 April 2020, 07:29:23
die Testversion läuft jetzt fast zwei Wochen ohne Probleme mit lepresenced bei mir. Ich musste den Raspi allerdings zwischendurch einmal aus anderen Gründen neu starten. Ich beobachte mal noch weiter.

Danke für die Rückmeldung.

Kannst Du mal Folgendes ausführen:

Code Auswählen


ps aux|grep [l]epresenced;sudo zgrep "telling hcidump to restart" /var/log/syslog*

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 15 April 2020, 12:04:50

Gerne

Code Auswählen

 ps aux|grep [l]epresenced;sudo zgrep "telling hcidump to restart" /var/log/syslog*
root       508  0.7  1.1  38060 11544 ?        Ssl  Apr10  50:39 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
/var/log/syslog:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Add Device To White List (0x08|0x0011) plen 7', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Parameters (0x08|0x000b) plen 7', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:03 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:03 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Create Connection (0x08|0x000d) plen 25', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:04 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog:Apr 15 01:23:04 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Read Remote Used Features (0x08|0x0016) plen 2', telling hcidump to restart...
/var/log/syslog.4.gz:Apr 11 23:38:31 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Add Device To White List (0x08|0x0011) plen 7', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Parameters (0x08|0x000b) plen 7', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Create Connection (0x08|0x000d) plen 25', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:02 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.5.gz:Apr 10 01:23:02 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Read Remote Used Features (0x08|0x0016) plen 2', telling hcidump to restart...

Gruß
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 16 April 2020, 21:23:07

Hi!

Zitat von: ToKa am 15 April 2020, 12:04:50
Code Auswählen Erweitern
/var/log/syslog:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart... [...] /var/log/syslog.4.gz:Apr 11 23:38:31 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart... [...] /var/log/syslog.5.gz:Apr 10 01:23:01 starhome lepresenced[28034]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...

Danke für den Logauszug. Zumindest an 3 Tagen hat der letzte Patch aus der 0.91dev zugeschlagen. Da ich den Bug nicht rekonstruieren kann, kann ich natürlich nicht sagen, ob der Neustart der hcidumps tatsächlich nötig war aber zumindest läuft lepresenced durch.

Habe nun im SVN Version 0.92 inkl. neuem DEB-Package committet. Es entspricht funktionell 0.91dev.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 21 April 2020, 08:13:42

Hallo Patrick,

heute morgen waren meine beiden G-Tags leider absent. Erst ein Neustart von lepresenced hat geholfen. Anbei das Log und die Ausgaben von hcitool bzw. systemctl:

Code Auswählen

 ps aux|grep [l]epresenced;sudo zgrep "telling hcidump to restart" /var/log/syslog*
root       469  0.5  1.1  38056 11912 ?        Ssl  Apr18  23:46 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
/var/log/syslog.1:Apr 20 01:23:00 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:00 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Add Device To White List (0x08|0x0011) plen 7', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:00 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Parameters (0x08|0x000b) plen 7', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:00 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:01 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:01 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Create Connection (0x08|0x000d) plen 25', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:02 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:02 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Read Remote Used Features (0x08|0x0016) plen 2', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:05 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Disconnect (0x01|0x0006) plen 3', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:06 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Read Remote Used Features (0x08|0x0016) plen 2', telling hcidump to restart...
/var/log/syslog.1:Apr 20 01:23:06 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.2.gz:Apr 19 05:20:17 starhome lepresenced[469]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Add Device To White List (0x08|0x0011) plen 7', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Parameters (0x08|0x000b) plen 7', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:01 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:03 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:03 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Create Connection (0x08|0x000d) plen 25', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:04 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Set Scan Enable (0x08|0x000c) plen 2', telling hcidump to restart...
/var/log/syslog.6.gz:Apr 15 01:23:04 starhome lepresenced[508]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: LE Read Remote Used Features (0x08|0x0016) plen 2', telling hcidump to restart...

hcitool dev
Devices:
        hci0    B8:27:EB:A9:23:AA

systemctl status lepresenced
● lepresenced.service - lepresenced
   Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2020-04-18 08:55:06 CEST; 2 days ago
  Process: 278 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
 Main PID: 469 (lepresenced)
    Tasks: 5 (limit: 2305)
   Memory: 13.0M
   CGroup: /system.slice/lepresenced.service
           ├─  469 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
           ├─  594 hcidump -i hci0
           └─32132 hcitool -i hci0 lescan --duplicates

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

Beste Grüße
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 22 April 2020, 08:21:54

Schick bitte mal ein vollständiges Log mit
grep lepresenced /var/log/syslog

Von unterwegs gesendet.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 22 April 2020, 08:41:57

Hallo Patrick,

heute morgen leider auch schon wieder der Effekt, dass die G-Tags nicht erreichbar waren. Vielleicht liegt es auch daran, dass in den letzten Tagen mal wieder die Eprom-Software vom PI aktualisiert wurde. Auffällig ist im log, dass auch Fehlermeldungen vom hci Device kommen.

Code Auswählen

grep lepresenced /var/log/syslog*
/var/log/syslog:Apr 22 07:21:38 starhome lepresenced[8394]: Thread 2 terminated abnormally: Illegal division by zero at /usr/sbin/lepresenced line 280, <$hcidump> line 4314111.
/var/log/syslog:Apr 22 07:21:38 starhome systemd[1]: Stopping lepresenced...
/var/log/syslog:Apr 22 07:21:39 starhome lepresenced[8394]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
/var/log/syslog:Apr 22 07:21:39 starhome systemd[1]: lepresenced.service: Main process exited, code=exited, status=1/FAILURE
/var/log/syslog:Apr 22 07:21:39 starhome systemd[1]: lepresenced.service: Failed with result 'exit-code'.
/var/log/syslog:Apr 22 07:21:39 starhome systemd[1]: Stopped lepresenced.
/var/log/syslog:Apr 22 07:21:39 starhome systemd[1]: Starting lepresenced...
/var/log/syslog:Apr 22 07:21:49 starhome systemd[1]: Started lepresenced.
/var/log/syslog:Apr 22 07:21:50 starhome lepresenced[26167]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
/var/log/syslog:Apr 22 07:21:50 starhome lepresenced[26167]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
/var/log/syslog.1:Apr 21 07:50:27 starhome systemd[1]: Stopping lepresenced...
/var/log/syslog.1:Apr 21 07:50:27 starhome lepresenced[469]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
/var/log/syslog.1:Apr 21 07:50:28 starhome lepresenced[469]: Thread 2 terminated abnormally: Illegal division by zero at /usr/sbin/lepresenced line 280, <$hcidump> line 17712378.
/var/log/syslog.1:Apr 21 07:50:29 starhome systemd[1]: lepresenced.service: Main process exited, code=exited, status=1/FAILURE
/var/log/syslog.1:Apr 21 07:50:29 starhome systemd[1]: lepresenced.service: Failed with result 'exit-code'.
/var/log/syslog.1:Apr 21 07:50:29 starhome systemd[1]: Stopped lepresenced.
/var/log/syslog.1:Apr 21 07:50:29 starhome systemd[1]: Starting lepresenced...
/var/log/syslog.1:Apr 21 07:50:39 starhome systemd[1]: Started lepresenced.

Code Auswählen

 grep hci /var/log/syslog
Apr 22 00:46:54 starhome kernel: [316229.323989] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324022] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324071] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324137] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324172] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324205] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324292] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324341] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324398] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324468] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324478] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324532] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324592] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324625] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324656] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324721] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.324866] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.337872] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.337989] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338039] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338255] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338291] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338325] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338411] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338428] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338508] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338581] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338600] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.338661] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.398531] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.398892] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.398909] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399038] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399065] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399084] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399194] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399242] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399265] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399333] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399386] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399443] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399498] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399519] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399567] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399582] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399634] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399701] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399744] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399820] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399839] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399885] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399961] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.399995] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.400033] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.400065] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498632] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498653] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498691] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498735] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498750] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498866] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498926] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498958] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.498994] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499025] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499067] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499099] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499168] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499210] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499241] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499280] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499316] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499347] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499384] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499414] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499451] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.499500] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.593922] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.593997] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594052] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594075] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594107] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594152] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594174] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594218] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594253] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594288] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594367] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594414] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594447] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594487] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594540] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594567] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594598] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594638] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594673] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594696] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594737] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594781] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594839] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.594887] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641540] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641564] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641593] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641631] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641677] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641701] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641746] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641800] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641821] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641866] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641901] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641936] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.641970] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642005] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642040] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642079] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642114] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642148] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642188] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642244] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642291] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642326] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642360] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.642399] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.817875] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.817915] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.817973] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818010] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818033] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818090] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818126] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818160] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818194] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818217] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818262] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818298] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818338] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818372] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818406] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818443] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818478] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818512] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818549] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818585] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818607] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.818652] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.863921] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.863957] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.863973] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864012] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864042] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864118] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864179] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864188] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864219] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864270] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864292] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864352] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864376] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864427] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864450] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864501] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864533] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864570] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864601] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864637] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864670] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864707] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864738] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864776] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864812] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864844] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864879] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:54 starhome kernel: [316229.864916] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978662] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978697] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978764] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978787] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978818] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978864] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978896] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.978948] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979027] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979051] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979083] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979125] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979160] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979200] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979236] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979270] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979304] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979339] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979373] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979444] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979460] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316229.979512] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134023] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134051] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134092] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134112] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134259] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134268] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134287] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134355] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134378] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134458] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134507] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134577] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134610] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134642] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134707] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134754] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134778] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134821] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134855] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.134885] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.136995] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137078] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137119] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137244] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137288] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137313] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137378] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137417] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137457] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137505] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137521] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137566] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137637] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137675] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.137950] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.297857] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.297900] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298002] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298025] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298060] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298115] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298137] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298190] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298212] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298243] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298294] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298316] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298432] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298494] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298533] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298564] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298604] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.298672] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.403964] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.403986] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404024] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404055] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404194] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404239] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404276] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404297] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404358] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404389] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404435] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404467] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404501] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404543] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404574] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404611] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404644] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404680] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404715] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404751] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404783] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404819] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404855] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404890] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.404926] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.417989] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418012] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418085] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418094] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418127] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418214] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418249] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418282] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418332] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418348] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418439] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418462] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418517] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418569] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418600] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418646] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418699] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.418747] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578680] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578714] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578730] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578768] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578824] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578840] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578917] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.578976] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579008] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579041] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579074] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579110] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579147] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579185] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579223] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579254] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579292] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579329] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579364] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579395] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579431] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579466] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579497] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.579536] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674014] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674040] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674059] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674140] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674197] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674261] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674317] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674373] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674395] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674440] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674472] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674524] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674575] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674629] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674650] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674692] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674725] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674755] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674831] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674865] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674902] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.674949] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737222] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737244] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737378] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737401] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737457] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737513] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737585] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737632] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737663] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737827] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737854] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737922] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737948] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.737981] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.738048] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.897918] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.897962] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.897999] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898121] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898155] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898209] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898240] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898277] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898309] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898340] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898380] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:55 starhome kernel: [316230.898416] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404449] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404472] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404509] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404543] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404572] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404610] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404647] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404684] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404745] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404785] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404826] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404870] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404887] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.404935] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405002] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405042] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405113] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405156] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405200] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405215] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405263] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405296] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405332] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405375] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.405414] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.483950] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.483982] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.483997] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484114] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484146] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484189] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484211] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484265] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484286] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484338] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484378] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484409] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484451] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484487] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484523] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484566] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.484601] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538742] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538774] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538794] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538860] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538882] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538935] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538956] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.538987] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539044] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539076] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539109] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539145] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539176] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539216] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539253] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539292] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539324] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539361] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 00:46:56 starhome kernel: [316231.539398] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:43 starhome kernel: [318498.749997] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:43 starhome kernel: [318498.750018] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:43 starhome kernel: [318498.750046] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:44 starhome kernel: [318499.839065] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:44 starhome kernel: [318499.839074] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:44 starhome kernel: [318499.839079] Bluetooth: hci0: Dropping invalid advertising data
Apr 22 01:24:44 starhome kernel: [318499.839095] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 01:24:44 starhome kernel: [318499.839117] Bluetooth: hci0: Frame reassembly failed (-84)
Apr 22 07:21:38 starhome lepresenced[8394]: Thread 2 terminated abnormally: Illegal division by zero at /usr/sbin/lepresenced line 280, <$hcidump> line 4314111.
Apr 22 07:21:39 starhome lepresenced[8394]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Die Uhrzeit 01:24 passt auch zur Uhrzeit des "Verschwindens" der G-Tags in fhem. Erst der Neustart von lepresenced behebt das Problem.

Beste Grüße
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 22 April 2020, 12:18:12

Hallo Torsten,

Zitat von: ToKa am 22 April 2020, 08:41:57
heute morgen leider auch schon wieder der Effekt, dass die G-Tags nicht erreichbar waren. Vielleicht liegt es auch daran, dass in den letzten Tagen mal wieder die Eprom-Software vom PI aktualisiert wurde. Auffällig ist im log, dass auch Fehlermeldungen vom hci Device kommen.

Tatsächlich wird die Fehlermeldung auch bei anderen RPi-Nutzern berichtet, die mit der Firmware experimentiert haben, z. B. (aus 2019): https://forum-raspberrypi.de/forum/thread/42416-bluetooth-hci0-frame-reassembly-failed-84/

Zitat von: ToKa am 22 April 2020, 08:41:57
Code Auswählen Erweitern
grep lepresenced /var/log/syslog* /var/log/syslog:Apr 22 07:21:38 starhome lepresenced[8394]: Thread 2 terminated abnormally: Illegal division by zero at /usr/sbin/lepresenced line 280, <$hcidump> line 4314111.

Die division by zero ist definitiv was, was ich in lepresenced noch fangen werde. Aber da es bislang nie berichtet wurde und der Code schon länger drin ist, gehe ich davon aus, dass die Ursache tiefer liegt (s. o.).

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ToKa am 22 April 2020, 12:33:58

Zitat von: PatrickR am 22 April 2020, 12:18:12
Hallo Torsten,Tatsächlich wird die Fehlermeldung auch bei anderen RPi-Nutzern berichtet, die mit der Firmware experimentiert haben, z. B. (aus 2019): https://forum-raspberrypi.de/forum/thread/42416-bluetooth-hci0-frame-reassembly-failed-84/
Die division by zero ist definitiv was, was ich in lepresenced noch fangen werde. Aber da es bislang nie berichtet wurde und der Code schon länger drin ist, gehe ich davon aus, dass die Ursache tiefer liegt (s. o.).

Hallo Patrick,

ja habe ich auch schon gelesen, wobei mein update kein experimentelles über rpi-update war, sondern ganz normal über apt update kam.

Danke schon mal für's fixen der division by zero.

Gruß
Torsten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 08 Mai 2020, 14:07:55

Der Bluetooth Fehler existiert seit raspbian buster. Hier wurde für den PI4 etwas grundlegendes geändert was dafür sorgt das das Bluetooth vom PI3 nicht mehr richtig funktioniert. Also gibt es zwei mögliche Fehlerbehebungen:
1. Man bleibt bei raspbian strech
2. Man verwendet einen USB Bluetooth Dongel

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gonzo am 16 Juli 2020, 13:06:17

Hallo zusammen,

ich hatte bisher nur local-bluetooth auf dem RPI3 verwendet und wollte jetzt auf lan-bluetooth umsteigen um später auch auf mehreren RPI die Abfragen zu machen.

Dazu habe ich gestern lepresenced-0.92-1.deb installiert und es scheint auch soweit alles zu funktionieren.
Heute vormittag habe ich zusätzlich presenced-rpi-1.4.deb installiert und seitdem habe ich folgende Meldungen im Syslog

Code Auswählen

pi@fhem:~ $ grep presenced /var/log/syslog
Jul 16 07:05:42 fhem presenced[18460]: Starting Presence Daemon: presenced.
Jul 16 07:08:23 fhem lepresenced[12670]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Remote Name Request (0x01|0x0019) plen 10', telling hcidump to restart...
Jul 16 07:10:28 fhem lepresenced[12670]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Remote Name Request (0x01|0x0019) plen 10', telling hcidump to restart...
Jul 16 07:12:34 fhem lepresenced[12670]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Remote Name Request (0x01|0x0019) plen 10', telling hcidump to restart...
Jul 16 07:14:39 fhem lepresenced[12670]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Remote Name Request (0x01|0x0019) plen 10', telling hcidump to restart...
Jul 16 07:16:44 fhem lepresenced[12670]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Remote Name Request (0x01|0x0019) plen 10', telling hcidump to restart...
Jul 16 07:17:48 fhem lepresenced[12670]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Jul 16 07:18:49 fhem lepresenced[12670]: [tid:2] main::bluetooth_dump_thread: Received '< HCI Command: Remote Name Request (0x01|0x0019) plen 10', telling hcidump to restart...

Die Fehlermeldungen beginnen nachdem presenced installiert und gestartet wurde, und kommen im 2 Minuten Takt.
Nämlich immer genau dann wenn PRESENCE auf presenced zugreift (define s.u.). Deaktiviere ich das PRESENCE Device in FHEM bekomme ich auch keine Fehlermeldungen.

Wie ist die korrekte Vorgehensweise presenced und lepresenced gleichzeitig laufen zu lassen?

Meine Defines:

Code Auswählen

   DEF        lan-bluetooth A4:50:46:xxx 127.0.0.1:5111 120
   DeviceName 127.0.0.1:5111
   FD         40
   FUUID      5cf95d5c-f33f-5757-c289-6d40a50c89e81a54
   FVERSION   73_PRESENCE.pm:0.207820/2019-12-19
   INTERVAL_NORMAL 120
   INTERVAL_PRESENT 120
   MODE       lan-bluetooth
   NAME       presHandy
   NOTIFYDEV  global
   NR         243
   NTFY_ORDER 50-presHandy
   PARTIAL    
   STATE      disabled
   TYPE       PRESENCE

Code Auswählen

   DEF        lan-bluetooth EF:D3:15:xxx 127.0.0.1:5333 60
   DeviceName 127.0.0.1:5333
   FD         82
   FUUID      5f0ee13b-f33f-5757-750d-760fe1ea3a9d9616
   FVERSION   73_PRESENCE.pm:0.207820/2019-12-19
   INTERVAL_NORMAL 60
   INTERVAL_PRESENT 60
   MODE       lan-bluetooth
   NAME       presSmartBand
   NOTIFYDEV  global
   NR         460
   NTFY_ORDER 50-presSmartBand
   PARTIAL    
   STATE      absent
   TYPE       PRESENCE

Danke für jeden Tipp.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 16 Juli 2020, 16:20:23

Ich bin mir nicht ganz sicher, aber das schliesst sich meines Erachtens gegenseitig aus. Entweder presenced oder lepresenced auf einem Gerät aber nicht beides. Was aber funktioniert ist lepresenced lokal laufen zu lassen und ebventuell auch auf anderen Geräten und alle Informationen über collectord einzusammeln und daraus den Anwesenheitsstatus zu generieren.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gonzo am 16 Juli 2020, 21:18:20

Es scheint beides zu laufen, bisher sieht es zumindest so aus als ob beide Geräte (jeweils über presenced und lepresenced) erkannt werden.
Aber ich habe inzwischen noch andere Diskussionen gefunden dass es bei manchen geht und bei anderem nicht, z.B. https://forum.fhem.de/index.php/topic,71479.msg629928.html#msg629928

Die Einträge in syslog irritieren mich halt etwas. Kann man unterdrücken aber ich wollte erst der Ursache auf den Grund gehen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 16 Juli 2020, 22:38:54

Lepresenced erfordert immer einen uneingeschränkten Zugriff auf Bluetooth. Wenn etwas anderes dazwischen funkt was ebenfalls darauf zugreift, dann wird lepresenced abgeschossen und startet sich wenn du Glück hast von selbst neu. Es ist absolut reiner Zufall das sowas über längere Zeit funktioniert! Versuch deshalb bitte die Kombination aus lepresenced und collectord zu verwenden, das funktioniert zuverlässig und erspart dir viel Ärger.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: dieda am 17 Juli 2020, 14:00:56

Bei mir läuft LePrensenced ja seit Monaten nicht rund und nur ein Neustart hilf. Das war auf Jessie und auf Buster so. Ne Ursache konnte ich nicht ausmachen. Es läuft kein weiteres Progrämmchen welches Bluetooth nutzt...

Aber, jetzt die Frage: Mit welchem Befehl kann man heraus finden ob irgendwas anderes Bluetooth nutzt?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 17 Juli 2020, 19:13:36

Auf dem internen Bluetooth eines Pi? Das macht sehr oft Probleme. Am besten einen externen Adapter für 10€ kaufen, die laufen in der Regel zuverlässiger.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gonzo am 18 Juli 2020, 09:47:17

Zitat von: mumpitzstuff am 16 Juli 2020, 22:38:54
Lepresenced erfordert immer einen uneingeschränkten Zugriff auf Bluetooth. Wenn etwas anderes dazwischen funkt was ebenfalls darauf zugreift, dann wird lepresenced abgeschossen und startet sich wenn du Glück hast von selbst neu. Es ist absolut reiner Zufall das sowas über längere Zeit funktioniert! Versuch deshalb bitte die Kombination aus lepresenced und collectord zu verwenden, das funktioniert zuverlässig und erspart dir viel Ärger.

OK, verstanden. Das konnte ich aus dem Wiki nicht genau herauslesen ob beides gleichzeitig funktioniert oder nicht. Und bei einigen scheint es ja trotzdem (irgendwie) zu laufen.

Wenn ich trotzdem beides laufen lassen möchte, ist es dann mit einem externen Bluetooth Dongle möglich? Also z.B. presenced greift auf das interne Bluetooth zu und lepresenced auf den Dongle?

Ich habe momentan normale BT Geräte und BTLE gemischt, sonst müsste ich mich für das eine oder andere entscheiden.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: dieda am 18 Juli 2020, 15:36:51

Zitat von: mumpitzstuff am 17 Juli 2020, 19:13:36
Auf dem internen Bluetooth eines Pi? Das macht sehr oft Probleme. Am besten einen externen Adapter für 10€ kaufen, die laufen in der Regel zuverlässiger.

Nein, habe nen Dongel dran

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Scubao am 11 August 2020, 17:42:05

Zitat von: mumpitzstuff am 17 Juli 2020, 19:13:36
Auf dem internen Bluetooth eines Pi? Das macht sehr oft Probleme. Am besten einen externen Adapter für 10€ kaufen, die laufen in der Regel zuverlässiger.

Hallo zusammen,

habe auch seit Ewigkeiten Probleme, die gleichen die hier beschrieben sind. Externen Adapter genommen, läuft. Keine Probleme mehr.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 16 August 2020, 19:23:16

Mahlzeit!

Für die Mutigen unter Euch gibt es jetzt eine neue Vorabversion zu testen: lepresenced0.93dev13.

Neues Feature: Batterieabfrage.

Neues Kommandozeilenargument: --batteryinterval - Intervall in Stunden, in denen die anwesenden Geräte nach ihrem Batteriestand gefragt werden.

Der Batteriestand landet dann im Reading battery_level. In battery_level_age steht dann das Alter der Messung in Stunden.

Grüße
Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 17 August 2020, 11:06:36

Gibt es eine Beschreibung wie das per BLE vom TAG bereitgestellt werden muss? Dann könnte ich das in meine BLE Tags evtl. noch einprogrammieren.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 17 August 2020, 11:28:28

Hi!

Zitat von: Eistee am 17 August 2020, 11:06:36
Gibt es eine Beschreibung wie das per BLE vom TAG bereitgestellt werden muss? Dann könnte ich das in meine BLE Tags evtl. noch einprogrammieren.

Sehe gerade, dass ich die Ankündigung der neuen Version geistreicherweise nicht inden Hauptthread sondern in den Fehlerthread gepostet habe...

Eigentlich musst Du überhaupt nichts tun, einfach lepresenced tauschen und 2 Minuten nach dem Start solltest Du die Batteriewerte der erreichbaren Tags sehen. Ich verwende im Gegensatz zu den Skripten im Wiki nicht das für jeden Tag verschiedene Handle sondern die standardisierte UUID (00002a19-0000-1000-8000-00805f9b34fb, "battery level").

/Edit: Neuen Thread erstellt: https://forum.fhem.de/index.php/topic,113620.0.html
/Edit2: Habe Dich missverstanden. Aber das Bedienen der o. g. UUID sollte dennoch genügen.

Grüße
Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 17 August 2020, 11:48:55

Nur um sicher zu gehen:

Damit wird das Modul 74_BleTagBattery überflüssig und kann komplett gelöscht werden oder? Hab bisher beides parallel laufen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 17 August 2020, 12:06:45

Ich verwende günstige Tags mit nrf51822. Ich sehe es nicht ein 20€ für so ein ding zu zahlen nur das da G-Tag drauf steht wenn es die identische Technik auch für 2€ gibt. :D

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 17 August 2020, 12:10:42

Hi!

Zitat von: Eistee am 17 August 2020, 12:06:45
Ich verwende günstige Tags mit nrf51822. Ich sehe es nicht ein 20€ für so ein ding zu zahlen nur das da G-Tag drauf steht wenn es die identische Technik auch für 2€ gibt. :D

Gibts da was Günstiges Fertiges oder hast Du Platine und Gehäuse designt?

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 17 August 2020, 12:15:09

Hi!

Zitat von: StephanFHEM am 17 August 2020, 11:48:55
Damit wird das Modul 74_BleTagBattery überflüssig und kann komplett gelöscht werden oder? Hab bisher beides parallel laufen.

Deaktiviere das Battery-Modul doch erstmal und schaue, ob die Battery-Readings so passen. Aber wenn die lepresenced-Funktionalität funktioniert, kannst Du prinzipiell BleTagBattery in Rente schicken.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 17 August 2020, 13:40:31

Klingt gut... werde ich bei Gelegenheit mal probieren. Die beiden Module parallel laufen zu lassen war auch eine sehr wackelige Angelegenheit weil sie sich ab und zu in die Querre gekommen sind.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Eistee am 17 August 2020, 19:57:06

Zitat von: PatrickR am 17 August 2020, 12:10:42Hi!Gibts da was Günstiges Fertiges oder hast Du Platine und Gehäuse designt?

Ich hatte mir vor 3 Jahren diese mit Gehäuse gekauft: https://de.aliexpress.com/item/32826502025.html

~~Ich vermute das diese hier auch funktionieren werden: https://de.aliexpress.com/item/33058828970.html~~

Die Knopfzelle muss man halt extra kaufen noch.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: FunkOdyssey am 17 August 2020, 20:16:11

Bitte nicht die Beacons aus dem zweiten Link kaufen. Sie sind Müll.
Ich habe einen Stapel hier liegen. Kaum Reichweite. Und gingen nach einer gewissen Zeit offline.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: volst am 28 August 2020, 18:00:24

Hallo zusammen,

ich hab einen Raspberry Pi 2 Model B Rev 1.1 mit plugable Bluetooth USB Adapter (Broadcom Corp. BCM20702A0 Bluetooth 4.0). Damit hab ich das gleiche Problem: Bluetooth Tags (in meinem Fall Tile Pro) werden für eine Weile als present erkannt und gehen nach 0,5..1,5h dauerhaft auf absent. Das Problem scheint aber nicht lepresenced zu sein, sondern hcitool. Ein direkter Aufruf von hcitool lescan --duplicates liefert für eine Weile brav die Liste der erkannten Geräte und friert dann plötzlich ein. Bei einem Abbruch mit ^C und erneutem Aufruf gehts weiter bis zum nächsten Einfrieren. Eine wirkliche Lösung dafür hab ich leider noch nicht gefunden.

Grüße
Volker

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 29 August 2020, 01:02:55

Hi!

Zitat von: volst am 28 August 2020, 18:00:24
Damit hab ich das gleiche Problem: Bluetooth Tags (in meinem Fall Tile Pro) werden für eine Weile als present erkannt und gehen nach 0,5..1,5h dauerhaft auf absent. Das Problem scheint aber nicht lepresenced zu sein, sondern hcitool.

Also der Neustart von hcitool löst das Problem? Ich hatte mir auch mal ein Tile bestellt aber das hat nie dauerhaft gesendet.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: volst am 29 August 2020, 17:56:46

Zitat von: PatrickR am 29 August 2020, 01:02:55
Also der Neustart von hcitool löst das Problem? Ich hatte mir auch mal ein Tile bestellt aber das hat nie dauerhaft gesendet.

Der Neustart von hcitool löst das Problem, aber wie gesagt wieder nur zeitweise.

Bei den Tiles ist es so, dass man die erst mit der App registrieren/aktivieren muss. Erst danach senden sie dauerhaft. Die App hab ich danach einfach wieder gelöscht, die Aktivierung bleibt bestehen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: volst am 16 September 2020, 20:49:30

Nachtrag: seit der Installation von broadcom-bt-firmware-10.1.0.1115.deb ist das Problem bei mir behoben. Die Erkennung läuft mittlerweile seit einer Woche stabil.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 09 Februar 2021, 08:59:03

Moin!

Ich versuche es mal in diesem nicht mehr ganz taufrischen Thread, da er inhaltlich prima passt.
Da mir die Anwesenheitserkennung mit Fritz!/WLAN zu ungenau bzw. zu langsam war, bastele ich seit einer Weile mit Bluetooth herum und habe mir letztlich Tags bestellt.

Die Einrichtung mit LEPRESENCED war ziemlich problemlos. Leider wird nach kurzer Zeit das GTag dauerhaft absent angezeigt.

Hardware

Raspberry Pi 3 Model B Plus Rev 1.3
internes Bluetooth

Log mit Verbose 5

Code Auswählen

2021.02.09 08:37:26 5: PRESENCE (gTagSchwarz) - received data: absence;rssi=unreachable;model=lan-lepresenced;daemon=lepresenced V0.93

Device-List

Code Auswählen

Internals:
   ADDRESS    58:9E:C6:0E:F3:88
   CFGFN      
   DEF        lan-bluetooth 58:9E:C6:0E:F3:88 127.0.0.1:5333 60
   DeviceName 127.0.0.1:5333
   FD         16
   FUUID      6021b4f1-f33f-d7f8-1c7a-a202601a3e60bd37
   INTERVAL_NORMAL 60
   INTERVAL_PRESENT 60
   MODE       lan-bluetooth
   NAME       gTagSchwarz
   NOTIFYDEV  global
   NR         371
   NTFY_ORDER 50-gTagSchwarz
   PARTIAL    
   STATE      absent
   TYPE       PRESENCE
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1612857086.24221
           VALUE      absent
   READINGS:
     2021-02-08 23:02:26   command_accepted yes
     2021-02-09 08:51:26   daemon          lepresenced V0.93
     2021-02-08 23:53:26   device_name     Gigaset G-tag
     2021-02-09 08:51:26   model           lan-lepresenced
     2021-02-09 08:51:26   presence        absent
     2021-02-09 08:51:26   rssi            unreachable
     2021-02-09 08:51:26   state           absent
   helper:
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   DbLogInclude state
   room       Start,Zentral
   verbose    5

So richtig die ultimative Lösung habe ich aus diversen Foren-Threads noch nicht gefunden ... vielleicht könnt Ihr mir mit ein paar Einsteigerfragen weiterhelfen:

Ich habe oft gelesen, dass mit RPI3 und internem Bluetooth die Erkennung unzuverlässig läuft. Gilt das auch für RPI3B?
Wenn der RPI das Problem sein sollte: ist RPI4 besser?
Wenn der RPI das Problem sein sollte: ist RPI4 besser?
Und mal leider ziemlich Linux-DAU: Wie starte ich HCITOOL neu?
Wie starte/ stoppe ich LEPRESENCED?
Ist es richtig, dass "hcitool lescan" auf der Kommandozeile nicht nutzbar ist, wenn LEPRESENCED installiert ist? Ich bekomme seitdem immer nur "Set scan parameters failed: Connection timed out" Trotzdem hatte ich für mindestens eine Stunde den GTag in FHEM als present.

Nachtrag:

bluez-hcidump ist schon die neueste Version (5.50-1.2~deb10u1+rpt2).

Vielen Dank im Voraus!
Viele Grüße
Stefan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 09 Februar 2021, 09:09:00

Seit ein paar Tagen habe ich das Problem auch.

Lief zuvor ca. 1 Jahr (+) sehr gut.

Evtl. (bzw. halte ich das so) mit einem Update vom PI!?

Wie aktuell bist du?
Welches System?

EDIT: 2x PI3 (1x das eigentliche System und 1x "Testsystem für das BT-Problem") Buster aktuell (das eigentliche System hat noch deCONZ / das Testsystem hat nichts außer "frisches" Buster und leprecensed + "Abhängigkeiten")...

Wenn ich den leprecensed Service neu starte geht es wieder (eine Weile): sudo service lepresenced restart

Ich habe auch mal einen 2ten PI aufgesetzt, um auszuschließen, dass es das interne BT Modul ist bzw. das halt "kaputt" ist...

War schon drauf und dran einen BT-Stick zu bestellen...

Aktuell (seit gestern) läuft es zumindest mal einen Tag+ durch.

Also beide...

Es gab aber gestern oder so noch mal ein Update (aber eigentlich nichts mit BT) für den PI...

Ich habe auch die Tipps durch: sudo hcitool hci0 down/up usw. Hat aber nicht geholfen...
EDIT: nach Service-Restart geht es sofort wieder...

Aktuell schaue ich wie ich das mit dem Service Restart automatisieren kann OHNE, dass meine Routinen bei "presence" loslaufen.

Weil nach dem Service-Restart ist der GTag (nat.) wieder present (davor disconnected bzw. presence ist "absent" -> und notify/DOIF etc. würden ja wieder loslaufen)...

Nicht schön aber aktuell habe ich keine andere "Lösung"... :-\

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Jamo am 09 Februar 2021, 09:26:43

Hallo Joachim,
ich habe die Erfahrung gemacht, dass das interne BT immer Probleme macht, egal auf welchem Raspberry.
Seitdem ich mir externe BT dongles angeschafft habe, läufts problemlos rund. Das wäre mein Tip an Dich,
auch nach deiner Fehlerbeschreibung 'mal gehts und mal gehts nicht'.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 09 Februar 2021, 09:39:42

@Jamo: ja drüber nachgedacht hatte ich auch schon.

Kann aber (bis JETZT) nichts negatives bzgl. BT und PI sagen (also nicht wirklich nachvollziehen, dass da "alle schimpfen")...
...ich habe einen PI ZeroW mit bis zu 10 BT FlowerSense laufen: keine Probleme (aber auch keine Updates ;) )...

Und auch der PI3 (mit deCONZ) lief problemlos über ein Jahr.

Erst seit einem der letzten Updates gibt es Probleme...
Zufall?
(Ich werde mal einen Test-PI mit "älterem" Buster aufsetzen / mal sehen)

Aber mal sehen, vielleicht gebe ich einem externen USB-BT eine Chance...

Frage: was muss ich tun, damit dieser statt dem internen genommen wird? Nur per config.txt und Overlay das interne BT deaktivieren?

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 09 Februar 2021, 10:21:11

Danke für die schnellen Antworten.

System ist Raspberry OS, sollte komplett aktuell sein. Habe gestern noch update / upgrade durchgeführt.

lepresencd restart bringt bei mir leider nichts :'(

Müsste ich den GTag mit dem Pi3 koppeln? Ich habe an verschiedenen Stellen gefunden, dass die Dinger sonst nicht dauerhaft senden, aber an anderer Stelle, dass sie nicht mehr senden, wenn sie mit der App gekoppelt sind?

Ein Pi4, den ich für anderes nutze sieht den GTag jedenfalls beim einzeln ausgelösten LESCAN, aber das könnte ja auch mit anderen Mechanismen zusammenhängen?

Wenn es ein externer Dongle sein müsste: Welcher Typ hat sich denn bewährt?

Viele Grüße
Stefan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 09 Februar 2021, 10:27:56

Du musst nichts pairen, zumindest musste ich nichts pairen.

Nur auf einem PI das leprecensed.deb installieren und vorher die Abhängigkeiten, meine Notizen:

Zitat
sudo apt-get install libnet-server-perl
sudo apt-get install bluez-hcidump
sudo dpkg -i lepresenced-0.9-1.deb

Bei Problemen:
sudo apt-get --fix-broken install

Und dann eben das PRESENCE Device in fhem mit Angabe der IP des "BT-PI" und der MAC des BT-Tags.
Hast du beides auf einem PI laufen?

Weil soweit mir bekannt ist leprecensed für lan-bt, also auf einem läuft fhem und auf einem anderen wird BT gemacht...
Ob das auch bei "localhost" geht: keine Ahnung...

Und OS aktuell ist nur eine halbe Aussage... ;)
Weil auch ein Stretch kann/könnte aktuell sein ist aber an sich schon "veraltet" ;)

Bzgl. BT-Dongle: da ich noch keinen habe, kann ich nichts sagen ;) Ich habe jetzt einfach mal einen bestellt wo Raspberry PI und Linux mit dabei steht... Mal sehen...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 09 Februar 2021, 14:21:19

Hi!

Nee ;) ist schon Buster. Ich habe vor 6 Wochen das komplette System neu aufgesetzt.

Ich hab das FHEM-log noch mal geprüft. Der Wechsel von present auf absent kam rund 45 Minuten nachdem alle Raspi-Updates durch, das System neu gestartet und das FHEM-Device eingerichtet war.

Ich habe gerade den Raspi neu gestartet und noch ein zweites GTag definiert. Für den Moment sind beide auf "present".

Das spricht zumindest dafür, dass die grundlegende Installation richtig ist. Mal sehen wie lange es jetzt so bleibt. Ich werde berichten.

Viele Grüße
Stefan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 09 Februar 2021, 15:32:58

Tja ... nach ziemlich genau einer Stunde sind beide Tags wieder "absent" :'(

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 09 Februar 2021, 15:47:37

Hi!

Zitat von: RockThisParty am 09 Februar 2021, 15:32:58
Tja ... nach ziemlich genau einer Stunde sind beide Tags wieder "absent" :'(

Ok, da es grundsätzlich geht könnte man den internen Bluetooth-Adapter des Pi ausschließen, z. B. mit diesem USB-Dongle:
https://www.amazon.de/gp/product/B00C68IQ3C/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1

Gruß
Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 09 Februar 2021, 16:45:38

Hallo Patrick,

danke. Was muss ich denn ändern, um dann den externen Adapter zu adressieren?

Grüße,
Stefan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 09 Februar 2021, 17:24:52

Hi!

Zitat von: RockThisParty am 09 Februar 2021, 16:45:38
danke. Was muss ich denn ändern, um dann den externen Adapter zu adressieren?

Das kannst Du in /etc/default/lepresenced festlegen: Die Zeile

Code Auswählen


#BLUETOOTH_DEVICE="hci0"

einkommentieren und hci0 durch das gewünschte Gerät ersetzen, z. B.:

Code Auswählen


BLUETOOTH_DEVICE="hci1"

Die Geräte kannst Du mit

Code Auswählen


hciconfig

auflisten:

Code Auswählen


root@rpi-flur:~# hciconfig
hci0:	Type: Primary  Bus: USB
	BD Address: B8:27:12:34:56:78  ACL MTU: 310:10  SCO MTU: 64:8
	UP RUNNING 
	RX bytes:960855721 acl:59 sco:0 events:28383314 errors:0
	TX bytes:8059 acl:59 sco:0 commands:501 errors:0

Am besten vor dem Anstecken und danach ausführen, damit Du genau weißt, welches Gerät das Neue ist.

Nach der Änderung lepresenced neustarten oder den Pi durchbooten.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 09 Februar 2021, 18:04:35

Ich hab mir auch mal einen bestellt, soll am Do kommen...
Mal sehen...

EDIT: Stick kam heute schon :) Und steckt bereits... Mal sehen. Ich habe mal den internen BT deaktiviert... Bleibt die Reihenfolge beim/nach dem Boot (also wenn beides aktiv ist)? Es gibt ja bzgl. USB-Funk-Dongels eine Anleitung zur Einbindung, wenn mehr als einer steckt, damit fhem nicht durcheinander kommt, wenn per /dev/tty definiert...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 10 Februar 2021, 20:01:49

Also wie geschrieben habe ich jetzt den BT-Dongle in Betrieb...
(https://www.amazon.de/gp/product/B009ZIILLI/)

Leider kein Erfolg.

Denke also nicht (habe ich ja noch "nie"), dass es am BT des PI liegt.

Habe mal die Batterie des GiTag gewechselt: keine Verbesserung (laut Modul war die "alte" Batterie auch noch bei 85%)

Habe auch die Batterie raus/rein: immer noch "absent"

Sobald ich jedoch den Service neu starte ist er nach "disconnected" wieder present (was ja auch stimmt)...
...bis eben wieder der "Ausfall" (absent trotz "da") kommt... :-\

Kann ich irgendwie bei der Analyse weiterhelfen?

Und wie geschrieben habe ich den Verdacht, dass es mit einem PI-Update kam...
Vermutlich einem Ende Januar...

EDIT: gefühlt ist es mit dem BT-Dongle schlimmer als mit dem "onboard-BT"... Ich aktiviere mal das "onboard-BT" (overlay) wieder und stelle um auf hci1... Mal sehen...
EDIT: keine Chance. Immer wieder "absent" obwohl "da". Ich werde dann mal ein älteres Buster aufsetzen und dann sehen...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Jamo am 11 Februar 2021, 12:45:15

Hallo Joachim,
menno, das tut mir jetzt echt leid, wo ich Dir doch auch zu einem externen BT dongle geraten habe.
Das einzige was mir noch einfällt, ist das evtl verschiedene fhem dienste gleichzeitig auf BT zugreifen wollen.
Weiss nicht ob es hilft:
- LePresenced versucht immer einen BT adapter hci exclusiv für sich zu reservieren. Falls noch ein weiteres FHEM modul BT abfragen macht, gehts manchmal schief
- Falls Du z.B. auch noch versuchst, dein Blumensensoren über BT abzufragen kann sein das die sich dann in die quere kommen. Das war bei mir manchmal der Fall.
- Hast Du evtl auch noch einen presence (normales BT, also nicht LE) am laufen? Also z.B. Erkennung ob das Handy BT an hat zur Anwesenheitserkennung?

Was bei mir funktioniert:
- LePresenced (BT-LE) hat exclusiv hci0, externer BT dongle
- Presenced (normales BT) und die Xiaomi Blumen sensoren laufen auf hci1 einem 2-ten externe BT dongle. Bei den Blumen kann man das im attribut einstellen welche schnittstelle genoimmen wird.
- Und dann habe ich mir noch einen stationären G-Tag in die Wohnung gehängt, der immer da ist. Wenn der presence timestamp von diesem g-tag zu alt ist, stosse ich den lepresenced service neu an.

Grüsse, Jamo

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 11 Februar 2021, 13:29:13

Zitat von: Jamo am 11 Februar 2021, 12:45:15
Hallo Joachim,
menno, das tut mir jetzt echt leid, wo ich Dir doch auch zu einem externen BT dongle geraten habe.

Hallo Jamo,

kein Problem.
Sicher ist sicher... ;)

Zitat von: Jamo am 11 Februar 2021, 12:45:15
Weiss nicht ob es hilft:
- LePresenced versucht immer einen BT adapter hci exclusiv für sich zu reservieren. Falls noch ein weiteres FHEM modul BT abfragen macht, gehts manchmal schief
- Falls Du z.B. auch noch versuchst, dein Blumensensoren über BT abzufragen kann sein das die sich dann in die quere kommen. Das war bei mir manchmal der Fall.
- Hast Du evtl auch noch einen presence (normales BT, also nicht LE) am laufen? Also z.B. Erkennung ob das Handy BT an hat zur Anwesenheitserkennung?

Ja, nein, da hat jeder sein eigenes :)

Also ein einsamer PI wo nur deCONZ läuft, dort läuft auch lepresenced und hat hci0 (intern) exklusiv.
Habe WLAN dekativiert, der hängt also an der Leine ;)

Die FlowerSense macht ein PI ZeroW, ebenfalls mit dem internen BT.

Kein sonstiges BT.
Also ein bt-lan PRESENCE für meinen G-Tag.
Sonst nur ein paar (3-4-5) lan-ping PRESENCE...

Bislang (1 Jahr+ bzw. die FlowerSense schon deutlich länger) beides ohne Probleme.

Seit ein paar Tagen eben dann absent trotz Anwesenheit (des G-Tag).
Ist mir aufgefallen, weil ich eben "Licht noch an etc." Meldungen bekommen habe, obwohl ich ja "da" war... ;)

Dann zum Test einen frischen PI3 mit neuestem Buster und erst mal internem BT: selbes Problem. Manchmal läuft es so eine (knappe) Stunde, manchmal auch mehrere Stunden oder sogar einen halben Tag... Aber immer wieder "absent"... :-\

Auf dem deCONZ-PI hab ich dann lepresenced deaktiviert und auch das zugehörige PRESENCE in fhem...

Dann an den PI3 (Test) eben den Dongle. Komischerweise wird nach einem Reboot MIT Dongle nur dieser "erkannt" und ist hci0 (auch ohne Eintrag in /boot/config.txt).
Wenn ich OHNE boote und dann anstecke ist der Dongle hci1.
Ich hab jetzt mal per Overlay den internen deaktiviert.

Noch mal alles laut Wiki und auch (sicherheitshalber) noch mal die neueste lepresenced.deb geholt und installiert...
...mal sehen.
EDIT: hmm, auch damit, also Test-PI wieder dasselbe :-\

Nächster Versuch: ein älteres Buster auskramen und damit mal testen...

Dass es am G-Tag liegt kann das sein?
Wobei ich ja da bereits neue Batterien rein habe und auch im Fehlerfall schon "Batterie raus und wieder rein" probiert habe: hilft nix.
EDIT: funktionieren eigentlich die "Nachfolger" vom Gigaset G-Tag, also die "Keepers" auch?

Auch die üblichen Dinge bzgl. BT-Probleme beim PI hciconfig hci0 up/down usw. hilft nicht.

Sobald ich aber den lepresenced service neu starte geht es sofort wieder...

Eigenartig... :-\

Trotzdem nat. DANKE!

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 11 Februar 2021, 13:31:06

Zitat von: Jamo am 11 Februar 2021, 12:45:15
- Und dann habe ich mir noch einen stationären G-Tag in die Wohnung gehängt, der immer da ist. Wenn der presence timestamp von diesem g-tag zu alt ist, stosse ich den lepresenced service neu an.

Das ist eine tolle Idee. Das werde ich auch so machen.
lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: gestein am 11 Februar 2021, 13:32:16

Hallo Joachim,

was sagen denn die logs vom lepresenced?
Arbeitest Du auch mit collectord?

lg, Gerhard

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 11 Februar 2021, 14:09:34

Zitat von: Jamo am 11 Februar 2021, 12:45:15
- Und dann habe ich mir noch einen stationären G-Tag in die Wohnung gehängt, der immer da ist. Wenn der presence timestamp von diesem g-tag zu alt ist, stosse ich den lepresenced service neu an.

Zitat von: gestein am 11 Februar 2021, 13:31:06
Das ist eine tolle Idee. Das werde ich auch so machen.
lg, Gerhard

Hmm, ja, ginge auch.

Aktuell überlege ich das ohne extra G-Tag hinzubekommen...
...mal sehen...

Zitat von: gestein am 11 Februar 2021, 13:32:16
Hallo Joachim,

was sagen denn die logs vom lepresenced?
Arbeitest Du auch mit collectord?

lg, Gerhard

Ja, Log mal sehen, evtl. mal auf Debug stellen...
Jetzt mache ich noch den Versuch mit einem älteren Buster, mal sehen...

Nein, kein collectord.
Nur bt-lan...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: det. am 11 Februar 2021, 15:10:49

Hallo Joachim,
hatte selbige Probleme - hilft Dir mglw. nicht wirklich weiter - gelöst - abschließend, durch Verschenken der Gtag (1 älterer und 1 Keeper) und löschen in FHEM. Ich löse die Herausforderung (IPhones und Android Handys - Anwesenheit von gelegentlichen Besuchern bzw. Geofency Verweigerern) sehr zuverlässig über die Readings im Unifi Modul.
Das ist doch eine der herausragenden Eigenschaften von FHEM, das es zu nahezu jeder Aufgabe eine Vielzahl an Lösungsmöglichkeiten gibt. So kann man leicht umsatteln, anstatt das tote Pferd ewig weiter zu reiten.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 11 Februar 2021, 16:19:50

Zitat von: det. am 11 Februar 2021, 15:10:49
Hallo Joachim,
hatte selbige Probleme - hilft Dir mglw. nicht wirklich weiter - gelöst - abschließend, durch Verschenken der Gtag (1 älterer und 1 Keeper) und löschen in FHEM. Ich löse die Herausforderung (IPhones und Android Handys - Anwesenheit von gelegentlichen Besuchern bzw. Geofency Verweigerern) sehr zuverlässig über die Readings im Unifi Modul.
Das ist doch eine der herausragenden Eigenschaften von FHEM, das es zu nahezu jeder Aufgabe eine Vielzahl an Lösungsmöglichkeiten gibt. So kann man leicht umsatteln, anstatt das tote Pferd ewig weiter zu reiten.

Lustig...

Ich hatte auch erst Handy (lange Zeit), dann kam irgendein FW-Update mit "zu viel Sleep" ;)

Dann hping3 und PRESENCE lan-ping kombiniert (wegen höherem Akkuverbrauch bei hping3)...
...hat auch ganz gut geklappt.

Bevor ich dann zu BT gegangen bin habe ich mal hping3 und UnifiClient parallel laufen lassen und da war mir die "Abwesend-Erkennung" zu langsam.
Teilweise über 5min...

Und wie geschrieben hat das mit BT wunderbar funktioniert bis...
...naja...

Einen Verscuh gebe ich dem ganzen noch...

Ansonsten evtl. doch auch noch mal UnifiClient, evtl. isses ja besser (geworden)...

Oder eine Kombination aus allen 3en ;)

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 11 Februar 2021, 19:00:54

Zitat von: MadMax-FHEM am 11 Februar 2021, 14:09:34
Jetzt mache ich noch den Versuch mit einem älteren Buster, mal sehen...

Läuft: Buster ca. Mai 2020...
Mal sehen.

sudo service lepresenced status

liefert schon mal keinen Fehler:

Code Auswählen


● lepresenced.service - lepresenced
   Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-02-11 18:55:04 CET; 53s ago
  Process: 288 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
 Main PID: 453 (lepresenced)
    Tasks: 5 (limit: 2319)
   Memory: 14.9M
   CGroup: /system.slice/lepresenced.service
           ├─453 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
           ├─465 hcitool -i hci0 lescan --duplicates
           └─467 hcidump -i hci0

Feb 11 18:54:54 MadMax-OMV-Test systemd[1]: Starting lepresenced...
Feb 11 18:55:04 MadMax-OMV-Test systemd[1]: Started lepresenced.

Beim SELBEN Pi mit neuestem Buster kamen da schon mal 2 Meldungen:

Code Auswählen


● lepresenced.service - lepresenced
   Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-02-11 18:58:36 CET; 4s ago
  Process: 21066 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
 Main PID: 21158 (lepresenced)
    Tasks: 5 (limit: 2181)
   CGroup: /system.slice/lepresenced.service
           ├─21158 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
           ├─21176 hcidump -i hci0
           └─21215 hcitool -i hci0 lescan --duplicates

Feb 11 18:58:26 MadMax-PI-HUE systemd[1]: Starting lepresenced...
Feb 11 18:58:36 MadMax-PI-HUE systemd[1]: Started lepresenced.
Feb 11 18:58:37 MadMax-PI-HUE lepresenced[21158]: [tid:1] main::bluetooth_scan_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Feb 11 18:58:37 MadMax-PI-HUE lepresenced[21158]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 11 Februar 2021, 20:26:48

Ich schmeiß hier mal eine andere Lösung rein, vllt ist das ja für jemanden interessant.

Nachdem mir die Reaktionszeit von lepresenced zu langsam und das System zu kompliziert (wg Prozessen unter Linux) war, habe ich mir was anderes überlegt.
Außerdem wollte ich die Option haben, andere Sensoren (FlowerCare) per Bluetooth anzubinden.

Ich habe meine 3 ESP8266 mit BT-Empfänger, die von einem modifizierten lepresenced gesteuert wurden, gegen 3 x ESP32 ersetzt. Die ESP32 haben schon BT on board.
Darauf läuft OpenMQTTGateway (https://github.com/1technophile/OpenMQTTGateway) und leitet alle BLE-Nachrichten an FHEM weiter. BLE wird dabei alle 39 Sekunden gescannt.
Auf FHEM werden dann nur die Nachrichten rausgefiltert, die meine 2 GTags betreffen. Ein Notify sorgt dann dafür, dass bei den 2 zughörigen Dummy-Devices der state auf present und die Readings für Garage/Flur/Garten mit den gemeldeten RSSI-Werten besetzt werden, fast so, wie es beim collectord gemacht wurde.
Ein "defmod at_gtag1 +0:02:00 ..." setzt einen Timeout immer wieder auf 2 Minuten, so dass bei 3 fehlenden "pings" der Status des Dummies auf "absent" gesetzt wird.

Vorteile:
Keine zusätzlichen Prozesse unter Linux
Der Scan alle 40 Sekunden deaktiviert meine Alarmanlage schneller als früher. (besserer WAF)
Einen ESP32 habe ich noch mit BME280 und PIR-Sensor ausgestattet, was dann auch per MQTT übertragen wird

Nachteile:
Die ESPs hängen sich von Zeit zu Zeit auf

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: OdfFhem am 12 Februar 2021, 06:22:55

Ich beschreibe auch mal kurz mein Einsatz-Scenario:

Ich nutze produktiv 2xPi3B (1xStretch ; 1xBuster) und 1xPi3B+ (Buster). Auf allen wird das on-board-Bluetooth zum Scannen der GTags unter Einsatz von lepresenced bzw. collectord genutzt.

Ein generelles Auftreten von Ausfällen kann ich nicht nachvollziehen. Höchstens der Stretch-Abkömmling ist/war etwas hakelig, aber aktuell ist auch die Uptime von bisher 97 Tagen sorgenfrei geblieben.

Beim Verlassen der Wohnung nutze ich einen Timeout von 5 Minuten, bevor die Alarmanlage tatsächlich scharf geschaltet wird. Beim Kommen gibt es logischerweise keinen Timeout und die Alarmanlage wird sofort abgeschaltet. Klappt somit eigentlich erwartungsgemäß.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 12 Februar 2021, 08:15:42

@OdfFhem: wie aktuell sind deine Buster?

Weil aktuell läuft mein PI3 mit älterem Buster stabil...

Und es ist DERSELBE PI3 der mit AKTUELLEM Buster die Probleme hat(te)...

Ich lasse noch ein wenig laufen...
...aber für mich sieht es tatsächlich so aus, als wäre irgendwas mit dem Buster-Update vor so einer guten Woche "passiert" was "nicht gut" ist... :-\

@micky0867: darüber habe ich auch schon nachgedacht. Aber wenn: "bleibt ab und an hängen", ist das genauso "schlecht" wie mit aktuellem Buster...
Bzw. schlechter, weil hier reicht es den Service neu zu starten. Beim ESP32? Strom ziehen, oder?

Und nochmal: mit aktuellem Buster nicht nur Probleme mit "onboard" BT sondern genau dasselbe Verhalten auch mit BT-Dongle!!

Weil auch "nur" den Treiber hatte ich auch schon mal einen "älteren" eingespielt, hat nicht geholfen...
Und: es gibt eben auch Probleme mit dem externen Dongle...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: OdfFhem am 12 Februar 2021, 10:15:08

@MadMax-FHEM

Pi3B:

Code Auswählen


Linux raspberrypiX 5.4.51-v7+ #1333 SMP Mon Aug 10 16:45:19 BST 2020 armv7l GNU/Linux

Pi3B+ für längere Zeit ...

Code Auswählen


Linux raspberrypiY 5.4.72-v7+ #1356 SMP Thu Oct 22 13:56:54 BST 2020 armv7l GNU/Linux

... und seit ein paar Tagen:

Code Auswählen


Linux raspberrypiY 5.10.11-v7+ #1399 SMP Thu Jan 28 12:06:05 GMT 2021 armv7l GNU/Linux

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 12 Februar 2021, 10:38:52

Naja: deine sind ja (bis auf eines) noch recht alt...
Evtl. sogar das mit Januar... ;)

So genau weiß ich leider nicht mehr, welches (vermutlich/vermeintliche) Update zur aktuellen Lage geführt hat...

Gefühlt Ende Januar (evtl. eher) Anfang Februar...

Das Image was jetzt läuft (müsste mal nachsehen, geht aber grad nicht) müsste so Mai 2020 sein...
Und: es läuft immer noch stabil mit dem internen BT...

Also für mich sieht es (aktuell immer noch) so aus, als würde es am PI-Update liegen/gelegen haben...

Aktuell tendiere ich dazu einen PI ZeroW zu nehmen. Ich clone einfach den, den ich für die BT-FlowerSense nutze (oder schaue mal wie der mit der reichweite so hinhaut), der läuft noch und wurde (auch aus "solchen Gründen" nicht geupdated :) )

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 12 Februar 2021, 10:39:47

Zitat von: MadMax-FHEM am 12 Februar 2021, 08:15:42
@micky0867: darüber habe ich auch schon nachgedacht. Aber wenn: "bleibt ab und an hängen", ist das genauso "schlecht" wie mit aktuellem Buster...
Bzw. schlechter, weil hier reicht es den Service neu zu starten. Beim ESP32? Strom ziehen, oder?

Das kann man schlecht miteinander vergleichen.
Mein Ziel war ja auch, die notwendige Hardware und damit Stromverbrauch zu minimieren, bei gleichzeitig maximalem Nutzen (BME280, BT-Forwarding) und billiger HW.
Für die überall rumstehenden PIs sehe ich keinen angemessenen Nutzen und die Sache mit den SD-Karten ist mir ein persönliches Gräuel (mein einziger PI bootet vom Netzwerk von einem NUC).

Das Problem mit den Hängern hat mich bisher auch gar nicht so enorm gestört, aber ich habe gestern mal die aktuellste OMG-Version installiert, um zu testen, ob das Problem mittlerweile beseitigt ist.
Ansonsten muss ich mich mal an die serielle Schnittstelle hängen, um der Ursache auf den Grund zu gehen...wenn der Leidensdruck groß genug ist ;-)

Alternativ hänge ich den ESP32 an eine Wifisteckdose mit schaltbarem USB-Ausgang. Ist ohnehin fast genauso billig, wie eine reine USB-Stromversorgung und bietet noch zusätzliche Funktionalität.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 12 Februar 2021, 11:14:56

Ja, Stromverbrauch etz. wäre auch meine einzige Überlegung zu einem ESP32 zu wechseln...

...den ich aber noch nicht habe...

Der PI ist ja eigentlich meine HUE-Bridge und macht noch Abfrage eines USB-CO2-Messers...

Steht also nicht nur rum und macht BT...

Meine "wichtigen" PI, z.B. tvheadend und fhem booten von SSD...

Aber mal sehen, wenn es hierfür keine Lösung gibt, außer einen anderen PI (gut den PI ZeroW für BT-Flowersense hätte ich schon) mit ALTEM Buster zu nehmen und einfach nicht mehr mit einem Update zu versorgen, dann vielleicht auch einen ESP32...

Eine per fhem schaltbare USB-Steckdose hätte ich ja noch :)

Hast du noch einen Link für mich, was da auf den ESP32 drauf muss usw.? DANKE! :)

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 12 Februar 2021, 11:26:44

Habe jetzt was gefunden, was ich noch gar nicht kannte....
...sehe aber gerade, dass der Wikieintrag erst seit Dezember existiert.
Da gibt's scheinbar auch eine intelligenter Lösung für den Timeout...muss ich mir selbst mal anschauen.

https://wiki.fhem.de/wiki/OpenMQTTGateway

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: OdfFhem am 12 Februar 2021, 12:30:20

@MadMax-FHEM

Der Stand vom "Thu Jan 28 12:06:05 GMT 2021" scheint für den Pi3B+ momentan wohl der aktuellste Stand zu sein - apt-get bietet zumindest nichts Neues an.

Folglich kann ich auf einen problemlosen Betrieb seit August 2020 "verweisen" ... die Datümer der sorgenfreien Stände davor kenne ich leider nicht mehr ... ich selbst nutze die GTags seit Anfang 2018 ununterbrochen ...

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 12 Februar 2021, 13:07:40

Also ich nutze die G-Tags auch seit etwa Anfang 2019 und immer ohne Probleme, bislang.

Leider habe ich aktuell keinen PI3B+ "rumliegen", dann könnte ich noch testen, ob es da auch mit aktuellem Buster keine Probleme gibt.

Aber nach aktuellem Teststand:

1x PI3B mit aktuellem Buster machen mit internem BT seit ca. 1 Woche Probleme (ist auch die "HUE-Bridge")

1x PI3B mit aktuellem Buster ganz frisch aufgesetzt macht mit internem und externem BT Probleme
(zuvor noch den Treiber für internes BT von einem älteren Stand kopiert: trotzdem Probleme)

DENSELBEN PI3B (also den Test-PI) mit älterem Buster aufgesetzt: läuft nun seit (fast) 24h stabil... So lange lief es vorher nie (seit ich Probleme habe)

Daher denke ich liegt es schon sehr "eindeutig" (bei mir) am OS...

Werde dann mal den Test-PI updaten auf den aktuellen Stand und dann mal sehen...

Gruß, Joachim

Wobei mich das mit "keine Updates" wundert, weil seit ich das erste Mal Probleme hatte gab es schon ein Update (was nicht geholfen hat) und mittlerweile gibt es seit gestern wieder eines. Ich habe AptToDate laufen und das prüft ja täglich und zeigt Updates an... Und meine Buster-Instalationen sind von gestern auf heute wieder "rot" ;)

Aktuell ist doch apt statt apt-get? Gut macht (verm.) noch dasselbe...

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: OdfFhem am 12 Februar 2021, 14:01:46

@MadMax-FHEM

Ich nutze derzeit auch einen Pi4B für den reinen Desktop-Einsatz - also ohne echten Servernutzen.

Hier habe ich auch mal auf Updates getestet und dort gab es welche; nachdem ich diese eingespielt hatte, Reboot durchgeführt. Nach dem Neustart geprüft - an der reinen OS-Version hatte sich nichts geändert, da nur Updates für Browser, o.ä. bereitstanden.

"vcgencmd version" liefert auf dem 3B+ (Server-Einsatz)

Code Auswählen


Jan 27 2021 22:26:53 
Copyright (c) 2012 Broadcom
version 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) (release) (start)

auf dem 4B (Desktop-Einsatz)

Code Auswählen


Jan 27 2021 22:19:57 
Copyright (c) 2012 Broadcom
version 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) (release) (start)

Datum stimmt überein, Zeit nicht ganz, der Rest aber komplett ...

"uname -a" sagt, dass sich beide Rechner auf dem Stand "... 5.10.11 ... #1399 ... Jan 28 ..." befinden ...

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 12 Februar 2021, 18:06:37

Bei meinem PI3B auf dem es aktuell seit 24h stabil mit dem INTERNEN BT läuft:

Code Auswählen


$ vcgencmd version
Feb 12 2020 12:38:29 
Copyright (c) 2012 Broadcom
version 53a54c770c493957d99bf49762dfabc4eee00e45 (clean) (release) (start_cd)
$ uname -a
4.19.97-v7+ #1294 SMP Thu Jan 30 13:15:58 GMT 2020 armv7l GNU/Linux

Auf dem mit den Problemen:

Code Auswählen


$ vcgencmd version
Jan 27 2021 22:27:11 
Copyright (c) 2012 Broadcom
version 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) (release) (start_cd)
$ uname -a
5.10.11-v7+ #1399 SMP Thu Jan 28 12:06:05 GMT 2021 armv7l GNU/Linux

Beim 2ten wo es Probleme gibt kann ich erst ein andermal posten, der ist ja noch mit dem OS/SD versorgt, die aktuell stabil läuft ;)

Aber: beim PI mit Problemen stehen (wie ja geschrieben) aktuell schon wieder Updates bereit...

Code Auswählen


libzstd1/stable 1.3.8+dfsg-3+rpi1+deb10u1 armhf [upgradable from: 1.3.8+dfsg-3+rpi1]
raspi-config/testing 20210212 all [upgradable from: 20210119]

Ich werde dann mal den laufenden PI updaten und dann sehen...
...meine Vermutung: es wird (wieder) Probleme geben.
EDIT: so update durchgeführt. Mal sehen... Ich hab mal "mitgeschrieben" was da so upgedated wurde. Evtl. spiele ich dann mal die alten Versionen bzgl. BT ein...
EDIT: jetzt lief es gut 2h durch. Dachte schon, dass ich "bekloppt" bin. Aber: grad wieder "absent" obwohl "da"... Ich versuche mal die "alten" BT-Versionen (vom "Mitschrieb") einzuspielen... Mal sehen...

Danach werde ich mir überlegen wie ich da weiter mache...

- PI ZeroW der aktuell "nur" die FlowerSense macht mittels BT-USB-Dongle auch die Anwesenheit

- Meinen Test-PI wieder mit der alten FW versorgen und gut

- Einen ESP32 anschaffen und da mal weiterschauen

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 13 Februar 2021, 11:27:05

So, also ich habe nun wieder ein älteres Buster eingespielt und bluez und pi-bluetooth vom Update "excluded"...

Hat aber nicht geholfen...
(bin jetzt nicht sicher, ob ich da den externen Dongle auch getestet habe / mal sehen, vielleicht hab ich ja noch mal Zeit/Lust)

Für weitere Tests, um herauszufinden WAS in dem (letzten) Buster-Update nun dazu führt, dass es nicht mehr geht, habe ich keine Lust mehr ;)

Mein (aktueller) Weg: ich hab einfach den BT-Dongle (danke @Jamo :) ) an meinen "PI-ZeroW-BT-Extender" (der Name ist ja "Programm" ;) ) angeschlossen und dort lepresenced installiert.

Nun macht er eben BT (intern) für die FlowerSense auf dem Balkon...
...und BT (extern) bzgl. PRESENCE von meinem G-Tag...

Der wird einfach nie nicht mit einem (dem) Update versehen und gut :)

Danke für die Unterstützung!

Und: evtl. mal bzgl. OS-Updates etwas "vorsichtiger" sein...
(wobei ich nat. nicht sage: ja nicht updaten und ja Sicherheitslöcher offen lassen!! ;) )

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 13 Februar 2021, 17:42:01

Moin!

Ich bin beeindruckt von Eurer Energie und sage Lautstark DANKE für die ganze Forschungsarbeit!!! Leider kann ich da vom Zeitaufwand her lange nicht mithalten.
Mein Buster-Update auf Pi3B von gestern hat leider auch nichts geändert.

Bestätigen kann ich

Code Auswählen

"Feb 13 17:23:12 Pi4 lepresenced[752]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Set scan parameters failed: Connection timed out'!"

Als Ausgabe von lepresenced status. Leider hat mich das bei Web-Recherche auch noch nicht weitergebracht :-(

Viele Grüße
Stefan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 14 Februar 2021, 18:08:13

Die beste Herangehensweise bei solchen Sachen ist es, das Ganze zu Fuß (also ohne lepresenced) zu probieren.
Deshalb erstmal den lepresenced stoppen (sudo systemctl stop lepresenced und dann mit ps -ef schauen, ob er tatsächlich beendet wurde)
Das ist nur temporär, beim nächsten Reboot wird lepresenced wieder automatisch gestartet.

sudo dmesg -C ausführen, um den Kernel-Ringpuffers zu löschen
Dann prüfen, ob der Bluetoothdaemon läuft (sudo systemctl status bluetooth).
Dann mit "sudo hciconfig" schauen, welche Adapter überhaupt erkannt wurden.
Dann mit "sudo hcitool -i hci<x> lescan --duplicates" (das <x> durch die Nummer(n) eines Geräts aus hciconfig (s.o.) ersetzen) herausfinden, ob ein lescan überhaupt funktioniert
Und mal einen reset "sudo hcitool -i hci<X> reset" probieren.
sudo dmesg, um Meldungen aus dem Kernel-Ringpuffer anzuzeigen

Sollte sudo hcitool -i hcix lescan funktionieren, dann das auch mal als User fhem ohne sudo probieren.

Nachtrag, ggf muss dafür lsof nachinstalliert werden:
sudo lsof | grep HCI
Das bitte mehrmals ausführen!
Damit kann geprüft werden, wer alles auf die BT-Devices zugreift, es scheint ein Problem mit konkurrierenden Zugriffen zu geben.

Nachtrag 2
Es könnte sein, dass hcitool bei dir nicht mehr unterstützt wird. Siehe https://wiki.archlinux.org/index.php/Bluetooth#Deprecated_BlueZ_tools
Alternativ könnte bluetoothctl -natürlich mit anderer Syntax- benutzt werden.
Hier ein kurzes Beispiel, wie man z.B. für den Adapter hci1 die BT-Adresse ermittelt und anschließend in bluetoothctl für einen Scan benutzt.

Code Auswählen


root@rp:~# hciconfig hci1
hci1:	Type: Primary  Bus: USB
	BD Address: 00:1A:7D:DA:71:0B  ACL MTU: 310:10  SCO MTU: 64:8
	UP RUNNING 
	RX bytes:41211 acl:0 sco:0 events:1070 errors:0
	TX bytes:1935 acl:0 sco:0 commands:119 errors:1

root@rp:~# bluetoothctl
Agent registered
[bluetooth]# select 00:1A:7D:DA:71:0B
[bluetooth]# scan on
Discovery started
[CHG] Controller 00:1A:7D:DA:71:0B Discovering: yes
[NEW] Device 7C:2F:80:C4:5A:D9 Gigaset G-tag
[NEW] Device D4:9D:C0:57:9C:61 [TV] Samsung 7 Series (70)
[CHG] Device D4:9D:C0:57:9C:61 RSSI: -96
[CHG] Device D4:9D:C0:57:9C:61 RSSI: -83
[CHG] Device D4:9D:C0:57:9C:61 ManufacturerData Key: 0x0075
[CHG] Device D4:9D:C0:57:9C:61 ManufacturerData Value:
  42 04 01 20 67 19 0d 00 00 01 46 00 00 00 00 00  B.. g.....F.....
  00 00 00 00 00 00 00 00                          ........        
[bluetooth]# scan off
Discovery stopped
[CHG] Controller 00:1A:7D:DA:71:0B Discovering: no
[CHG] Device D4:9D:C0:57:9C:61 RSSI is nil
[CHG] Device 7C:2F:80:C4:5A:D9 RSSI is nil

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 14 Februar 2021, 18:36:50

Danke für die ausführliche Anleitung!

Code Auswählen

hci0:	Type: Primary  Bus: UART
	BD Address: B8:27:EB:A8:9E:5C  ACL MTU: 1021:8  SCO MTU: 64:1
	UP RUNNING 
	RX bytes:112643400 acl:139 sco:180 events:3495786 errors:0
	TX bytes:51303 acl:1 sco:0 commands:4570 errors:0

pi@Pi4:~ $ sudo hcitool -i hci0 lescan --duplicates
Set scan parameters failed: Connection timed out
pi@Pi4:~ $ sudo hcitool -i hci0 reset
Unknown command - "reset"
pi@Pi4:~ $ sudo hcitool -i hci0 reset
Unknown command - "reset"
pi@Pi4:~ $ sudo dmesg
[86784.291160] Bluetooth: hci0: command 0x200b tx timeout

Wegen "Unknown command - reset" habe ich ersatzweise probiert:

Code Auswählen

pi@Pi4:~ $ sudo hciconfig hci0 reset
pi@Pi4:~ $ sudo dmesg
[86784.291160] Bluetooth: hci0: command 0x200b tx timeout
[87073.572484] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572542] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572559] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572575] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572591] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572611] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572664] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572681] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572724] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572741] Bluetooth: hci0: Frame reassembly failed (-84)
[87073.572757] Bluetooth: hci0: Frame reassembly failed (-84)
[87075.651983] Bluetooth: hci0: command 0x1003 tx timeout

Das sieht für mich zwar nicht nach einem Erfolg aus, dafür funktioniert danach aber der lescan wieder.

Allerdings kann ich daraus nun leider nicht wirklich etwas lernen ... Vorübergehend läuft lepresenced wieder. Mal sehen wie lange.

Müsste man nun zyklisch einen BT-Reset durchführen?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 14 Februar 2021, 19:47:48

Lief ca. 5 Minuten :'(

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 14 Februar 2021, 19:53:01

Ich hatte meinen ursprünglichen Post nochmal erweitert.
U.U. geht es mit hcitool gar nicht mehr vernüntig.

Das mit dem reset war ein Verdreher, es muss

Code Auswählen

hciconfig hci0 reset
heissen

Mach auch mal den hier:

Code Auswählen

sudo lsof | grep HCI

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 14 Februar 2021, 20:09:42

Danke.

Code Auswählen

pi@Pi4:~ $ sudo lsof | grep HCI
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
bluetooth   665                             root    5u     sock        0,8        0t0      18512 protocol: HCI
bluetooth   665                             root    8u     sock        0,8        0t0      18518 protocol: HCI
hcidump   14082                             root    3u     sock        0,8        0t0    1537993 protocol: HCI
hcitool   15955                             root    3u     sock        0,8        0t0    1616543 protocol: HCI

Andere Prozesse habe ich nicht gefunden.

Wenn ich lepresenced stoppe, bleiben die beiden "bluetooth" Prozesse übrig.

Konkurrierender Zugriff, ging mir auch schon durch den Kopf. Ich habe - weil der Raspi auch gleich eine Status-Anzeige am eigenen Touchdisplay macht - Raspberry OS mit Grafischer Oberfläche installiert. Da ist ja auch eine BT-Steuerung drin. Kann es sein, dass die dazwischenfunkt?

Ich habe die "bluetooth"-Prozesse (oder ist das nur einer?) mal gekillt und beobachte.

Dass hcitool deprecated ist, hatte ich auch irgendwo schon gesehen ...

Nachtrag: Nach einer Minute war "present" schon wieder weg

Code Auswählen

pi@Pi4:~ $ sudo service lepresenced status
● lepresenced.service - lepresenced
   Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2021-02-14 20:08:57 CET; 2min 32s ago
  Process: 16427 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
 Main PID: 16428 (lepresenced)
    Tasks: 5 (limit: 2062)
   CGroup: /system.slice/lepresenced.service
           ├─16428 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
           ├─16441 hcidump -i hci0
           └─16442 hcitool -i hci0 lescan --duplicates

Feb 14 20:08:47 Pi4 systemd[1]: Starting lepresenced...
Feb 14 20:08:57 Pi4 systemd[1]: Started lepresenced.
Feb 14 20:08:57 Pi4 lepresenced[16428]: [tid:1] main::bluetooth_scan_thread: Received 'Invalid device: Network is down', resetting...
Feb 14 20:08:57 Pi4 lepresenced[16428]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 14 Februar 2021, 20:40:31

Ich hatte hcidump gar nicht mehr auf dem Schirm.......
Es könnte sein, dass dadurch hcitool gestört wird....

Ich würde beim Aufruf von lepresenced

Code Auswählen

--legacymode
mit angeben, um hcidump abzuschalten.

Der sollte dann auch bei dem lsof nicht mehr auftauchen.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 15 Februar 2021, 08:52:14

Danke!

Ich habe legacymode eingetragen. Es wird jetzt tatsächlich nur noch

Code Auswählen

sudo lsof | grep HCI
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
hcitool   11153

angezeigt. Es lief zwar so lange stabil, wie noch nie, das waren aber trotzdem nur leicht instabile 2 Stunden :'(

Status von lepresenced sagt jetzt

Code Auswählen

pi@Pi4:~ $ sudo service lepresenced status
● lepresenced.service - lepresenced
   Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2021-02-14 22:43:01 CET; 10h ago
  Process: 20971 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
 Main PID: 20974 (lepresenced)
    Tasks: 3 (limit: 2062)
   CGroup: /system.slice/lepresenced.service
           ├─11128 hcitool -i hci0 lescan --duplicates
           └─20974 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING --legacymode

Feb 15 08:46:16 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Feb 15 08:46:16 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Feb 15 08:46:27 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Feb 15 08:46:27 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Feb 15 08:46:38 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Feb 15 08:46:38 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Feb 15 08:46:49 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Feb 15 08:46:49 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
Feb 15 08:47:00 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: Received unknown output: 'Set scan parameters failed: Connection timed out'!
Feb 15 08:47:00 Pi4 lepresenced[20974]: [tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...

bluetoothctl habe ich gestern mal ganz kurz angetestet. Leider kommt die [bluetooth]# Eingabeaufforderung gar nicht erst, er bleibt ohne Fehlermeldung vorher hängen. Das schaue ich mir aber nach einem Neustart noch mal an.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: eurofinder am 20 Februar 2021, 17:47:49

Moin,

nach eine defekt musste ich leider mein System komplett von stretch auf buster mit 3b+ und pivccu3 mit RPI-RF-MOD umstellen - also ein Charly.
Für lepresenced mit G-Tags (lief bisher einwandfrei) nutze ich einen USB-Dongle.
Mir ist jetzt aufgefallen, dass wenn ich den Dongle mal vom Charly getrennt habe (fragt nicht warum, war aber notwendig) und ich den jetzt wieder damit verbinde, wird dieser nicht mehr erkannt, auch nicht nach einem Reboot.

Ich habe es dann mal mit einen aktuellen buster-lite-OS probiert. Gerät wird erlkannt. Dann abgezogen, neu gebootet, heruntergefahren, neu angesteckt und neu gebootet. Gerät wird nicht mehr erkannt.

Wie ist das möglich?
lsusb mit Gerät:

Code Auswählen

root@raspberrypi:/home/pi# lsusb
Bus 001 Device 004: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 005: ID 0424:7800 Standard Microsystems Corp. 
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

lsusb ohne USB-Dongle:

Code Auswählen

Bus 001 Device 005: ID 0424:7800 Standard Microsystems Corp. 
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Wie bekomme ich den USB-Dongle wieder zum Laufen?

Sofern weitere Infos benötigt werden, reiche ich diese gerne nach.

Gruß und ein schönes Wochenende
eurofinder

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 05 März 2021, 10:12:29

Moin!

Ich habe gestern Abend den Raspi auf aktuellen Stand (apt full-upgrade) gebracht ... seit dem läuft lepresenced ohne Fehler durch. Sind erst 14 Stunden ... aber das ist schon 7x länger als ich je hatte. Drückt mal die Daumen ;) oder berichtet, ob es bei Euch auch besser geworden ist.

Viele Grüße
Stefan

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rakohr am 07 Mai 2021, 11:53:47

Hallo zusammen,

schade leider endet das Problem bislang ohne eindeutige Lösung...

Ich habe mit meinen gtags nun auch das Problem, dass diese von meinem Raspi nicht mehr richtig erkannt werden. Leider kann ich nicht so wirklich nachvollziehen woran es nun eigentlich liegt. Ich nutze seit über einem Jahr die gtags mit der Presence Erkennung auf einem Raspi4. Wegen Reichweitenprobleme kamen dann vor ca. 6 Monaten 2 ESP32 mit dem Code von Miky hinzu. Alles war super... Seit einiger Zeit war es dann so, dass die gtags im Allgemeinen schlechter bis gar nicht mehr erkannt wurden. Also hab ich das mal auf die Batterien geschoben und sie gewechselt. Dabei habe ich entdeckt, dass es auch möglich ist den Batteriestatus der gtags mit FHEM auszulesen. Also hab ich das mal versucht in FHEM einzubauen. Leider bin ich nun am Wochenende ziemlich zeitgleich mit meinem System von SD-Karte auf SSD umgezogen. Ich habe dabei natürlich sämtliche Uptates und alles mögliche durchgeführt. Das Gesamtsystem läuft perfekt, bis auf die gtag Erkennung auf dem Raspi. So viel zum Hergang und meiner Aussage ich kann nicht nachvollziehen, woran es nun wirklich liegt. Kann gut sein, dass das Problem von meinen kürzlichen Änderungen ausgelöst wurde, kann aber auch sein, dass die Batterien nicht die Ursache waren und das Problem auf dem Raspi schon vorher bestand.

In den letzten Tagen habe ich nun alles möglichen Lösungsansätze die ich finden konnte versucht durchzuführen. Leider ohne zufriedenstellendes Ergebnis. Die gtags werden von den ESP32 zuverlässig erkannt, vom Raspi leider nur sporadisch bis gar nicht (Reichweitenprobleme können natürlich ausgeschlossen werden).

Ich wäre jetzt für mich an dem Punkt, an dem ich auf die Erkennung des Raspi verzichte und nur auf die ESP32 setze. Aber vielleicht hat ja noch jemand eine Idee.
Nachteil wäre, ich hätte wieder keinen Batteriestatus. Aber den könnte man ja unter Umständen auch über die ESP32 ermitteln und zu FHEM rüber schaufeln. Bin für jede Idee dankbar...

Gruß
rakohr

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: eurofinder am 07 Mai 2021, 14:56:02

Nutzt du den internen Bluetooth des RPI 4 oder über seperaten Bluetooth-USB-Dongle?

Ich habe auch lange rumgebastelt - zwar mit eine RPI 3B+ - aber erst ein Bluetooth-USB-Dongle hat wirklich geholfen, seitdem keine Probeme mehr.

Gruß
eurofinder

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: rakohr am 07 Mai 2021, 18:44:16

Ja ich nutze bisher den internen Bluetooth.

Muss ich mal auf die Suche gehen, muss irgendwo noch welche haben und mich schlau machen was man alles machen muss.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 22 Mai 2021, 22:10:52

vielleicht hast du bei den Änderungen auch deinem Raspbian ein Update verpasst (macht man ja meistens aus Gewohnheit mit) und das hat die interne BT-Schnittstelle durcheinander gebracht. Ich würde es auch testweise mal mit einem externen BT-Dongle für ein paar Euro versuchen. Das ist wesentlich weniger fehleranfällig

Mal eine andere Frage:
Ich hab so einen genialen Airtag von Apple gekauft und der bietet natürlich viel mehr als ein normaler BT-Tag. Hat es schon jemand geschafft diesen auch bei LEPRESENCE einzubinden?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PsychoD am 29 Juli 2021, 14:04:02

Zitat von: StephanFHEM am 22 Mai 2021, 22:10:52

Mal eine andere Frage:
Ich hab so einen genialen Airtag von Apple gekauft und der bietet natürlich viel mehr als ein normaler BT-Tag. Hat es schon jemand geschafft diesen auch bei LEPRESENCE einzubinden?

Da hätte ich auch massives Interesse dran!

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 29 Juli 2021, 14:32:34

Was ich so nebenbei in einem Video gesehen hab (aber noch nicht ausprobiert): die BT Adresse der Airtags ändert sich ja regelmäßig. Das passiert aber wohl nur, wenn er an ein Account gekoppelt ist. Wenn man ihn nicht koppelt bleibt sie gleich und man sollte ganz normal danach scannen können wie bei anderen Tags. Allerdings gehen damit auch die ganzen Zusatz-Features flöten

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PsychoD am 29 Juli 2021, 15:00:07

Das ist ja blöd, dann kann man ja auch beim GTag bleiben...

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 29 Juli 2021, 15:15:42

Vielleicht findet jemand noch eine Lösung. Die Airtags sind schon eine super Sache und wenn man ohne Funktions-Einbußen in FHEM sehen kann, dass jemand mit Airtag nach Hause kommt schmeiß ich sofort alle GTags raus.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 13 August 2021, 08:38:06

Wer ein Airtag findet, kann nicht herausfinden, wem es gehört, aber jedes Airtag hat eine Seriennummer.

Darüber sollte es gehen, das Airtag eindeutig zu identifizieren.
Kann hier vllt mal jemand sniffen, was die Dinger per BLE raussenden?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PsychoD am 13 August 2021, 11:44:36

Zitat von: micky0867 am 13 August 2021, 08:38:06
Wer ein Airtag findet, kann nicht herausfinden, wem es gehört, aber jedes Airtag hat eine Seriennummer.

Darüber sollte es gehen, das Airtag eindeutig zu identifizieren.
Kann hier vllt mal jemand sniffen, was die Dinger per BLE raussenden?

Ich hab zwar ein Airtag, es ist mir aber bisher nicht gelungen es zu scannen... Sollte doch mit hcitool -i hci0 lescan auftauchen, oder?

VG

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: micky0867 am 16 August 2021, 10:01:22

Ja, oder mit einem BLE sniffer fürs Handy

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: tpunkt am 01 Oktober 2021, 11:38:56

Zitat von: volst am 16 September 2020, 20:49:30
Nachtrag: seit der Installation von broadcom-bt-firmware-10.1.0.1115.deb ist das Problem bei mir behoben. Die Erkennung läuft mittlerweile seit einer Woche stabil.

Auf diesen Beitrag hat niemand so richtig reagiert und damit er nicht komplett untergeht, hier das Zitat, denn das Aufspielen der älteren Bluetoothfirmware auf meinen Raspy 3b hat das Problem sofort behoben.

wget https://github.com/winterheart/broadcom-bt-firmware/releases/download/v12.0.1.1105_p3/broadcom-bt-firmware-10.1.0.1115.deb
sudo dpkg -i broadcom-bt-firmware-10.1.0.1115.deb

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 01 Oktober 2021, 12:34:16

Hi!

Zitat von: tpunkt am 01 Oktober 2021, 11:38:56
Auf diesen Beitrag hat niemand so richtig reagiert und damit er nicht komplett untergeht, hier das Zitat, denn das Aufspielen der älteren Bluetoothfirmware auf meinen Raspy 3b hat das Problem sofort behoben.

wget https://github.com/winterheart/broadcom-bt-firmware/releases/download/v12.0.1.1105_p3/broadcom-bt-firmware-10.1.0.1115.deb
sudo dpkg -i broadcom-bt-firmware-10.1.0.1115.deb

Wenn das auch bei anderen Setups hilft, wäre das definitiv ein Fall fürs Wiki. Ich kann es leider nicht testen, da bei mir alles über Jahre stabil läuft...

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: karpate am 03 Oktober 2021, 08:36:58

Zitat von: tpunkt am 01 Oktober 2021, 11:38:56
Auf diesen Beitrag hat niemand so richtig reagiert und damit er nicht komplett untergeht, hier das Zitat, denn das Aufspielen der älteren Bluetoothfirmware auf meinen Raspy 3b hat das Problem sofort behoben.

wget https://github.com/winterheart/broadcom-bt-firmware/releases/download/v12.0.1.1105_p3/broadcom-bt-firmware-10.1.0.1115.deb
sudo dpkg -i broadcom-bt-firmware-10.1.0.1115.deb

Danke für den Hinweis. Habe ich jetzt auch versucht, nachdem mehrere Monate meine Anwesenheitserkennung mit G-Tags am internen BT-Modul nicht funktioniert hat. Davor lief dies mehrere Jahre ohne größere Probleme. Bisher werden sie wieder sauber erkannt.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: FHEM_Starter am 28 November 2021, 16:03:09

@PatrickR,

ist es beabsichtigt, dass der Start Parameter --legacymode dazu führt, dass bei den rssi Werten nur noch "unknown" kommt?
Der status vom lepresenced wirft diesen Hinweis aus: Use of uninitialized value $address_type in lc at /usr/sbin/lepresenced line 257, <$hcitool> line 109986.

Danke und Gruß
Wolfgang

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: StephanFHEM am 31 März 2022, 20:42:54

Zitat von: tpunkt am 01 Oktober 2021, 11:38:56
Auf diesen Beitrag hat niemand so richtig reagiert und damit er nicht komplett untergeht, hier das Zitat, denn das Aufspielen der älteren Bluetoothfirmware auf meinen Raspy 3b hat das Problem sofort behoben.

wget https://github.com/winterheart/broadcom-bt-firmware/releases/download/v12.0.1.1105_p3/broadcom-bt-firmware-10.1.0.1115.deb
sudo dpkg -i broadcom-bt-firmware-10.1.0.1115.deb

um das nochmal eindeutig zu bestätigen. Hatte nach der Durchführung von oben keine Probleme mehr. Nach einem Update des Systems waren die Probleme plötzlich wieder da. Ich denke er hat den Treiber dabei auch wieder aktualisiert. Hab den Fix nochmal durchgeführt und jetzt läuft wieder alles. Zu beobachten auf einem Pi4 und PiZeroW... alle mit internem BT

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 01 April 2022, 13:09:19

Hi!

Sorry, habe ich erst jetzt gesehen.

Zitat von: FHEM_Starter am 28 November 2021, 16:03:09
Ist es beabsichtigt, dass der Start Parameter --legacymode dazu führt, dass bei den rssi Werten nur noch "unknown" kommt?

Ja, das ist normal. Der Legacy-Mode kann das garnicht. Der war eigentlich nur für eine Übergangszeit gedacht und ich wollte ihn schon längst rausnehmen. Gibt es einen konkreten Grund,w arum Du den legacymode benutzt?

Zitat von: FHEM_Starter am 28 November 2021, 16:03:09
Der status vom lepresenced wirft diesen Hinweis aus: Use of uninitialized value $address_type in lc at /usr/sbin/lepresenced line 257, <$hcitool> line 109986.

Das ist in der Tat ein Bug. Das hat man davon, wenn man Altlasten nicht konsequent beseitigt.
Wenn Du die Meldung beseitigen möchtest, ändere die Zeile 257 von

Code Auswählen


$devices{$mac}{'address_type'} = lc($address_type);

Code Auswählen


$devices{$mac}{'address_type'} = lc($address_type) if ($address_type);

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Devender am 06 April 2022, 09:16:51

Zitat von: StephanFHEM am 31 März 2022, 20:42:54
um das nochmal eindeutig zu bestätigen. Hatte nach der Durchführung von oben keine Probleme mehr. Nach einem Update des Systems waren die Probleme plötzlich wieder da. Ich denke er hat den Treiber dabei auch wieder aktualisiert. Hab den Fix nochmal durchgeführt und jetzt läuft wieder alles. Zu beobachten auf einem Pi4 und PiZeroW... alle mit internem BT

Moin zusammen,

ich kann dem nur zustimmen. Seit Wochen hatte ich Probleme (warum auch immer...) das meine 4 Instanzen nicht mehr korrekt erkannt hatte , auch wenn die G-Tags direkt vor dem eigentlichen RPi gelegen hat. Durch Zufall habe ich den Beitrag gefunden bei meiner Suche und den Fix installiert.
Ergebnis seit einer Woche - Stabile Verbindung ohne ausfälle.

Ich würde den Fix dann im Anwesenheitswiki hinterlegen und auf das Thema verweisen.

Grüsse,
Dirk

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 06 April 2022, 19:28:50

Bei meinem raspberry 2b funktioniert das ebenfalls, nicht jedoch bei meinem Pi Zero W rev1.1. Dort geht es immer 1 Tag und dann kommt nichts mehr. Gibt es eine Möglichkeit das dort auch wieder zu deinstallieren, um zu prüfen, ob es mit der originalen Firmware wieder gehen würde?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Devender am 08 April 2022, 14:01:03

Zitat von: Devender am 06 April 2022, 09:16:51
Ich würde den Fix dann im Anwesenheitswiki hinterlegen und auf das Thema verweisen.

Das Thema ist jetzt im Wiki hinterlegt
https://wiki.fhem.de/wiki/PRESENCE#Probleml.C3.B6sungen

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ranon am 10 September 2022, 17:11:16

Hi zusammen,
ich habe den Fix mit dem Downzugrade durchgeführt aber es scheint bei mir nicht zu helfen. Meine Tags werden nur erkannt, wenn ich auf dem Pi "bluetoothctl" und "scan on" eingebe. Dann werden die Tag in FHEM sofort auf present gesetzt. Sobald ich "exit" eingebe, springen die Tags wieder auf absent.
Habt ihr eine Idee?

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 10 September 2022, 17:22:31

Hi!

Zitat von: ranon am 10 September 2022, 17:11:16
Hi zusammen,
ich habe den Fix mit dem Downzugrade durchgeführt aber es scheint bei mir nicht zu helfen. Meine Tags werden nur erkannt, wenn ich auf dem Pi "bluetoothctl" und "scan on" eingebe. Dann werden die Tag in FHEM sofort auf present gesetzt. Sobald ich "exit" eingebe, springen die Tags wieder auf absent.
Habt ihr eine Idee?

Möglicherweise eine Alternative: Wenn Du schon MQTT benutzt könntest Du ggf. mal ble2mqttd probieren:
https://forum.fhem.de/index.php/topic,127173.msg1223941.html#msg1223941

Das verwendet bluetoothctl, ist aber kein "Drop-In-Replacement", d. h. es funktioniert komplett anders und bedient auch nicht mehr die PRESENCE-Schnittstelle von FHEM.

Patrick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: mumpitzstuff am 10 September 2022, 21:47:53

Ich habe inzwischen alles mit Bluetooth abgeschaltet bei mir. Bluetooth + Linux = Mission Impossible
Selbst wenn mal irgendwas läuft, dann immer nur kurze Zeit und dann fummelt man wieder ewig. Einfach nur sinnlos und eigentlich unbegreiflich, wie man so einen Mist verzapfen kann bei Linux.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: ranon am 10 September 2022, 21:57:32

Zitat von: PatrickR am 10 September 2022, 17:22:31
Hi!

Möglicherweise eine Alternative: Wenn Du schon MQTT benutzt könntest Du ggf. mal ble2mqttd probieren:
https://forum.fhem.de/index.php/topic,127173.msg1223941.html#msg1223941

Das verwendet bluetoothctl, ist aber kein "Drop-In-Replacement", d. h. es funktioniert komplett anders und bedient auch nicht mehr die PRESENCE-Schnittstelle von FHEM.

Patrick

Danke für den Hinweis. Das schaue ich mir an. Ich habe bereits einen "MQTT2_SERVER" am laufen und muss schauen, wie ich es da mit rein bekomme.

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: MadMax-FHEM am 10 September 2022, 23:14:45

Zitat von: mumpitzstuff am 10 September 2022, 21:47:53
Ich habe inzwischen alles mit Bluetooth abgeschaltet bei mir. Bluetooth + Linux = Mission Impossible
Selbst wenn mal irgendwas läuft, dann immer nur kurze Zeit und dann fummelt man wieder ewig. Einfach nur sinnlos und eigentlich unbegreiflich, wie man so einen Mist verzapfen kann bei Linux.

Hmm, ich hatte ja zwischendrin auch meine "Odyssee" :-\

Aber seit ich einen externen USB-Dongle habe, habe ich mit der "Anwesenheit" per btDongle/gTag keine Probleme mehr.

Das Handy (ebenfalls BT) "orte" ich mittels npresence: https://forum.fhem.de/index.php/topic,118917.msg1133609.html#msg1133609

Funktioniert auch prima!

Da ich nun beides parallel laufen habe (habe/hatte die HW ja schon) habe ich eine structure über beides und die Anwesenheit funktioniert tadellos! :)
(gut keine "Ortung" innerhalb der Wohnung / brauche ich nicht)

Das mit mqtt schaue ich mir auch mal an, da gibt es wohl viele Varianten...
...auch was mit ESP.
Aber wenn ich auf dem Handy eine App installieren muss usw., dann bleibe ich lieber bei dem was ich habe...

Gruß, Joachim

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Sebastian84 am 04 November 2022, 04:13:21

Guten Morgen
In der lepresenced Datei steht Hci0.
Wenn ich die aud Hci2 ändere dann
müsste er doch nur noch über den zweiten
Bloothooth Stick suchen und laufen oder?
Hci0 ist intern Bluetooth
Hci1 erster Bluetooth Stick
Hci2 zweiter Bluetooth Stick

Titel: Antw:lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: kjmEjfu am 02 Dezember 2022, 20:43:49

Ich habe etwas gefunden, was zumindest bei mir zu funktionieren scheint:

Code Auswählen

sudo nano /etc/systemd/system/multi-user.target.wants/lepresenced.service

und dann wie folgt anpassen:

Code Auswählen

ExecStartPre=/bin/sleep 10

auf 90 erhöhen.

Wenn auf dem gleichen System auch der collectord läuft, dann ergänzen wie ihn in der After-Zeile:

Code Auswählen


After=bluetooth.target sys-subsystem-bluetooth-devices-hci0.device collectord.service

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 29 Oktober 2023, 12:57:33

Hy ist zwar wieder etwas stumm hier aber nach Jahren habe ich leider auch wieder das Problem mit dem Absent.

habe Anfang des Jahres mein Pi Zero W mit 7 zoll TFT gegen ein PI3 A+ und 10.1 zoll TFT für FTUI getauscht und seit ein paar Tagen das Problem mit dem absent.

die üblichen wegen habe nicht viel geholfen meistens 1 Tag dann ist ende.

Code Auswählen


pi@FTUI3:~ $ sudo service lepresenced status
● lepresenced.service - lepresenced
     Loaded: loaded (/lib/systemd/system/lepresenced.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2023-10-29 12:45:09 CET; 3min 32s ago
    Process: 17215 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
   Main PID: 17221 (lepresenced)
      Tasks: 5 (limit: 868)
        CPU: 2.944s
     CGroup: /system.slice/lepresenced.service
             ├─17221 /usr/bin/perl /usr/sbin/lepresenced --device hci0 --listenaddress 0.0.0.0 --listenport 5333 --loglevel LOG_WARNING
             ├─17330 hcitool -i hci0 lescan --duplicates
             └─17331 hcidump -i hci0

Okt 29 12:44:59 FTUI3 systemd[1]: Starting lepresenced...
Okt 29 12:45:09 FTUI3 systemd[1]: Started lepresenced.
Okt 29 12:47:11 FTUI3 lepresenced[17221]: [tid:2] main::bluetooth_dump_thread: hcidump was stopped.
Okt 29 12:47:11 FTUI3 lepresenced[17221]: [tid:1] main::bluetooth_scan_thread: hcitool was stopped.

ble2mqtt bin ich noch nicht durchgestiegen wie es funktionieren soll.

Code Auswählen

sudo nano /etc/systemd/system/multi-user.target.wants/lepresenced.service

habe ich auch schon versucht.

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: PatrickR am 29 Oktober 2023, 14:24:13

Hi!

Zitat von: Gasmast3r am 29 Oktober 2023, 12:57:33Hy ist zwar wieder etwas stumm hier aber nach Jahren habe ich leider auch wieder das Problem mit dem Absent.

Mach' doch mal bitte ein Log mit LOG_DEBUG. Alternativ kannst Du lepresenced mal mit

Code Auswählen

--watchdogthreshold 60

aufrufen. Das startet die Scan-Prozesse neu, wenn 60 Sekunden kein Beacon vorbeigekommen ist. Es setzt aber voraus, dass irgendein(!) Gerät in der Nähe ständig Beacons sendet.

Zitat von: Gasmast3r am 29 Oktober 2023, 12:57:33ble2mqtt bin ich noch nicht durchgestiegen wie es funktionieren soll.

Ein Umstieg würde sich vermutlich lohnen. ble2mqttd ist robuster.

Patrick

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 01 November 2023, 11:54:46

Hy habe es derzeit so gelöst das mein Pi immer um 4 Uhr morgens neu startet, somit läuft es erstmal.

Ble2Mqtt würde ich gerne mal testen aber ich hab noch keine Anleitung gefunden mit der ich klar komme.

Und ich habe gesehen es gibt da mehrere Ansätze.

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: drhirn am 01 November 2023, 14:15:13

Ich kann dir hier kurz meine Doku zu ble2mqtt zusammenschreiben. So mach ich das bei allen meinen Rapsberrys. Sag nicht, dass das die optimale Lösung ist, aber bei mir funktioniert's.

Zuerst mal ble2mqtt aus dem Thread (https://forum.fhem.de/index.php?msg=1286068) runterladen und auf den RPi kopieren.

Dann nach /usr/local/bin kopieren und ausführbar machen.

Code Auswählen

sudo cp -a ble2mqttd /usr/local/bin/
sudo chmod +x /usr/local/bin/ble2mqttd

Ein paar benötigte Pakete installieren:

Code Auswählen

sudo apt install -y libssl-dev libio-socket-ssl-perl libreadonly-perl libtest-expect-perl libnet-ssleay-perl libnet-server-perl

Net::MQTT::Simple gibt's leider noch nicht als Debian Paket. Deswegen mit cpan installieren.

Code Auswählen

sudo cpan CPAN::DistnameInfo
sudo cpan Net::MQTT::Simple

Dann startest du ble2mqtt mal um zu schauen, ob alles benötigte da ist:

Code Auswählen

/usr/local/bin/ble2mqttd
Dann ein Systemd-Service erstellen, damit ble2mqtt beim Systemstart gestartet wird:

Code Auswählen

sudo nano /etc/systemd/system/ble2mqttd.service

Code Auswählen

[Unit]
Description=ble2mqttd
After=bluetooth.target

[Service]
Type=simple
Restart=always
ExecStart=/usr/local/bin/ble2mqttd --mqttserver mqtt.example.com:1883 --mqtttopic ble2mqtt/wohnzimmer --mac '(11:22:33:44:55:66|77:88:99:00:AA:BB)' --absentinterval 30 --mqttuser <username> --mqttpass <password>

[Install]
WantedBy=multi-user.target

Code Auswählen

sudo systemctl daemon-reload
sudo systemctl enable ble2mqttd.service
sudo systemctl start ble2mqttd.service

Dann kannst du nachsehen, ob's rennt mit:

Code Auswählen

sudo systemctl status ble2mqttd.service

Das FHEM-Device ist work-in-progress. Sieht bei mir derzeit so aus. Das "presence"-Reading ist nicht optimal. Deswegen spiele ich gerade mit "presence2". Und das funktioniert eigentlich gut.

Code Auswählen

define ble2mqttGTag MQTT2_DEVICE FHEM
attr ble2mqttGTag comment https://forum.fhem.de/index.php/topic,127173.msg1226199.html#msg1226199
attr ble2mqttGTag devicetopic ble2mqtt/.*/11_2F_80_AB_1A_F9
attr ble2mqttGTag event-on-change-reading .*
attr ble2mqttGTag group Presence Devices
attr ble2mqttGTag icon mqtt
attr ble2mqttGTag readingList ble2mqtt/.*/heartbeat:.* heartbeat\
$DEVICETOPIC/rssi:.* {my $room=(split m{[/]}x,$TOPIC)[1];;;; my $roomMax=$room;;;; my $rssiMax=$EVENT;;;; my @readings = grep { $_ =~ m{\Arssi_(?!$room).*}x } keys %{$defs{"$NAME"}->{READINGS}};;;; for (@readings) {my $rssiTmp=ReadingsVal($NAME,$_,'-100');;;; my $roomTmp=(split m{[_]}x,$_)[1];;;; if(($rssiMax gt $rssiTmp)&&(ReadingsVal($NAME,"presence_".$roomTmp,'absent') eq 'present')) {$rssiMax=$rssiTmp;;;;$roomMax=$roomTmp}};;;; {rssi=>$rssiMax,room=>$roomMax,"rssi_$room"=>$EVENT}}\
$DEVICETOPIC/lastseen:.* {lastseen=>strftime "%Y-%m-%d %H:%M:%S", localtime($EVENT)}\
$DEVICETOPIC/present:.* {my $roomAct=(split m{[/]}x,$TOPIC)[1];;;; my $rssi=ReadingsVal($NAME,"rssi_".$roomAct,'-100');;;;;;;;my $presenceAct=$EVENT?'present':'absent';;;; my $presenceTotal=$presenceAct;;;; my $room=$EVENT ? $roomAct:'';;;; my @readings = grep { $_ =~ m{\Apresence_(?!$roomAct).*}x } keys %{$defs{$NAME}->{READINGS}};;;; for (@readings) {if(ReadingsVal($NAME,$_,'absent') eq 'present') {my $roomTmp=(split m{[_]}x,$_)[1];;;; my $rssiTmp=ReadingsVal($NAME,"rssi_".$roomTmp,'-100');;;;if($rssi gt $rssiTmp){$room=$roomTmp;;;;$presenceTotal='present';;;; $rssi=$rssiTmp}}};;;; {"presence_$roomAct"=>$presenceAct, room=>$room, presence=>$presenceTotal}}\
ble2mqtt/.*/state:.* state\
$DEVICETOPIC/battery:.* batteryLevel
attr ble2mqttGTag room MQTT2_DEVICE,Residents
attr ble2mqttGTag userReadings presence2 {if (ReadingsAge($NAME,"lastseen",0)>60) {return "absent";;}else{return "present";;}}

Das "devicetopic" ist so gestaltet, dass es gleich mehrere mögliche ble2mqtt-Instanzen abfängt. Deswegen sind dann "rssi" und "present" Readings so kompliziert, weil das wieder in einzelne ble2mqtt-Instanzen aufgeteilt werden muss.

LG
Stefan

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Wernieman am 01 November 2023, 16:35:56

ZitatNet::MQTT::Simple gibt's leider noch nicht als Debian Paket. Deswegen mit cpan installieren.

Ist das nicht libnet-mqtt-simple-perl ???

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: drhirn am 01 November 2023, 16:41:28

Doch. Aber derzeit eben nur unstable.

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Wernieman am 02 November 2023, 08:37:55

O.K. ... hatte nicht auf die Version geachtet .. sollte eigentlich seit 21 zur Verfügung stehen ...

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Gasmast3r am 05 November 2023, 09:57:47

Hy so ble2mqtt scheint schonmal zu laufen

Code Auswählen

defmod MQTT2_ble2mqttd_FTUI3 MQTT2_DEVICE ble2mqttd_FTUI3
attr MQTT2_ble2mqttd_FTUI3 readingList ble2mqttd_FTUI3:ble2mqtt/Tab/heartbeat:.* heartbeat\
ble2mqttd_FTUI3:ble2mqtt/Tab/state:.* state
attr MQTT2_ble2mqttd_FTUI3 room MQTT2_DEVICE

setstate MQTT2_ble2mqttd_FTUI3 connected
setstate MQTT2_ble2mqttd_FTUI3 2023-11-05 09:47:27 IODev MQTT2_FHEM_Server
setstate MQTT2_ble2mqttd_FTUI3 2023-11-05 09:54:27 heartbeat 1699174467
setstate MQTT2_ble2mqttd_FTUI3 2023-11-05 09:47:27 state connected

Code Auswählen

● ble2mqttd.service - ble2mqttd
    Loaded: loaded (/etc/systemd/system/ble2mqttd.service; enabled; vendor preset: enabled)
    Active: active (running) since Sun 2023-11-05 09:46:24 CET; 11min ago
  Main PID: 315 (ble2mqttd)
      Tasks: 2 (limit: 868)
        CPU: 8.175s
    CGroup: /system.slice/ble2mqttd.service
            ├─ 315 /usr/bin/perl /usr/local/bin/ble2mqttd --mqttserver 192.168.178.110:1883 --mqtttopic ble2mqtt/Tab --mac (11:22:33:44:55>
            └─1053 bluetoothctl

Nov 05 09:46:27 FTUI3 ble2mqttd[315]: main::sanity_check: md5 digest of '/usr/local/bin/ble2mqttd' is: '1146c98e6c1ab082c580f89eb5bdbaa5'.
Nov 05 09:46:27 FTUI3 ble2mqttd[315]: main::sanity_check: bluetoothctl found at '/usr/bin/bluetoothctl'.
Nov 05 09:46:27 FTUI3 ble2mqttd[315]: main::sanity_check: gatttool found at '/usr/bin/gatttool'.
Nov 05 09:46:27 FTUI3 ble2mqttd[315]: main::mqtt_check_reconnect: (Re-)connect detected, handling...
Nov 05 09:46:27 FTUI3 ble2mqttd[315]: /usr/local/bin/ble2mqttd: connect: Network is unreachable
Nov 05 09:46:27 FTUI3 ble2mqttd[315]: main: Scan started.
Nov 05 09:46:27 FTUI3 ble2mqttd[315]: main::__ANON__: Found bluetoothctl version 5.55.
Nov 05 09:47:27 FTUI3 ble2mqttd[315]: main::mqtt_check_reconnect: (Re-)connect detected, handling...
Nov 05 09:48:27 FTUI3 ble2mqttd[315]: main: Scan started.
Nov 05 09:48:27 FTUI3 ble2mqttd[315]: main::__ANON__: Found bluetoothctl version 5.55.
lines 1-20/20 (END)

dann habe ich das Device angelegt wie von dir vorgegeben/vorgeschlagen

Code Auswählen

define ble2mqttGTag MQTT2_DEVICE FHEM
attr ble2mqttGTag comment https://forum.fhem.de/index.php/topic,127173.msg1226199.html#msg1226199
attr ble2mqttGTag devicetopic ble2mqtt/.*/11_2F_80_AB_1A_F9
attr ble2mqttGTag event-on-change-reading .*
attr ble2mqttGTag group Presence Devices
attr ble2mqttGTag icon mqtt
attr ble2mqttGTag readingList ble2mqtt/.*/heartbeat:.* heartbeat\
$DEVICETOPIC/rssi:.* {my $room=(split m{[/]}x,$TOPIC)[1];;;; my $roomMax=$room;;;; my $rssiMax=$EVENT;;;; my @readings = grep { $_ =~ m{\Arssi_(?!$room).*}x } keys %{$defs{"$NAME"}->{READINGS}};;;; for (@readings) {my $rssiTmp=ReadingsVal($NAME,$_,'-100');;;; my $roomTmp=(split m{[_]}x,$_)[1];;;; if(($rssiMax gt $rssiTmp)&&(ReadingsVal($NAME,"presence_".$roomTmp,'absent') eq 'present')) {$rssiMax=$rssiTmp;;;;$roomMax=$roomTmp}};;;; {rssi=>$rssiMax,room=>$roomMax,"rssi_$room"=>$EVENT}}\
$DEVICETOPIC/lastseen:.* {lastseen=>strftime "%Y-%m-%d %H:%M:%S", localtime($EVENT)}\
$DEVICETOPIC/present:.* {my $roomAct=(split m{[/]}x,$TOPIC)[1];;;; my $rssi=ReadingsVal($NAME,"rssi_".$roomAct,'-100');;;;;;;;my $presenceAct=$EVENT?'present':'absent';;;; my $presenceTotal=$presenceAct;;;; my $room=$EVENT ? $roomAct:'';;;; my @readings = grep { $_ =~ m{\Apresence_(?!$roomAct).*}x } keys %{$defs{$NAME}->{READINGS}};;;; for (@readings) {if(ReadingsVal($NAME,$_,'absent') eq 'present') {my $roomTmp=(split m{[_]}x,$_)[1];;;; my $rssiTmp=ReadingsVal($NAME,"rssi_".$roomTmp,'-100');;;;if($rssi gt $rssiTmp){$room=$roomTmp;;;;$presenceTotal='present';;;; $rssi=$rssiTmp}}};;;; {"presence_$roomAct"=>$presenceAct, room=>$room, presence=>$presenceTotal}}\
ble2mqtt/.*/state:.* state\
$DEVICETOPIC/battery:.* batteryLevel
attr ble2mqttGTag room MQTT2_DEVICE,Residents
attr ble2mqttGTag userReadings presence2 {if (ReadingsAge($NAME,"lastseen",0)>60) {return "absent";;}else{return "present";;}}

bei attr ble2mqttGTag readingList schreibt er mit immer to long

wenn ich die sache nun richtig verstehe lege ich das device mit der mac an und darauf triggert er oder verstehe ich das falsch?

EDIT: ok sehe das er irgendwie Probleme mit Bluetooth hat er finden kein TAG´S denke habe die falschen Bluetooth Programme drauf.

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: drhirn am 05 November 2023, 11:17:10

Zitat von: Gasmast3r am 05 November 2023, 09:57:47wenn ich die sache nun richtig verstehe lege ich das device mit der mac an und darauf triggert er oder verstehe ich das falsch?

Ja, genau. Ich hab z.B. unter dem Haupt-Topic ble2mqtt vier Untertopics flur, wohnzimmer, bad und kueche. Und darunter jeweils zwei Topics mit den MAC-Adressen der G-Tags. Das Devicetopic nimmt sich jetzt das Haupt-Topic ble2mqtt, alle Topics direkt darunter und dann das mit der jeweiligen MAC-Adresse.

Eventuell ist beim hin- und herkopieren was schief gegangen. Ändere die readingList mal so:

Zitatble2mqtt/.*/heartbeat:.* heartbeat
$DEVICETOPIC/rssi:.* {my $room=(split m{[/]}x,$TOPIC)[1]; my $roomMax=$room; my $rssiMax=$EVENT; my @readings = grep { $_ =~ m{\Arssi_(?!$room).*}x } keys %{$defs{"$NAME"}->{READINGS}}; for (@readings) {my $rssiTmp=ReadingsVal($NAME,$_,'-100'); my $roomTmp=(split m{[_]}x,$_)[1]; if(($rssiMax gt $rssiTmp)&&(ReadingsVal($NAME,"presence_".$roomTmp,'absent') eq 'present')) {$rssiMax=$rssiTmp;$roomMax=$roomTmp}}; {rssi=>$rssiMax,room=>$roomMax,"rssi_$room"=>$EVENT}}
$DEVICETOPIC/lastseen:.* {lastseen=>strftime "%Y-%m-%d %H:%M:%S", localtime($EVENT)}
$DEVICETOPIC/present:.* {my $roomAct=(split m{[/]}x,$TOPIC)[1]; my $rssi=ReadingsVal($NAME,"rssi_".$roomAct,'-100'); my $presenceAct=$EVENT?'present':'absent'; my $presenceTotal=$presenceAct; my $room=$EVENT ? $roomAct:''; my @readings = grep { $_ =~ m{\Apresence_(?!$roomAct).*}x } keys %{$defs{$NAME}->{READINGS}}; for (@readings) {if(ReadingsVal($NAME,$_,'absent') eq 'present') {my $roomTmp=(split m{[_]}x,$_)[1]; my $rssiTmp=ReadingsVal($NAME,"rssi_".$roomTmp,'-100'); if($rssi gt $rssiTmp){$room=$roomTmp; $presenceTotal='present'; $rssi=$rssiTmp}}}; {"presence_$roomAct"=>$presenceAct, room=>$room, presence=>$presenceTotal}}
ble2mqtt/.*/state:.* state
$DEVICETOPIC/battery:.* batteryLevel

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: Jens_B am 26 Februar 2024, 09:53:29

Hallo zusammen,
Vielleicht mal als Tipp (ich hoffe es passt so einigermassen in diesen Thread)
da bei uns lepresence und auch das Wlan presence in Verbindung mit den IPhone bei nicht mehr zuverlässig funktioniert, habe ich folgende Lösung erdacht:
Ich habe mir dummies erstellt, welche den Presence Status enthalten: (absent/present) die dummies sind per Homebridge mit dem Homekit von Apple verbunden.
In Homekit habe ich eine Automation erstellt, welche diese dummies ein/ausschaltet. ,Wenn xxx das haus verlässte deaktivre ,xxx anwesenheit''
,Wenn xxx zu Hause ankommt aktiviere ...'

Das funktioniert einwandfrei. Und ich brauche mich nicht mehr mit bluetooth oder wlan Problemen an den Raspberries rumärgern ;-).

Gruss
Jens

Titel: Aw: lepresenced und G-Tags - nach einiger Zeit nur noch absent/unreachable
Beitrag von: RockThisParty am 29 Februar 2024, 20:08:37

Hallo!
Ich kann mich Jens_B nur anschließen, habe seit rund zwei Jahren genau dieselbe Lösung laufen und Bluetooth inzwischen aus der Anwesenheitserkennung rausgenommen. Ergänzend zu HomeKit habe ich noch die WLAN-Erkennung in der Fritz!Box laufen. Die ist zwar sehr viel Träger aber immer noch ein gutes Backup, wenn Apple doch mal nicht will.

FHEM Forum

FHEM - Hausautomations-Systeme => Unterstützende Dienste => Thema gestartet von: stiefl am 18 August 2017, 13:00:51