Anwesenheit: Problem mit Gtag-Erkennung (gelöst)

Begonnen von Stephan1965, 25 Juni 2018, 10:38:00

Vorheriges Thema - Nächstes Thema

Stephan1965

Hallo Zusammen,
ich versuche jetzt, die Anwesenheit der Bewohner mit Gtags zu ermitteln und habe mit einem Gtag angefangen. Es liegen hier aber noch weitere für die anderen Bewohner herum. Aber bevor ich die einbinde, muss dass erst mal mit dem ersten funktionieren. Der WAF ist sowieso momentan nicht so gut (Anwesenheitserkennung momentan noch über Handy, aber das Handy meiner Frau ist da unzuverlässig und das führt zu schlechtem WAF...)

Bei mir läuft FHEM auf einem RPI3, daher benutze ich das eingebaute Bluetooth. Ich habe die Einrichtung nach dem Wiki PRESENCE vorgenommen. Nach Erkennung des Gtags mit sudo hcitool lescan habe ich die Bluetoothadresse ermittelt und dann per  define GTAG_schwarz PRESENCE lan-bluetooth 7C:2F:80:EA:F2:3B 127.0.0.1:5333    90 in FHEM eingerichtet.
defmod GTAG_schwarz PRESENCE lan-bluetooth 7C:2F:80:EA:F2:3B 127.0.0.1:5333    90
attr GTAG_schwarz absenceThreshold 3
attr GTAG_schwarz event-on-change-reading presence
attr GTAG_schwarz group Gigaset
attr GTAG_schwarz room Residents

setstate GTAG_schwarz absent
setstate GTAG_schwarz 2018-06-25 10:27:21 .absenceThresholdCounter 2
setstate GTAG_schwarz 2018-06-25 10:27:21 .presenceThresholdCounter 0
setstate GTAG_schwarz 2018-06-25 08:31:11 command_accepted yes
setstate GTAG_schwarz 2018-06-25 10:27:21 daemon lepresenced V0.83
setstate GTAG_schwarz 2018-06-25 10:06:21 device_name Gigaset G-tag
setstate GTAG_schwarz 2018-06-25 10:27:21 model lan-lepresenced
setstate GTAG_schwarz 2018-06-25 10:27:21 presence absent
setstate GTAG_schwarz 2018-06-25 10:27:21 rssi unreachable
setstate GTAG_schwarz 2018-06-25 10:27:21 state absent


Leider wird der Gtag als absent erkannt, obwohl mit sudo hcitool lescan der Gtag aufgeführt wird:pi@raspberrypi:~ $ sudo hcitool lescan
LE Scan ...
54:D2:72:B9:EB:B1 (unknown)
7C:2F:80:EA:F2:3B (unknown)
7C:2F:80:EA:F2:3B Gigaset G-tag
54:D2:72:B9:EB:B1 Nuki_06B9EBB1
7C:2F:80:EA:ED:A8 (unknown)
^Cpi@raspberrypi:~ $ ^C
pi@raspberrypi:~ $


So schaltet das HOMEMODE-Modul dann auf absent. Und das ist ungünstig.

Kann mir jemand sagen, was bei mir falsch gelaufen ist? Werden weitere Infos benötigt?

Viele Grüße

Stephan

CoolTux

Das kann auch nicht gehen.

Zitat
Modus: lan-bluetooth

Prüft ein Bluetooth-Gerät auf Anwesenheit über Netzwerk mit Hilfe von presenced oder collectord. Diese können auf jeder Maschine installiert werden, welche eine Standard-Perl-Umgebung bereitstellt und über Netzwerk erreichbar ist.

Hast Du eine der beiden "Programme" installiert?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Stephan1965

#2
Hallo CoolTux,
ich hatte lepresenced V0.83 installiert. Muss auch noch presenced oder collectord installiert werden?

Edit: Ich habe jetzt presenced-rpi-1.4.deb installiert.

Gruß

Stephan

Stephan1965

Hallo,
ich habe jetzt noch zwei weitere Gtags eingerichtet und beobachte das mal.
Was mir bislang auffällt: Die Gtags schalten immer wieder ihren Status (ohne Regel?) hin und her (absent / maybe absent / present).
Bei den Bewohnern habe ich unter rr_presenceDevices sowohl das Handy als auch den Gtag eingetragen. Allerdings werden diese dann auch ganz munter auf abwesend / anwesend geschaltet.
Für eine automatisierte Schaltung von Licht und Abschließen der Haustür ist das noch nicht ausreichend. An welchen Parametern kann ich da noch spielen?

