Anwesenheitserkennung Bluetooth PebbleBee

[Murdock]

Nabend

@PatrickR: Zuerst einmal vielen Dank für deine Mühe. Hier meine Ergebnisse nach dem Test mit Version V.04.

Ich habe die neue Version von dir Hochgeladen und wie beschrieben durch Putty über einen root User so gestartet:

Code Auswählen Erweitern

chmod +x /opt/fhem/lepresenced && /opt/fhem/lepresenced

Nach umschreiben des defines auf:

Code Auswählen Erweitern

define G-Tag PRESENCE lan-bluetooth 1C:2F:80:91:11:28 127.0.0.1:5222 10

Habe ich folgendes im Syslog gefunden:

Code Auswählen Erweitern


2015.09.25 00:15:35 5: Cmd: >define G-Tag PRESENCE lan-bluetooth 1C:2F:80:91:11:28 127.0.0.1:5222<
2015.09.25 00:15:35 5: Loading ./FHEM/73_PRESENCE.pm
2015.09.25 00:15:35 3: Opening G-Tag device 127.0.0.1:5222
2015.09.25 00:15:35 3: G-Tag device opened
2015.09.25 00:15:35 5: SW: 37433a32463a38303a39443a34323a32387c33300a
2015.09.25 00:15:35 5: Cmd: >attr G-Tag room Anwesenheit<

2015.09.25 00:15:35 5: Cmd: >setstate G-Tag on<
2015.09.25 00:15:35 5: Cmd: >setstate G-Tag 2015-09-24 21:46:13 state on<
2015.09.25 00:15:35 5: Cmd: >setstate G-Tag active<
2015.09.25 00:15:35 5: Cmd: >setstate G-Tag 2015-09-25 00:13:58 command_accepted yes<
2015.09.25 00:15:35 5: Cmd: >setstate G-Tag 2015-09-25 00:13:35 device_name Gigaset G-tag<
2015.09.25 00:15:35 5: Cmd: >setstate G-Tag 2015-09-25 00:13:35 presence present<
2015.09.25 00:15:35 5: Cmd: >setstate G-Tag 2015-09-25 00:13:58 state active<

2015.09.25 00:15:46 5: PRESENCE (G-Tag) - received data: command accepted
socket_closed;Wohnzimmer
socket_closed;Schlafzimmer
socket_closed;Arbeitszimmer
2015.09.25 00:15:46 3: PRESENCE (G-Tag) - collectord lost connection to room Arbeitszimmer


Das collectord Log gibt das aus:

Code Auswählen Erweitern


2015-09-25 00:15:35 - new connection from 127.0.0.1:53222
2015-09-25 00:15:35 - created thread 34 for processing device 1C:2F:80:91:11:28 in room Wohnzimmer for peer 127.0.0.1 (UUID: fb80dc1319855cdc0b373fe27091ed84)
2015-09-25 00:15:35 - created thread 35 for processing device 1C:2F:80:91:11:28 in room Schlafzimmer for peer 127.0.0.1 (UUID: fb80dc1319855cdc0b373fe27091ed84)
2015-09-25 00:15:35 - created thread 36 for processing device 1C:2F:80:91:11:28 in room Arbeitszimmer for peer 127.0.0.1 (UUID: fb80dc1319855cdc0b373fe27091ed84)



Er scannt also nicht mehr weiter, ist aber als State active gesetzt. Nach zurücksetzen des Ports im define auf 5333 fängt er sofort wieder an zu scannen, schaltet den G-tag auf present und schliest den collectord.

Gruß
Sven

[PatrickR]

@Murdock:
Komisch, habe seit gestern einen collectord laufen und keine Probleme.

Was Du gepostet hast ist übrigens nicht das Syslog, sondern das Rudilog.
Mach mal bitte auf einem der Pis:

Code Auswählen Erweitern


grep lepresenced /var/log/syslog{,.1}


Patrick

[Murdock]

@PatrickR: Vielen Dank für deinen Tip  Ich habe jetzt nochmal ein bischen getestet. Ich habe die collectord.conf auf die Ports 5111 zurück gesetzt und die Bluetooth MAC Adresse meines Smartphones eingegeben. Alles lief normal und es wurde sauber angezeigt in welchen Raum sich gerade mein Smartphone befindet.  Danach wieder alles zurück gestellt auf Port 5333 und das lepresenced neu gestartet. Leider wieder ohne Erfolg dabei konnte ich folgendes auswerten:

Syslog :

Code Auswählen Erweitern