Gruß

Stephan

CoolTux

lepresenced sollte ausreichen. damit hätte es klappen sollen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

dev0

Zitat von: Stephan1965 am 25 Juni 2018, 13:17:22
ganz munter auf abwesend / anwesend geschaltet.
...
An welchen Parametern kann ich da noch spielen?
Wen die Reichweite nicht ausreicht: weitere BT-LE Empfänger einsetzen oder den einen besser positionieren bzw. durch einen mit einer guten Antenne erstezen.

Gasmast3r

Oder hast noch andere sachen die Bluetooth verwenden???

Stephan1965

Hallo,
also sollte ich besser einen Bluetooth-USB Stick verwenden statt des im RPI3 eingebauten Bluetooth? Gibt es da Empfehlungen?

Allerdings kann ich ja mit sudo hcitools lescan von der Konsole aus die Gtags sehen. Auch, wenn diese zum gleichen Zeitpunkt in FHEM als abwesend gezeigt werden. Und momentan sitze ich mit den Gtags im gleichen Raum wie der FHEM-Server. Sie sollten also doch eigentlich gut zu erkennen sein.

Weitere Bluetooth-Anwendungen benutze ich in FHEM nicht. Ich hatte mal mit Presence noch die Handy's per Bluetooth gesucht, aber das habe ich auch schon deaktiviert. Außerdem noch meine Smartwatch, die mit dem Handy kommuniziert. Aber nicht mit FHEM.

Gruß

Stephan

Gasmast3r

Hy also ich nutze 2 Zero's für die Anwesenheit und habe keine probleme damit, auch wenn sie noch als Kamera genutzt werden.
Einige sind unzufrieden mit der Bluetooth leistung des PI3, ein versuch wäre es allemal wert ein stick zu testen.
Dazu ist noch erwähnenswert wenn die per Terminal Bluetooth nutz kann FHEM nicht drauf zugreifen.

PatrickR

#9
Hast Du die G-Tags mit irgendwas gekoppelt, z. B. mit der passenden App? Falls ja: Entkopple sie mal.

Ansonsten müssen wir uns mal ein Log mit LOG_DEBUG ansehen.


Von unterwegs gesendet.
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

Neuhier

Meine sind zu Hause ca. 8m vom RPi mit BT entfernt.
Mit leprecenced werden die störungsfrei erkannt, wenn sie lokal vorhanden sind.
Die dürfen nicht mehr als Schlüsselfinder eingerichtet sein, steht aber auch irgendwo im FHEM-Wiki dazu.

Stephan1965

#11
Hallo,
die Gtags sind nur mit FHEM gekopelt. Drei befinden sich gerade in einer Entfernung von max. 4 m zum Raspberry.
Welches Log ist gemeint und wie stelle ich das auf LOG_DEBUG um? Ich habe mal auf der Konsole lepresenced --loglevel LOG_DEBUG --daemon gemacht.

Ich habe einen USB Bluetooth Dongle bestellt.

Gruß

Stephan

PatrickR

Hi!

Zitat von: Stephan1965 am 25 Juni 2018, 19:22:04
Welches Log ist gemeint und wie stelle ich das auf LOG_DEBUG um?

Du hast prinzipiell zwei Möglichkeiten:
1. Wenn Du das Debian-Paket einsetzt editierst Du /etc/default/lepresenced, und änderst die Zeile

#SYSLOG_LEVEL="LOG_WARNING"

so:

SYSLOG_LEVEL="LOG_DEBUG"

Danach: service lepresenced restart
Dann steht ein sehr ausführliches Log in /var/log/syslog.

2. Du stoppst lepresenced mit service lepresenced stop und startest es dann im Vordergrund mit:
/usr/local/sbin/lepresenced --debug --bluetoothdevice hci0 --listenaddress 127.0.0.1 --listenport 5333
Dann bekommst Du das Protokoll direkt auf die Konsole. Wenn Du fertig bist kannst Du lepresenced mit CTRL-C abbrechen und den Dienst wieder starten.