Sep 27 02:26:12 raspberrypi lepresenced[2576]: [tid:0] main: Version 0.4 started (device: hci0, listen addr: 127.0.0.1, listen port: 5333, daemonize: 0).
Sep 27 02:26:12 raspberrypi lepresenced[2576]: [tid:0] main::error_exit: ERROR: Unable to create TCP server: Address already in use, Exiting.
Sep 27 02:26:35 raspberrypi avahi-daemon[2547]: Invalid response packet from host 192.168.178.37.
Sep 27 02:28:39 raspberrypi lepresenced[2470]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Sep 27 02:28:41 raspberrypi lepresenced[2470]: [tid:0] main::stats_task: Active clients: 0, known devices: 1 (min/max age: 1/1)
Sep 27 02:28:59 raspberrypi avahi-daemon[2547]: Invalid response packet from host 192.168.178.37.
Sep 27 02:29:28 raspberrypi lepresenced[2582]: [tid:0] main: Version 0.4 started (device: hci0, listen addr: 127.0.0.1, listen port: 5333, daemonize: 0).
Sep 27 02:29:28 raspberrypi lepresenced[2582]: [tid:0] main::error_exit: ERROR: Unable to create TCP server: Address already in use, Exiting.

collectord Log:

Code Auswählen Erweitern

2015-09-27 02:33:00 - (Main Thread) - started with PID 2589
2015-09-27 02:33:00 - (Main Thread) - reading configuration file
2015-09-27 02:33:00 - (Main Thread) - no config errors found
2015-09-27 02:33:00 - (Main Thread) - created socket on 0.0.0.0 with port 5222
2015-09-27 02:33:00 - (Main Thread) - finished initialization. entering main loop
2015-09-27 02:33:14 - (Main Thread) - new connection from 127.0.0.1:37338
2015-09-27 02:33:14 - (Main Thread) - received new command from 127.0.0.1:37338 - 1C:2F:80:91:11:28|10
2015-09-27 02:33:14 - (Main Thread) - generating new UUID for client 127.0.0.1 - 5efb5e0cdfe094e02b5ae2024367a569
2015-09-27 02:33:14 - (Main Thread) - created thread 1 for processing device 1C:2F:80:91:11:28 in room Wohnzimmer for peer 127.0.0.1 (UUID: 5efb5e0cdfe094e02b5ae2024367a569)
2015-09-27 02:33:14 - (Main Thread) - created thread 2 for processing device 1C:2F:80:91:11:28 in room Schlafzimmer for peer 127.0.0.1 (UUID: 5efb5e0cdfe094e02b5ae2024367a569)
2015-09-27 02:33:14 - (Main Thread) - created thread 3 for processing device 1C:2F:80:91:11:28 in room Arbeitszimmer for peer 127.0.0.1 (UUID: 5efb5e0cdfe094e02b5ae2024367a569)
2015-09-27 02:33:14 - (Main Thread) - processing state message for device in room Wohnzimmer (UUID: 5efb5e0cdfe094e02b5ae2024367a569)
2015-09-27 02:33:14 - (Main Thread) - processing state message for device in room Schlafzimmer (UUID: 5efb5e0cdfe094e02b5ae2024367a569)
2015-09-27 02:33:14 - (Thread 1) - Wohnzimmer : could not create socket to 192.168.178.45 - Connection refused -
2015-09-27 02:33:14 - (Thread 1) - Wohnzimmer socket to 192.168.178.45:5333 for device 1C:2F:80:91:11:28 closed. Trying to reconnect...
2015-09-27 02:33:14 - (Thread 2) - Schlafzimmer : could not create socket to 192.168.178.57 - Connection refused -
2015-09-27 02:33:14 - (Thread 2) - Schlafzimmer socket to 192.168.178.57:5333 for device 1C:2F:80:91:11:28 closed. Trying to reconnect...
2015-09-27 02:33:14 - (Thread 3) - Arbeitszimmer : could not create socket to 192.168.178.29 - Connection refused -
2015-09-27 02:33:14 - (Thread 3) - Arbeitszimmer socket to 192.168.178.29:5333 for device 1C:2F:80:91:11:28 closed. Trying to reconnect...
2015-09-27 02:33:15 - (Main Thread) - processing state message for device in room Arbeitszimmer (UUID: 5efb5e0cdfe094e02b5ae2024367a569)

Ich denke ich habe bei mir evtl. ein Port Problem Lokal im Netzwerk. Als ich das define von Port 5222 auf Port 5333 umgestellt habe, wurde der G-tag sofort nach dem abspeichern erkannt und auf present gesetzt.

Nach einem "shutdown restart" hat das Syslog mir mit gesetzten Port 5333 folgendes ausgegeben:

Code Auswählen Erweitern

Sep 27 02:47:16 raspberrypi perl[2470]: [tid:1] main::bluetooth_thread: hcitool exited, retrying...
Sep 27 02:47:38 raspberrypi lepresenced[2629]: [tid:0] main: Version 0.4 started (device: hci0, listen addr: 127.0.0.1, listen port: 5333, daemonize: 0).
Sep 27 02:47:38 raspberrypi lepresenced[2629]: [tid:0] main::cleanup_task: Cleanup finished, deleted 0 devices in 0 seconds.
Sep 27 02:47:38 raspberrypi lepresenced[2629]: [tid:1] main::bluetooth_thread: Received 'Set scan parameters failed: Input/output error', resetting...
Sep 27 02:47:38 raspberrypi bluetoothd[2180]: HCI dev 0 down
Sep 27 02:47:38 raspberrypi bluetoothd[2180]: Adapter /org/bluez/2180/hci0 has been disabled
Sep 27 02:47:38 raspberrypi lepresenced[2629]: [tid:0] main::stats_task: Active clients: 0, known devices: 0 (min/max age: %/%)
Sep 27 02:47:38 raspberrypi bluetoothd[2180]: HCI dev 0 up
Sep 27 02:47:38 raspberrypi lepresenced[2629]: [tid:1] main::bluetooth_thread: hcitool exited, retrying...
Sep 27 02:47:38 raspberrypi bluetoothd[2180]: Adapter /org/bluez/2180/hci0 has been enabled
Sep 27 02:47:39 raspberrypi lepresenced[2629]: [tid:1] main::bluetooth_thread: Received 'LE Scan ...'.
Sep 27 02:48:11 raspberrypi lepresenced[2629]: [tid:0] main: Connection from 127.0.0.1:38465. Connected clients: 1.
Sep 27 02:48:11 raspberrypi lepresenced[2629]: [tid:0] main::handle_command: Received query for mac address 1C:2F:80:91:11:28, interval: 10. Adding client 127.0.0.1:38465 to clients list.
Sep 27 02:48:43 raspberrypi lepresenced[2629]: [tid:0] main::__ANON__: Caught signal, cleaning up and exiting...

Gruß
Sven

[PatrickR]

@Murdock:

Code Auswählen Erweitern


Sep 27 02:29:28 raspberrypi lepresenced[2582]: [tid:0] main: Version 0.4 started (device: hci0, listen addr: 127.0.0.1, listen port: 5333, daemonize: 0).
Sep 27 02:29:28 raspberrypi lepresenced[2582]: [tid:0] main::error_exit: ERROR: Unable to create TCP server: Address already in use, Exiting.


Aha!
Irgendwas lauscht auf dem pi schon auf tcp Port 5333. Da zieht der lepresenced den Kürzeren. Kann es sein, dass der lepresenced parallel als Daemon läuft oder so? Den Übeltäter findest Du so:

Code Auswählen Erweitern


sudo netstat -lnptee|grep :5333

In der Ausgabe steht dann die PID des Prozesses:

Code Auswählen Erweitern


tcp        0      0 192.168.0.28:5333       0.0.0.0:*               LISTEN      0          14220846    25083/perl

Die wiederum kannst Du mit

Code Auswählen Erweitern


ps -fp 25083

auflösen:

Code Auswählen Erweitern


UID        PID  PPID  C STIME TTY          TIME CMD
root     25083     1  0 Sep24 ?        00:03:04 /usr/bin/perl /usr/local/sbin/lepresenced -a 192.168.0.28 -d


Code Auswählen Erweitern


Sep 27 02:29:28 raspberrypi lepresenced[2582]: [tid:0] main: Version 0.4 started (device: hci0, listen addr: 127.0.0.1, listen port: 5333, daemonize: 0).


Der lepresenced hat offenbar den Befehl bekommen, auf 127.0.0.1 zu lauschen (localhost). Das funktioniert nur, wenn er auf dem gleichen Pi läuft wie FHEM, wird also zumindest bei 2 Deiner 3 Pis geändert werden müssen. Mit Deiner collectord.conf beisst es sich aber:

Code Auswählen Erweitern