Da das Problem bei Dir scheinbar sehr schnell auftritt würde ich die zweite Möglichkeit nehmen.

Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

Stephan1965

Hallo,
hier mal ein erstes Log:
pi@raspberrypi:/ $ whereis lepresenced
lepresenced: /usr/sbin/lepresenced
pi@raspberrypi:/ $ sudo /usr/sbin/lepresenced --debug --bluetoothdevice hci0 --listenaddress 127.0.0.1 --listenport 5333
[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: 6, debug: 1).
[tid:0] main::sanity_check: md5 digest of '/usr/sbin/lepresenced' is: dc0db6a06b26acce7739b847c3727fad.
[tid:0] main::sanity_check: hciconfig found at '/bin/hciconfig'.
[tid:0] main::sanity_check: hcitool found at '/usr/bin/hcitool'.
[tid:0] main::sanity_check: hcidump found at '/usr/bin/hcidump'.
[tid:1] main::bluetooth_scan_thread: Received 'LE Scan ...'.
[tid:0] main: Connection from 127.0.0.1:45896. Connected clients: 1.
[tid:0] main: Connection from 127.0.0.1:45898. Connected clients: 2.
[tid:0] main::handle_command: Received query for mac address 7c:2f:80:ea:f2:3b, interval: 87. Adding client 127.0.0.1:45896 to clients list.
[tid:0] main: Sending update for mac address 7c:2f:80:ea:f2:3b, ages: 0/0, max age: 87, rssi: -84, result: present.
[tid:0] main: Connection from 127.0.0.1:45900. Connected clients: 3.
[tid:0] main::handle_command: Received query for mac address 7c:2f:80:ea:f2:6f, interval: 90. Adding client 127.0.0.1:45898 to clients list.
[tid:0] main: Sending update for mac address 7c:2f:80:ea:f2:6f, ages: 0/1, max age: 90, rssi: -75, result: present.
[tid:0] main: Connection from 127.0.0.1:45902. Connected clients: 4.
[tid:0] main::handle_command: Received query for mac address 7c:2f:80:ea:ee:23, interval: 94. Adding client 127.0.0.1:45900 to clients list.
[tid:0] main: Sending update for mac address 7c:2f:80:ea:ee:23, ages: 0/0, max age: 94, rssi: -77, result: present.
[tid:0] main::handle_command: Received query for mac address 7c:2f:80:ea:ed:a8, interval: 90. Adding client 127.0.0.1:45902 to clients list.
[tid:0] main: Sending update for mac address 7c:2f:80:ea:ed:a8, ages: 0/1, max age: 90, rssi: -81, result: present.
Known devices (5):
        mac: 54:d2:72:b9:eb:b1, ages:  1/ 2, rssi: -96, name: Nuki_06B9EBB1
        mac: 7c:2f:80:ea:ed:a8, ages:  0/ 1, rssi: -81, name: Gigaset G-tag
        mac: 7c:2f:80:ea:ee:23, ages:  2/ 2, rssi: -79, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:3b, ages:  1/ 2, rssi: -85, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:6f, ages:  0/ 1, rssi: -76, name: Gigaset G-tag
Received beacons (hcitool/hcidump): 92/92, difference: 0
Known devices (5):
        mac: 54:d2:72:b9:eb:b1, ages:  1/ 2, rssi: -97, name: Nuki_06B9EBB1
        mac: 7c:2f:80:ea:ed:a8, ages:  1/ 1, rssi: -81, name: Gigaset G-tag
        mac: 7c:2f:80:ea:ee:23, ages:  1/ 1, rssi: -78, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:3b, ages:  1/ 1, rssi: -85, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:6f, ages:  1/ 1, rssi: -77, name: Gigaset G-tag
Received beacons (hcitool/hcidump): 169/169, difference: 0
Known devices (5):
        mac: 54:d2:72:b9:eb:b1, ages:  0/ 0, rssi: -97, name: Nuki_06B9EBB1
        mac: 7c:2f:80:ea:ed:a8, ages:  0/ 1, rssi: -79, name: Gigaset G-tag
        mac: 7c:2f:80:ea:ee:23, ages:  1/ 1, rssi: -79, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:3b, ages:  1/ 2, rssi: -83, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:6f, ages:  0/ 1, rssi: -76, name: Gigaset G-tag