2015-09-27 02:33:14 - (Thread 1) - Wohnzimmer : could not create socket to 192.168.178.45 - Connection refused -
2015-09-27 02:33:14 - (Thread 2) - Schlafzimmer : could not create socket to 192.168.178.57 - Connection refused -
2015-09-27 02:33:14 - (Thread 3) - Arbeitszimmer : could not create socket to 192.168.178.29 - Connection refused -


Starte doch mal alle lepresenceds mit dem Parameter:

Code Auswählen Erweitern


-a 0.0.0.0

Dann lauschen sie auf allen Interfaces und es sollte mit Deiner collectord.conf funktionieren.

Code Auswählen Erweitern


Sep 27 02:48:43 raspberrypi lepresenced[2629]: [tid:0] main::__ANON__: Caught signal, cleaning up and exiting...


Ich weiß nicht, ob das Absicht war, aber um 2:48Uhr hat irgendwas den lepresenced abgeschossen, bspw. CTRL-C im Terminal-Fenster gedrückt, wo er lief oder das Fenster geschlossen. Um Missverständnisse zu vermeiden: Der Aufruf im Vordergrund sollte nur dazu dienen, es erstmal grundsätzlich ans Laufen zu bringen. Für den Dauereinsatz muss lepresenced als Daemon laufen, wozu saubererweise auch ein Init-Skript gehört, das ihn beim Start des Pi aufruft.

Patrick

[Murdock]

@PatrickR:

WOW ! Vielen Vielen Dank ! Du hattest recht, ich hab den Übeltäter nach deiner Anweisung auswindig gemacht und es war wie du es vermutet hattest der lepresenced selber welcher schon über 127.0.0.1 auf Port 5333 saß. Ich hab dann einfach in deinem lepresenced Script die Zuordnung von 127.0.0.1 auf 0.0.0.0 umgeändert, es auf allen 3 Pi's abgespeichert uind danach wieder mit /opt/fhem/lepresenced start gestartet. danach lief alles wie geschmiert, so wie von dir vorhergesagt.

Da ich in diesen Dingen nicht halb so fit bin wie du. Helf mir doch bitte noch ein bischen aus mit diesem Init-Skript, der deinen lepresence schon gleich mit startet. Muss in dem Skript dann nur stehen /opt/fhem/lepresenced start ? Oder wird dieser noch vor fhem mit hochgefahren und in die Startsequenz des Pi'S ansich angelegt ?

[PatrickR]

@Murdock:
Schön, dass es geht. Mit dem Editieren des Skripts hast Du Dir allerdings keinen Gefallen getan. Das geht dann nämlich bei etwaigen Updates immer wieder verloren und ist eigentlich auch nicht beabsichtigt. Ist aber auch kein Beinbruch.

Zum Thema Autostart schau mal hier:
http://raspberry.tips/raspberrypi-einsteiger/raspberry-pi-autostart-von-skripten-und-programmen-einrichten/
Die einfachste Methode ist "Autostart mit rc.local". Die ist zwar unschön und unsauber, sollte es aber tun.

Wichtig ist, dass lepresenced wie folgt gestartet wird:

Code Auswählen Erweitern

/opt/fhem/lepresenced -d
Das -d ist wichtig, damit das Skript als Daemon läuft.

Patrick

[Toto1973]

Mein G-Tag von Siemens ist heute gekommen und es funktioniert alles Bestens.
Danke für das Script!

[Murdock]

Ja, bei mir läuft es jetzt auch sehr gut. Ich werde jetzt wie vorher mit meinem alten Smartphone genau vor der Wohnungstür erkannt, da der Pi im Wohnzimmer jetzt den Bluetoothempfang erweitert hat. Das alles mit einem Schlüsselanhänger, also genau so wie ich es haben wollte. Sehr genial. Ich bin sehr zufrieden mit dem G-Tag.

@PatrickR: Noch einmal vielen Dank für deine Mühe und dein Script. Es läuft sehr gut. Ich habe jetzt erstmal eine Lösung mit dem "unsauberen" rc.local gewählt, wie von dir geschrieben. Wenn noch ein bischen Zeit da ist die Tage werde ich mich mal mit dem Anlegen eines Init-Scripts auseinander setzen, um so auch wieder dein Sript in Orginalfassung benutzen zu können, für den Fall eines Updates. DANKE !

Gruß
Sven

[chbla]

Kurze Zwischenfrage - ich finde irgendwie den Anfang der G-Tag Diskussion nicht. Wie setzt ihr die Anwesenheitserkennung damit um, weil oben von einer Smartphone Verbindung gesprochen wird. Ist das nicht einfach so ein Tag am Schluesselbund und ein Dongle an FHEM? Wieso dann Smartphone bzw. wieso nicht gleich Smartphone alleine?