Received beacons (hcitool/hcidump): 265/265, difference: 0
^C[tid:0] main::__ANON__: Caught signal, cleaning up and exiting...
[tid:1] main::bluetooth_scan_thread: hcitool exited, retrying...
[tid:2] main::bluetooth_dump_thread: hcidump exited, retrying...
pi@raspberrypi:/ $


Jetzt stehen die Gtags in FHEM (natürlich) auf "disabled".

Gruß

Stephan

Stephan1965

Hallo,
mit pi@raspberrypi:/ $ sudo service lepresenced start
pi@raspberrypi:/ $ sudo hcitool lescan
Set scan parameters failed: Input/output error
pi@raspberrypi:/ $ sudo hciconfig hci0 down
pi@raspberrypi:/ $ sudo hciconfig hci0 up
pi@raspberrypi:/ $ sudo hciconfig dev
hci0:   Type: Primary  Bus: UART
        BD Address: B8:27:EB:F6:91:74  ACL MTU: 1021:8  SCO MTU: 64:1
        UP RUNNING
        RX bytes:39686 acl:0 sco:0 events:1153 errors:0
        TX bytes:5213 acl:0 sco:0 commands:190 errors:0

pi@raspberrypi:/ $ sudo hcitool lescan
LE Scan ...
54:D2:72:B9:EB:B1 (unknown)
7C:2F:80:EA:ED:A8 (unknown)
7C:2F:80:EA:ED:A8 Gigaset G-tag
7C:2F:80:EA:F2:6F (unknown)
7C:2F:80:EA:F2:6F Gigaset G-tag
7C:2F:80:EA:EE:23 (unknown)
7C:2F:80:EA:EE:23 Gigaset G-tag
7C:2F:80:EA:F2:3B (unknown)
7C:2F:80:EA:F2:3B Gigaset G-tag
54:D2:72:B9:EB:B1 Nuki_06B9EBB1
^Cpi@raspberrypi:/ $
pi@raspberrypi:/ $

läuft das wieder.

Stephan

PatrickR

Zitat von: Stephan1965 am 25 Juni 2018, 21:02:22

Known devices (5):
        mac: 54:d2:72:b9:eb:b1, ages:  0/ 0, rssi: -97, name: Nuki_06B9EBB1
        mac: 7c:2f:80:ea:ed:a8, ages:  0/ 1, rssi: -79, name: Gigaset G-tag
        mac: 7c:2f:80:ea:ee:23, ages:  1/ 1, rssi: -79, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:3b, ages:  1/ 2, rssi: -83, name: Gigaset G-tag
        mac: 7c:2f:80:ea:f2:6f, ages:  0/ 1, rssi: -76, name: Gigaset G-tag

Das sieht alles sehr gut aus. Die G-Tags wurden vor 0 bzw. einer Sekunde das letzte Mal "gehört". D. h. das Problem tritt (noch) nicht auf.

Zitat von: Stephan1965 am 25 Juni 2018, 21:02:22
Jetzt stehen die Gtags in FHEM (natürlich) auf "disabled".
In dem Fall im Presence-Device in FHEM kurz auf "DEF" klicken und dann auf "modify...", ohne etwas zu ändern. Dann connected das Presence-Modul sofort neu. Danach bitte warten bis das Problem auftritt und das Log posten.

Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

Stephan1965

Hallo Patrick,
die Gtags konnte ich eigentlich über die Konsole mit sudo hcitool lescan immer sehen. In FHEM waren diese aber zum gleichen Zeitpunkt als absent gezeigt. Oder dann doch als present. Oder maybe absent. Obwohl sich die Gtags physisch nicht bewegen. Sie liegen einfach neben mir in einer Entfernung von 4 Metern zum RPI.

Ich habe deine Methode
ZitatIn dem Fall im Presence-Device in FHEM kurz auf "DEF" klicken und dann auf "modify...", ohne etwas zu ändern. Dann connected das Presence-Modul sofort neu.
bei einem Gtag versucht, aber das hat nicht funktioniert. Danach war er immer noch auf disabled.

Mit der genannten Methode pi@raspberrypi:/ $ sudo service lepresenced start
pi@raspberrypi:/ $ sudo hcitool lescan
Set scan parameters failed: Input/output error
pi@raspberrypi:/ $ sudo hciconfig hci0 down
pi@raspberrypi:/ $ sudo hciconfig hci0 up
pi@raspberrypi:/ $ sudo hciconfig dev
hci0:   Type: Primary  Bus: UART
        BD Address: B8:27:EB:F6:91:74  ACL MTU: 1021:8  SCO MTU: 64:1
        UP RUNNING
        RX bytes:39686 acl:0 sco:0 events:1153 errors:0
        TX bytes:5213 acl:0 sco:0 commands:190 errors:0

pi@raspberrypi:/ $ sudo hcitool lescan
LE Scan ...
54:D2:72:B9:EB:B1 (unknown)
7C:2F:80:EA:ED:A8 (unknown)
7C:2F:80:EA:ED:A8 Gigaset G-tag
7C:2F:80:EA:F2:6F (unknown)
7C:2F:80:EA:F2:6F Gigaset G-tag
7C:2F:80:EA:EE:23 (unknown)
7C:2F:80:EA:EE:23 Gigaset G-tag
7C:2F:80:EA:F2:3B (unknown)
7C:2F:80:EA:F2:3B Gigaset G-tag
54:D2:72:B9:EB:B1 Nuki_06B9EBB1
^Cpi@raspberrypi:/ $
pi@raspberrypi:/ $
funktioniert der Scan in der Konsole wieder. Dann werden die Gtags auch in FHEM als present gezeigt. Aber schon nach kurzer Zeit ändert sich das auf "maybe absent" und dann schließlich auf "absent". Ein zeitgleicher Scan auf der Konsole zeigt die Gtags ohne Probleme.

Gruß

Stephan

PatrickR

Poste mal bitte ein list von dem PRESENCE-Device wenn es disabled ist.


Von unterwegs gesendet.
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

CoolTux

Lass das mal mit den zeitgleichen scan auf der Konsole und starte einfach nur lepresenced .
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Stephan1965

Hallo,
nachfolgend in zeitlicher Abfolge.
Auf der Konsole
sudo service lepresenced stop

Damit ergibt sich z. B. beim Gtag_schwarzInternals:
   ADDRESS    7C:2F:80:EA:F2:3B
   DEF        lan-bluetooth 7C:2F:80:EA:F2:3B 127.0.0.1:5333    87
   DeviceName 127.0.0.1:5333
   INTERVAL_NORMAL 87
   INTERVAL_PRESENT 87
   MODE       lan-bluetooth
   NAME       GTAG_schwarz
   NEXT_OPEN  1529989398
   NOTIFYDEV  global
   NR         342
   NTFY_ORDER 50-GTAG_schwarz
   PARTIAL   
   STATE      disconnected
   TYPE       PRESENCE
   READINGS:
     2018-06-25 22:48:30   command_accepted yes
     2018-06-26 06:59:57   daemon          lepresenced V0.83
     2018-06-25 22:54:12   device_name     Gigaset G-tag
     2018-06-26 06:59:57   model           lan-lepresenced
     2018-06-26 06:59:57   presence        absent
     2018-06-26 06:59:57   rssi            unreachable
     2018-06-26 07:02:18   state           disconnected
   helper:
     ABSENT_COUNT 2
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   absenceThreshold 3
   event-on-change-reading presence
   group      Gigaset
   room       Residents


Wenn ich dann auf der Konsole sudo service lepresenced start eingebe, dann bleiben die Gtags disconnected.
Dann sudo hciconfig hci0 down -> Gtag present.
Nach ein paar Minuten dann "maybe absent". Keine physische Bewegung des Gtags.
Internals:
   ADDRESS    7C:2F:80:EA:F2:3B
   CHANGED   
   DEF        lan-bluetooth 7C:2F:80:EA:F2:3B 127.0.0.1:5333    87
   DeviceName 127.0.0.1:5333
   FD         32
   INTERVAL_NORMAL 87
   INTERVAL_PRESENT 87
   MODE       lan-bluetooth
   NAME       GTAG_schwarz
   NOTIFYDEV  global
   NR         342
   NTFY_ORDER 50-GTAG_schwarz
   PARTIAL   
   STATE      maybe absent
   TYPE       PRESENCE
   READINGS:
     2018-06-25 22:48:30   command_accepted yes
     2018-06-26 07:11:13   daemon          lepresenced V0.83
     2018-06-26 07:08:19   device_name     Gigaset G-tag
     2018-06-26 07:11:13   model           lan-lepresenced
     2018-06-26 07:11:13   presence        maybe absent
     2018-06-26 07:11:13   rssi            unreachable
     2018-06-26 07:11:13   state           maybe absent
   helper:
     ABSENT_COUNT 2
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   absenceThreshold 3
   event-on-change-reading presence
   group      Gigaset
   room       Residents