Danke fuer die Aufklaerung
Christoph

[Murdock]

@chbla:
Den Anfang der G-Tag Diskussion findest du hier: http://forum.fhem.de/index.php/topic,28753.msg288693.html#msg288693

Mitlerweise hat PatrickR aber ein Script zur Verfügung gestellt, welches als Daemon läuft und hervoragend mit collectord zusammen läuft und du so mit mehrere z.b. Pi's mit fhem im Haus verteilen kannst, um die Bluetoothabdeckung zu erhöhen. Damit kannst du fhem erkennen lassen in welchen Raum, in unseren Fall der G-Tag, gerade überall anwesend ist.

Ich habe vorher ein Galaxy S4 benutzt, welches mit collectord fast problemlos lief und die Anwesenheitserkennung wirklich Spitze war. Man konnte in den Bluetootheinstellungen im Android einstellen, wann das Bluetooth abtauchen soll, hier wählte ich dann "niemals" und alles war gut. Nun mit dem Galaxy S6 und Android Lollipop ist es leider so, das es diese besagte Bluetootheinstellung nicht mehr gibt und das Bluetoothsignal spätestens nach 20 Minuten abtaucht. Dies war nicht sehr vorteilhaft, da ich an meine Anwesenheitserkennung beim Verlassen diverse Steckdosen abschalten lasse, die Heizung runter fährt, der Bewegungsmelder sich scharf schaltet und das Licht im Flur ausgeht. Jetzt passierte dies leider immer nach 20 Minuten schon, obwohl ich zuhause war. Da saß ich dann ständig im dunklen.
Darüber hinaus war eine Anwesenheitserkennung per Smartphone für mich manchmal auch nicht optimal, da ich wirklich beim Verlassen sämtliche Standy Stromfresser, ausser den fhem Server und die Fritzbox hab abschalten lassen, unter anderem auch die Steckdose wo mein Ladegerät vom Smartphone drinn stecke. Dies war oft sehr nervig.

Da ist so ein Schlüßelanhänger doch schon sehr vorteilhaft, zumal wohl jedes Familienmitglied von den Kids bis zum Opa ja einen Schlüßel besitzen, welchen Sie mitnehmen und im optimalsten Fall nicht irgendwo liegen lassen. Ich finde den G-tag da einfach unkompliziert. Er hängt am Schlüßelbund, welchen ich beim Verlassen der Wohnung eh immer dabei habe und er ist jetzt durch das Scrpt von PatrickR und collectord so eingestellt, das ich kurz vor meiner Haustür erkannt, per Tasker auf dem Smartphone begrüßt, das Licht auf dem Flur angeschaltet, die Heizung die Temperaturen hochsetzt und alle Steckdosen auch wieder angeschaltet werden. Also genau so wie ich es haben wollte. Nach dem das mit dem Bluetoothsignal übers Smartphone nicht mehr bei mir geklappt hat, habe ich alles andere ausprobiert. Erkennung per Wlan, per Fritzbox, per Geofency, aber nichts war für mich so zufriedenstellend und unkompliziert wie jetzt der G-Tag Schlüßelanhänger von Siemens.

Sven

[chbla]

Ah - dann habe ich es doch richtig verstanden. Das muesste also theoretisch auch mit dem Smartphone funktionieren.
Dachte nur da gibt es einen speziellen Grund fuer die G-Tags..

Werde mir wohl auch ein paar holen, zum testen
Aber ein Raspberry Pi in jedem Raum... hm hm das klingt nach viel Aufwand

[Toto1973]

Ich kann die Siemens G-Tags nur empfehlen. FHEM schaltet bei mir schon, wenn ich draußen vor der Wohnung vorbei laufe. Die Reichweite ist einfach der Hammer!
Und es funktioniert absolut Störungsfrei.

[chbla]

Ueberlege grade ob ich da nicht einfach WLAN nehmen soll.. also ob ein Device im Home Wlan ist oder nicht, das wuerde eigentlich bei mir wohl auch gut funktionieren.

[Atze]

Was ich noch nicht wirklich verstehe...
Wie groß sind eure Wohnungen ? Ich habe ca 70qm Raum hinter Raum und mein Raspi sieht meine G-Tags überall, selbst vor der Türe.
Wenn ich in jedem Raum einen PI mit BT installiere, habe ich doch auch ein "present" in allen Räumen.

Finde den Fehler 

Gruß Andreas

[chbla]

also bei mir zuhause kein Problem...