Und dann, nach Ablauf von absenceThreshold, state absent in FHEM:
Internals:
   ADDRESS    7C:2F:80:EA:F2:3B
   CHANGED   
   DEF        lan-bluetooth 7C:2F:80:EA:F2:3B 127.0.0.1:5333    87
   DeviceName 127.0.0.1:5333
   FD         32
   INTERVAL_NORMAL 87
   INTERVAL_PRESENT 87
   MODE       lan-bluetooth
   NAME       GTAG_schwarz
   NOTIFYDEV  global
   NR         342
   NTFY_ORDER 50-GTAG_schwarz
   PARTIAL   
   STATE      absent
   TYPE       PRESENCE
   READINGS:
     2018-06-25 22:48:30   command_accepted yes
     2018-06-26 07:14:07   daemon          lepresenced V0.83
     2018-06-26 07:08:19   device_name     Gigaset G-tag
     2018-06-26 07:14:07   model           lan-lepresenced
     2018-06-26 07:14:07   presence        absent
     2018-06-26 07:14:07   rssi            unreachable
     2018-06-26 07:14:07   state           absent
   helper:
     ABSENT_COUNT 2
     CURRENT_STATE present
     CURRENT_TIMEOUT normal
Attributes:
   absenceThreshold 3
   event-on-change-reading presence
   group      Gigaset
   room       Residents


Auf der Konsolepi@raspberrypi:~ $ sudo hcitool lescan
Could not open device: No such device

Die Gtags bleiben in FHEM absent.

Auf der Konsolepi@raspberrypi:~ $ sudo hciconfig hci0 up
pi@raspberrypi:~ $ sudo hcitool lescan
LE Scan ...
7C:2F:80:EA:EE:23 (unknown)
7C:2F:80:EA:EE:23 Gigaset G-tag
54:D2:72:B9:EB:B1 (unknown)
7C:2F:80:EA:F2:3B (unknown)
7C:2F:80:EA:F2:3B Gigaset G-tag
7C:2F:80:EA:F2:6F (unknown)
7C:2F:80:EA:F2:6F Gigaset G-tag
7C:2F:80:EA:ED:A8 (unknown)
7C:2F:80:EA:ED:A8 Gigaset G-tag
^Cpi@raspberrypi:~ $

Dann passiert in FHEM wieder das gleiche wie vorhin: erst "present", dann nach einiger Zeit "maybe absent", dann "absent".

Viele Grüße

Stephan

Gasmast3r

Fhem kann die dinger nicht scanen wenn du die per konsole suchst, da nur 1 zur zeit auf Bluetooth zugreifen kann.
Starte das system einmal neu und mache mal 10 min nix.

Stephan1965

Hallo Gasmast3r,
der reboot des RPI hat es anscheinend gebracht. :)
Jetzt werden die Gtags zuverlässig erkannt. Sehr interessant. Anscheinend habe ich zwar das Scannen per Strg+C unterbrochen, aber es war trotzdem noch belegt und FHEM konnte nicht darauf zugreifen.

Nebenbei:
Für Homemode habe ich jetzt die Gtags umbenannt:
GTAG_schwarz  -> GTAG_Stephan etc.

Damit die Zuordnung für die Anwesenheit funtioniert. Steht aber so auch im Wiki.

Danke an alle!!!

Stephan

Gasmast3r

#22
Hy wie schon mehrmals geschrieben kann nur eine Bluetooth Instanz laufen, das war halt dein problem.
Ich kann dir persönlich nur empfehlen solltest du mal andere sachen per Bluetooth koppeln wollen kauf dir ein ZeroPi und nutze den zur G-Tag erkennung, alles andere wird dir nur ärger bringen.

Wenn interesse besteht kann ich dir codes zukommen lassen für Doif's/Notify und TabUi.

Stephan1965

#23
Hallo Gasmat3r,
manchmal dauert es etwas, bis der Groschen wirklich fällt. :-)

Mit dem ZeroPi ist eine interessante Idee. Da muss ich mich mal ein bisschen mit beschäftigen. Du verbindest dann die Pi's mit Fhem2Fhem? Oder läuft einfach lepresenced darauf und auf dem FHEM Server dann collectored?
An Code bin ich immer interessiert.

Nochmal vielen Dank!

Stephan

PatrickR

Ich ziehe momentan ernsthaft in Erwägung, lepresenced um eine Funktion zu erweitern, die periodisch nach konkurrierenden Prozessen sucht und sie abschießt, am besten den Elternprozess gleich mit, wenn es eine Shell ist ;)

Patrick
lepresenced - Tracking von Bluetooth-LE-Tags (Gigaset G-Tag) mittels PRESENCE

"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning." - Rich Cook

Gasmast3r

#25
Hy nein ich nutze lepresenced auf den Zero`s die noch mit MotionEYE als Kameras laufen habe.


defmod Sven_Cam PRESENCE lan-bluetooth 7C:2F:80:AD:C7:ED 192.168.178.113:5333 10 60

defmod Sven_Cam1 PRESENCE lan-bluetooth 7C:2F:80:AD:C7:ED 192.168.178.114:5333 10 60
attr Sven_Cam1 userattr Bewohner Bewohner_map Sven Sven_map structexclude
attr Sven_Cam1 Bewohner structure_Bewohner
attr Sven_Cam1 Sven structure_Sven
attr Sven_Cam1 event-on-change-reading state
attr Sven_Cam1 room Anwesenheit


die als Struktur zusammen gefasst.

defmod structure_Sven structure Sven Sven_Cam Sven_Cam1


DOIF Beispiele

defmod Licht_aussen DOIF ([?Lichtsteuerung:light] < 5 and [structure_Sonja] and [structure_Sven] eq "present") (set ESPEasy_Sonoff6_PUMP on-for-timer 180)



defmod Alles_aus notify structure_Bewohner:absent.* set



meine Heizung läuft per Bluetooth deswegen ist es sinnvoll die G-Tag Ernennung auszulagern (Batterie Status stört auch )


defmod doif_heizung DOIF ([Aussen:temperature] < 12 and [structure_Bewohner] eq "present") (set Bad desiredTemperature 18;;set FL desiredTemperature 19;;set KU desiredTemperature 19;;set WCO desiredTemperature 17;;set WCU desiredTemperature 16;;set ZU desiredTemperature 19;;set WZ desiredTemperature 20;;set Esszimmer_structure desiredTemperature 18;;set Schlafzimmer_structure desiredTemperature 18.5;;set Zimmer_Oben_structure desiredTemperature 18.5) \
DOELSEIF ([Aussen:temperature] < 12 and [structure_Bewohner] eq "absent") (set Bad desiredTemperature 16;;set FL desiredTemperature 16;;set KU desiredTemperature 16;;set WCO desiredTemperature 16;;set WCU desiredTemperature 16;;set ZU desiredTemperature 16;;set WZ desiredTemperature 16;;set Esszimmer_structure desiredTemperature 16;;set Schlafzimmer_structure desiredTemperature 16;;set Zimmer_Oben_structure desiredTemperature 16)\
DOELSEIF ([Aussen:temperature] > 12) (set Bad desiredTemperature 4.5;;set FL desiredTemperature 4.5;;set KU desiredTemperature 4.5;;set WCO desiredTemperature 4.5;;set WCU desiredTemperature 4.5;;set ZU desiredTemperature 4.5;;set WZ desiredTemperature 4.5;;set Esszimmer_structure desiredTemperature 4.5;;set Schlafzimmer_structure desiredTemperature 4.5;;set Zimmer_Oben_structure desiredTemperature 4.5)\
DOELSE


Fürs TabletUi

        <div data-type="symbol" data-device="structure_Sven"
                data-icon="fa-user"
                data-on-color="orange"
                data-get-on="present"
                data-get-off="absent"
                class="bigger"></div>
        <div data-type="label" class="Cell">Sven</div>
        <div data-type="symbol" data-device="structure_Sonja"
                data-icon="fa-user"
                data-on-color="orange"
                data-get-on="present"
                data-get-off="absent"
                class="bigger"></div>


hoffe das hilft einwenig