Hallo zusammen,
angehängtes Modul ermöglicht die Nutzung von livetracking Devices in den RESIDENTS Modulen.
Derzeit ist es auf Owntracks ausgelegt (mit dem Rest habe ich mich nicht befasst).
Solange das Reading "distance" existiert ist es generell nutzbar.
Wenn es nicht nur von mir genutzt wird, werde ich darüber nachdenken es ins SVN zu laden.
Klaus
commandref:
Ohne weitere Konfiguration (Attribut homeradius nicht gesetzt) wird zonename_x als location an entsprechende ROOMMATE oder GUEST Devices gesendet und gegen rr_locationHome und rr_locationUnderway geprüft. Die Attribute homeradius und wayhomeradius können auch in den livetracking Definitionen, die über das Attribut owntracksDevice verbunden sind, separat gesetzt werden.
Define
define <name>
Attribute
owntracksDevice
Name der livetracking Devices die mit einem
ROOMMATE oder GUEST Device verbunden werden sollen.
Das Attribut rr_geofenceUUIDs/rg_geofenceUUIDs dieser Devices muss ebenso den Namen des entsprechenden livetracking Devices enthalten.
default: TYPE=livetracking
homeradius
Radius in Metern
Im RESIDENTS Device wird das Reading location auf home gesetzt, wenn diese Attribut existiert
und kleiner als das Reading distance im livetracking device ist.
wayhomeradius
Radius in Metern
Kann zusätzlich zum Attribut homeradius definiert werden und muß größer als dieses sein.
Im RESIDENTS Device wird das Reading location auf wayhome gesetzt, wenn diese Attribut existiert
und kleiner als das Reading distance im livetracking device ist.
EDIT:
Aktuelle Version (die auch PET unterstützt):
Hallo Klaus,
erstmal vielen Dank für deine Arbeit! 8)
Hab das Modul in Betrieb genommen und meine Standort.doif deaktiviert um zu sehen, was alles so passiert. Was ich bis jetzt festgestellt habe:
Wenn ich in der iOS OwnTracks App manuell meinen Standort teile, wird die momentan aktive Zone korrekt mitgeteilt:
zone_1 active
Im ROOMMATE bleibt allerdings die location auf underway. Die location address ist allerdings korrekt.
Und das Attribut zonename_1 ist natürlich gesetzt.
Ich denke dass es damit zusammenhängt, dass kein "enter"-event vom owntracks device kommt, oder?
Werde das nachher auf dem Heimweg mal prüfen, inkl. wayhome.
VG Sebastian
ZitatAttribute
owntracksDevice
Name der livetracking Devices die mit einem
ROOMMATE oder GUEST Device verbunden werden sollen.
Das Attribut rr_geofenceUUIDs/rg_geofenceUUIDs dieser Devices muss ebenso den Namen des entsprechenden livetracking Devices enthalten.
default: TYPE=livetracking
Das Attribut heißt doch livetrackingDevice?!
VG Sebastian
Zitat von: binford6000 am 22 November 2018, 14:30:55
Wenn ich in der iOS OwnTracks App manuell meinen Standort teile, wird die momentan aktive Zone korrekt mitgeteilt:
zone_1 active
Im ROOMMATE bleibt allerdings die location auf underway. Die location address ist allerdings korrekt.
Und das Attribut zonename_1 ist natürlich gesetzt.
Ich denke dass es damit zusammenhängt, dass kein "enter"-event vom owntracks device kommt, oder?
Werde das nachher auf dem Heimweg mal prüfen, inkl. wayhome.
es wird geschaut, ob die Zone auf active gesetzt wird, ohne triggerevents ändert sich das nicht
Zitat von: binford6000 am 22 November 2018, 14:33:57
Das Attribut heißt doch livetrackingDevice?!
Stimmt, passiert wenn man ein bestehendes Modul als Vorlage verwendet ::)
ZitatStimmt, passiert wenn man ein bestehendes Modul als Vorlage verwendet ::)
Hab's ja intuitiv richtig gemacht. Ist mir nur hinterher aufgefallen :D
Zitates wird geschaut, ob die Zone auf active gesetzt wird, ohne triggerevents ändert sich das nicht
Gut dann schaue ich mal heute Abend nach Ankunft zu Hause was da so passiert ist.
VG Sebastian
Hallo Klaus,
scheint alles soweit zu funktionieren! :)
Was mir aber auffällt: Anscheinend lauscht livetrackingconn auf so ziemlich jedes event:
2018.11.22 17:45:39 4: livetrackingconn: Notify received temp_c: 2
2018.11.22 17:45:39 4: livetrackingconn: Notify received temperature: 2
2018.11.22 17:45:39 4: livetrackingconn: Notify received fc1_day_of_week: Do
2018.11.22 17:45:39 4: livetrackingconn: Notify received fc1_date: 22 Nov 2018
2018.11.22 17:45:39 4: livetrackingconn: Notify received fc1_low_c: 0
2018.11.22 17:46:21 4: livetrackingconn: Notify received ram_used: 255.03
2018.11.22 17:46:21 4: livetrackingconn: Notify received ram_free: 369.30
2018.11.22 17:46:21 4: livetrackingconn: Notify received state: off
2018.11.22 17:46:21 4: livetrackingconn: Notify received power: off
2018.11.22 17:46:21 4: livetrackingconn: Notify received presence: present
2018.11.22 17:46:21 4: livetrackingconn: Notify received ram_used: 255.03
2018.11.22 17:46:21 4: livetrackingconn: Notify received ram_free: 369.30
2018.11.22 17:54:30 4: livetrackingconn: Notify received presence: present
2018.11.22 17:54:30 4: livetrackingconn: Notify received state: absent
2018.11.22 17:54:30 4: livetrackingconn: Notify received presence: absent
2018.11.22 17:54:32 4: livetrackingconn: Notify received state: present
2018.11.22 17:54:32 4: livetrackingconn: Notify received presence: present
2018.11.22 17:54:33 4: livetrackingconn: Notify received azimuth: 252.82
2018.11.22 17:54:33 4: livetrackingconn: Notify received elevation: -12.77
2018.11.22 17:54:33 4: livetrackingconn: Notify received twilight: 0
2018.11.22 17:54:33 4: livetrackingconn: Notify received twilight_weather: 0
2018.11.22 17:54:33 4: livetrackingconn: Notify received compasspoint: west-southwest
Das ist nur mal ein kleiner Ausschnitt.... Ist das so gewollt?! :o
VG Sebastian
nee, keineswegs
livetrackingDevice hast du nicht definiert, oder?
attr <name> livetrackingDevice TYPE=livetracking
sollte ertmal Abhilfe schaffen
Das ist eigentlich die Defaulteinstellung, aber es sieht so aus als habe ich da was falsch verstanden
ZitatlivetrackingDevice hast du nicht definiert, oder?
Hatte ich. Danach auf dem Testsystem gelöscht und im produktiven angelegt und dann....
...VERGESSEN das Attribut wieder zu setzen :-X
2018.11.22 22:07:46 3: livetrackingconn livetracking_conn: Found livetrackingDevice iphone5SE
VG Sebastian
So siehts jetzt aus und das Log ist ruhig:
Internals:
NAME livetracking_conn
NOTIFYDEV iphone5SE
NR 363
NTFY_ORDER 999-livetracking_conn
ROOMMATES rr_Sebastian
STATE Initialized
TYPE livetrackingconn
Attributes:
homeradius 100
livetrackingDevice iphone5SE
verbose 5
wayhomeradius 2000
Morgen nochmal Test mit wayhome. Werde berichten....
Gute Nacht und VG Sebastian
Moin,
bin wieder im Büro und soweit klappt alles. Bis auf location. Ich dachte location im ROMMATE wird auf
eine aktive Zone gesetzt. Wird sie aber nicht, sie bleibt auf underway. Bug oder feature?
Vielleicht auch als Attribut wählbar machen?
Internals:
CHANGED
NAME iphone5SE
NOTIFYDEV owntracks
NR 364
NTFY_ORDER 999-iphone5SE
STATE buero-...
TYPE livetracking
READINGS:
2018-11-23 07:35:33 accuracy 5
2018-11-23 07:35:34 address ...
2018-11-23 07:35:33 altitude 130
2018-11-23 07:35:33 batteryPercent 46
2018-11-23 07:35:33 batteryState ok
2018-11-23 07:35:33 connection mobile
2018-11-23 07:35:33 distance 38.8
2018-11-23 07:35:33 heading 251
2018-11-23 07:35:33 id SE
2018-11-23 07:35:33 latitude 49.123456789
2018-11-23 07:35:33 location 49.123456789,8.123456789
2018-11-23 07:35:33 longitude 8.123456789
2018-11-23 07:35:22 place buero-...
2018-11-23 07:35:33 trigger automatic
2018-11-23 07:35:33 velocity 0
2018-11-23 07:35:33 zone_0 inactive
2018-11-23 07:35:33 zone_1 active
2018-11-23 07:35:33 zone_2 inactive
helper:
lastOwnTracks 1542954933
Attributes:
addressLanguage de
addressReading 1
alias iPhone SE livetracking
batteryWarning 15
event-on-update-reading .*
filterAccuracy 400
group Standort
home 50.123456789,8.123456789
icon mqtt_device
owntracksDevice owntracks
room 90_System->92_Webdevices
roundAltitude 5
roundDistance 0.1
stateFormat place
userattr homeradius wayhomeradius
verbose 3
zonename_0 home
zonename_1 buero-...
zonename_2 billard
Sonst scheint aber alles wie gewünscht zu funktionieren und in den verknüpften ROOMMATE zu
schreiben.
VG Sebastian
Doch noch was:
Mit verbose 3 ist mir das Modul aber auch noch sehr geschwätzig:
2018.11.23 06:38:25 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:38:25 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:38:25 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:38:25 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:38:28 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:38:28 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:38:29 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:38:29 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:41:49 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:43:26 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:43:26 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:43:26 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:49:54 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:49:54 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 06:49:55 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 06:49:55 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:14:02 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:14:02 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:14:02 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:14:02 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:20:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:20:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:20:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:20:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:25:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:25:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:25:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:25:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:25:48 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:25:48 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:25:48 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:25:48 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:30:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:30:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:30:34 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:30:34 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:22 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:22 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:22 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:22 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:23 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:24 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:33 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 07:35:34 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
Teilweise auch heute Nacht wo ich definitv nicht unterwegs war :o
VG Sebastian
Hallo Sebastian,
Zitat von: binford6000 am 23 November 2018, 08:08:46
bin wieder im Büro und soweit klappt alles. Bis auf location. Ich dachte location im ROMMATE wird auf
eine aktive Zone gesetzt. Wird sie aber nicht, sie bleibt auf underway. Bug oder feature?
Vielleicht auch als Attribut wählbar machen?
Sonst scheint aber alles wie gewünscht zu funktionieren und in den verknüpften ROOMMATE zu
schreiben.
Gute Frage, die location wird von den ROOMMATEs selbst gesetzt. Ich rufe nur die Funktion RESIDENTStk_SetLocation aus den Residents Toolkit auf.
Bin gerade unsicher was bei mir angezeigt wurde.
Sicher ist, das die aktive Zone auf home/underway/wayhome gesetzt wird, sobald du das Attribut homeradius verwendest.
Denn in diesem Fall werden die zone_x ignoriert.
Was hast du konfiguriert?
Zitat von: binford6000 am 23 November 2018, 08:17:42
Doch noch was:
Mit verbose 3 ist mir das Modul aber auch noch sehr geschwätzig:
Teilweise auch heute Nacht wo ich definitv nicht unterwegs war :o
Schlafwandler? ;D
Den Verbose Level passe ich noch an.
Vermutlich lädst du dein Handy über Nacht. Unter Spannungsversorgung ist Owntracks eventuell freigiebiger mit Positionen.
Verbose 4 ist vermutlich aufschlussreicher um zu sehen was empfangen wird. Aber dieses Logeintrag sollte nur kommen wenn distance oder zone_x empfangen wurde.
Dann wäre dein livetracking Device geschwätzig 8)
Ist in deinem livetracking Device eventonchangereading gesetzt?
Das würde die Flut bei unveränderten Readings reduzieren.
ZitatSicher ist, das die aktive Zone auf home/underway/wayhome gesetzt wird, sobald du das Attribut homeradius verwendest.
Denn in diesem Fall werden die zone_x ignoriert.
Was hast du konfiguriert?
homradius ist (im livetrackingconn) gesetzt und steht auf 100m. Dann lösche ich das testweise mal. home sollte eh über eine Zone gesetzt werden.
Wayhome sollte ja auch ohne homeradius gehen oder? Wo setze ich dann wayhomeradius? Es werden ja entsprechende userattr auch
im livetracking device angelegt. Im livetrackingconn device gibt es die ebenfalls.
ZitatSchlafwandler? ;D
Den Verbose Level passe ich noch an.
Vermutlich lädst du dein Handy über Nacht. Unter Spannungsversorgung ist Owntracks eventuell freigiebiger mit Positionen.
Das wäre ja dann ein neues cooles Feature ;) Schlafwandeltracking ;D
Nein, es war auch nicht am Strom die Nacht. ABER: event-on-update-reading .* (!) war gestezt. Warum auch immer...
VG Sebastian
Hier mal ein Logauszug verbose 4 wenn ich manuell in iOS die location sende.
Homeradius ist gelöscht, wayhome steht auf 1000m:
2018.11.23 13:36:47 4: livetrackingconn: Notify received location: 49.123456789,8.123456789
2018.11.23 13:36:47 4: livetrackingconn: Notify received altitude: 135
2018.11.23 13:36:47 4: livetrackingconn: Notify received id: SE
2018.11.23 13:36:47 4: livetrackingconn: Notify received accuracy: 65
2018.11.23 13:36:47 4: livetrackingconn: Notify received batteryPercent: 0
2018.11.23 13:36:47 4: livetrackingconn: Notify received batteryState: low
2018.11.23 13:36:47 4: livetrackingconn: Notify received connection: mobile
2018.11.23 13:36:47 4: livetrackingconn: Notify received trigger: manual
2018.11.23 13:36:47 4: livetrackingconn: Notify received zone_1: active
2018.11.23 13:36:47 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 13:36:47 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 13:36:47 4: livetrackingconn livetracking_conn: location = buero-... active
2018.11.23 13:36:48 4: livetrackingconn: Notify received zone_2: inactive
2018.11.23 13:36:48 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 13:36:48 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 13:36:48 4: livetrackingconn livetracking_conn: location = billard inactive
2018.11.23 13:36:48 4: livetrackingconn: Notify received zone_0: inactive
2018.11.23 13:36:48 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 13:36:48 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 13:36:48 4: livetrackingconn livetracking_conn: location = home inactive
2018.11.23 13:36:48 4: livetrackingconn: Notify received distance: 38.8
2018.11.23 13:36:48 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.23 13:36:48 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.23 13:36:48 4: livetrackingconn livetracking_conn: location = underway, Trigger = 0
2018.11.23 13:36:48 4: livetrackingconn: Notify received address: ...Deutschland
2018.11.23 13:36:48 4: livetrackingconn: Notify received address: ...Deutschland
2018.11.23 13:36:48 4: livetrackingconn: Notify received address: ...Deutschland
2018.11.23 13:36:48 4: livetrackingconn: Notify received address: ...Deutschland
location wird auf underway gesetzt, obwohl vorher korrekt die aktive Zone erkannt wird.
Von meinem Verständnis her sollte die location so gesetzt werden:
Wenn zone_n aktiv -> location=zone (kann auch home sein)
Wenn zone_n inaktiv -> location underway
Wenn zone_n inaktiv && wayhomeradius < distance -> location wayhome
Oder habe ich da noch was vergessen?
VG Sebastian
nachdem mein umfangreicher Post eben im Nirvana verschwunden ist hier eine Kurzform >:(
Zitat von: binford6000 am 23 November 2018, 14:00:47
location wird auf underway gesetzt, obwohl vorher korrekt die aktive Zone erkannt wird.
Von meinem Verständnis her sollte die location so gesetzt werden:
Wenn zone_n aktiv -> location=zone (kann auch home sein)
Wenn zone_n inaktiv -> location underway
Wenn zone_n inaktiv && wayhomeradius < distance -> location wayhome
das ist ein Bug, liegt vermutlich dran, das distance fälschlicherweise ausgewertet wurde.
Korrektur (noch ungetestet) ist angehängt.
wayhomeradius wird nur ausgewertet wenn auch homeradius existiert.
Mischbetrieb mit zone_x ist nicht vorgesehen.
Dafür gibt es rr_locationWayhome um eine Zone als Wayhomezone zu nutzen.
homeradius/wayhomeradius werden bevorzugt aus dem livetracking verwendet, wenn dort nicht vorhanden dann aus livetrackingconn.
So kann man es in livetrackingconn quasi global für mehrere livetracking Geräte definieren.
Soll Zone verwendet werden darf es natürlich weder im livetrackingconn noch im entsprechenden livetracking verwendet werden
Zitat von: klausw am 24 November 2018, 00:41:15
nachdem mein umfangreicher Post eben im Nirvana verschwunden ist hier eine Kurzform >:(
das ist ein Bug, liegt vermutlich dran, das distance fälschlicherweise ausgewertet wurde.
Korrektur (noch ungetestet) ist angehängt.
wayhomeradius wird nur ausgewertet wenn auch homeradius existiert.
Mischbetrieb mit zone_x ist nicht vorgesehen.
Dafür gibt es rr_locationWayhome um eine Zone als Wayhomezone zu nutzen.
homeradius/wayhomeradius werden bevorzugt aus dem livetracking verwendet, wenn dort nicht vorhanden dann aus livetrackingconn.
So kann man es in livetrackingconn quasi global für mehrere livetracking Geräte definieren.
Soll Zone verwendet werden darf es natürlich weder im livetrackingconn noch im entsprechenden livetracking verwendet werden
Moin Klaus,
ok hab ich verstanden. Spiele die angehängte Version ein und teste. Lösche noch die distance Atribute
da ich ja eh nur mit Zonen arbeiten möchte.
VG Sebastian
Hallo Klaus,
ein erster Test zeigt dieses Verhalten:
Beim manuellen Abfragen in der iOS App erschein das im Log
2018.11.24 11:32:58 5: livetrackingconn: Notify from iphone5SE
2018.11.24 11:32:58 4: livetrackingconn: Notify received latitude: 50.123456789
2018.11.24 11:32:58 4: livetrackingconn: Notify received longitude: 8.123456789
2018.11.24 11:32:58 4: livetrackingconn: Notify received location: 50.123456789,8.123456789
2018.11.24 11:32:58 4: livetrackingconn: Notify received altitude: 160
2018.11.24 11:32:58 4: livetrackingconn: Notify received id: SE
2018.11.24 11:32:58 4: livetrackingconn: Notify received accuracy: 10
2018.11.24 11:32:58 4: livetrackingconn: Notify received velocity: 0
2018.11.24 11:32:58 4: livetrackingconn: Notify received batteryPercent: 82
2018.11.24 11:32:58 4: livetrackingconn: Notify received batteryState: ok
2018.11.24 11:32:58 4: livetrackingconn: Notify received connection: wifi
2018.11.24 11:32:58 4: livetrackingconn: Notify received trigger: manual
2018.11.24 11:32:58 4: livetrackingconn: Notify received zone_0: active
2018.11.24 11:32:58 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.24 11:32:58 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.24 11:32:58 4: livetrackingconn livetracking_conn: location = home active , Trigger = 1
2018.11.24 11:32:59 4: livetrackingconn: Notify received zone_2: inactive
2018.11.24 11:32:59 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.24 11:32:59 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.24 11:32:59 4: livetrackingconn livetracking_conn: location = billard inactive , Trigger = 0
2018.11.24 11:32:59 3: cmdalias message2queryEditInline called recursively, skipping execution
2018.11.24 11:32:59 4: livetrackingconn: Notify received zone_1: inactive
2018.11.24 11:32:59 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.24 11:32:59 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.24 11:32:59 4: livetrackingconn livetracking_conn: location = buero-mz inactive , Trigger = 0
2018.11.24 11:32:59 4: livetrackingconn: Notify received distance: 0
2018.11.24 11:32:59 3: livetrackingconn livetracking_conn: Checking r*_geofenceUUIDs for rr_Sebastian
2018.11.24 11:32:59 3: livetrackingconn livetracking_conn: Found matching UUID at ROOMMATE device rr_Sebastian
2018.11.24 11:32:59 4: livetrackingconn: Notify received address: ...
2018.11.24 11:32:59 4: livetrackingconn: Notify received address: ...
2018.11.24 11:32:59 4: livetrackingconn: Notify received address: ...
und das steht im Eventmonitor (nur location):
2018-11-24 11:32:59 ROOMMATE rr_Sebastian location: zuhause
...
2018-11-24 11:32:59 ROOMMATE rr_Sebastian location: billard
...
2018-11-24 11:32:59 ROOMMATE rr_Sebastian location: buero-...
...
Die location wird für jede Zone erneut gesetzt - unabhängig ob aktiv oder nicht.
homaradius und wayhomeradius sind nicht gesetzt.
VG Sebastian
In der commandref ist noch ein Sonderzeichen bei "können".
Andere Umlaute in der Hlife sind ok.
...Die Attribute homeradius und wayhomeradius k�nnen auch in den livetracking...
VG Sebastian
OK, da muss ich nochmal schauen.
Eventuell habe ich den Mechanismus falsch verstanden.
Ich schicke auch jede Location raus. Bei active ist der Trigger allerdings 1 und bei inaktive 0. Dies sollte wenn ich zu Hause ankomme (active) mich auf Home setzen und wenn ich gehe (inactive) underway.
Dazu sollten sich vermutlich die Zonen nicht überlappen. Das scheint bei dir der Fall zu sein. Da zone_0 und zone_1 direkt aufeinander im log folgen.
In diesem Fall müsste ich anders auswerten.
Hallo Klaus,
nein die Zonen überlappen sich nicht.
Sie sind mehrere Kilometer voneinander entfernt.
Sie sind in der Reihenfolge in OwnTracks angelegt.
VG Sebastian
Gesendet von iPhone mit Tapatalk
Hallo Klaus,
ich habe jetzt mal durch den Code geschaut und folgende Änderung gemacht:
if ($trigger == 1) {
Log3 $hash->{NAME}, 4, "livetrackingconn $hash->{NAME}: " . "location = $locName $rvalue , Trigger = $trigger";
livetrackingconn_setresidents($deviceAlias, $locName, $trigger, $devName);
}
Damit wird die location nur noch einmal an den ROOMMATE weitergegeben.
VG Sebastian
Gibt es dann aber nicht nur eine Aktualisierung wenn du eine Zone betrittst?
Ich hätte es halt gern wenn die Koordinaten und Adresse immer aktualisiert werden sobald eine Position empfangen wird.
ZitatGibt es dann aber nicht nur eine Aktualisierung wenn du eine Zone betrittst?
Ja, und die trigger "region" und "automatic" werden nicht behandelt. Hätte jetzt in der Mittagspause
ja auf underway springen müssen, da keine Zone mehr aktiv und
distance > 0 $trigger = 0.
Hab daher noch das dazugebaut:
if ($trigger == 1) {
Log3 $hash->{NAME}, 4, "livetrackingconn $hash->{NAME}: " . "location = $locName $rvalue , Trigger = $trigger";
livetrackingconn_setresidents($deviceAlias, $locName, $trigger, $devName);
}
else {
$locName = "underway";
}
ZitatIch hätte es halt gern wenn die Koordinaten und Adresse immer aktualisiert werden sobald eine Position empfangen wird.
Das macht ja auch Sinn, aber dann nur für die gerade aktive Zone und nicht für alle.
VG Sebastian
Zitatelse {
$locName = "underway";
}
funktioniert leider auch nicht. Bekomme jetzt immerhin die location nur einmalig.
Werde aber nicht weiter experimentieren. Produktiv läuft immer noch ein doif welches
auf die owntracks enter und leave Events lauscht.
EDIT:
So gehts aber:
else {
$locName = "underway";
livetrackingconn_setresidents($deviceAlias, $locName, $trigger, $devName);
}
VG Sebastian
Kein Ding, ich schaue mir das bei Gelegenheit nochmal an.
soll Verhalten:
betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) underway (wenn Zone = rr_locationUnderway) sonst absent
verlassen einer Zone:
location -> Zonenname
locationPresence -> absent
presence -> absent
locationAddr, locationLat, locationLong sollten bei jedem Update aktualisiert werden
sehe ich das richtig?
Zitat von: klausw am 27 November 2018, 12:27:35
Kein Ding, ich schaue mir das bei Gelegenheit nochmal an.
soll Verhalten:
betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) underway (wenn Zone = rr_locationUnderway) sonst absent
verlassen einer Zone:
location -> Zonenname
locationPresence -> absent
presence -> absent
locationAddr, locationLat, locationLong sollten bei jedem Update aktualisiert werden
sehe ich das richtig?
Hallo Klaus,
im Prinzip ja, beim Verlassen aber m.M.n. so:
verlassen einer Zone:
location -> underway
locationPresence -> absent
presence -> absent
betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) sonst absent
Unter underway verstehe ich dass KEINE Zone aktiv ist. Hab dazu mal ein Bild angehängt.
VG Sebastian
Zitat von: binford6000 am 27 November 2018, 13:17:58
verlassen einer Zone:
location -> underway
locationPresence -> absent
presence -> absent
betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) sonst absent
Unter underway verstehe ich dass KEINE Zone aktiv ist. Hab dazu mal ein Bild angehängt.
Ja presence macht so Sinn
Sollte auch so umgesetzt sein.
underway ist absent und für Wayhome gibt es ein separates Reading.
location -> underway beim verlassen einer Zone ist auch sinnvoll wenn ich darüber nachdenke.
Ich baue mir mit NodeRed mal eine Testumgebung um alles schnell zu überprüfen.
Und wenn ohne Zonen - also nur auf distance - getrackt wird, hast du das ganze ja glaube ich schon soweit im Code:
distance > wayhomeradius:
location: underway
locationPresence: absent
presence: absent
distance <= wayhomeradius && > homeradius
location: wayhome bzw. was imn Attribut rr_locationWayhome steht
locationPresence: absent
presence: absent
distance <= homeradius:
location: home
locationPresence: present
presence: present
VG Sebastian
Heyho,
ich nutz das Modul auch seit ein paar Tagen - läuft bisher ganz ordentlich. Aktuell nutze ich nur die Entfernung, das mit den Zonen was ihr hier schon diskutiert habt klingt allerdings auch sehr interessant. Danke schonmal für die Mühe!
Hätte noch einen Wunsch zu äußern: Könnte man noch ein distanceGone Attribut einführen? Sprich ab sagen wir 300km Abstand zu Home wird der Resident auf gone bzw. verreist gesetzt?
Grüße & einen schönen 2. Weihnachtsfeiertag
Richard
Zitat von: DerKoerper am 25 Dezember 2018, 17:36:19
ich nutz das Modul auch seit ein paar Tagen - läuft bisher ganz ordentlich. Aktuell nutze ich nur die Entfernung, das mit den Zonen was ihr hier schon diskutiert habt klingt allerdings auch sehr interessant. Danke schonmal für die Mühe!
Hätte noch einen Wunsch zu äußern: Könnte man noch ein distanceGone Attribut einführen? Sprich ab sagen wir 300km Abstand zu Home wird der Resident auf gone bzw. verreist gesetzt?
So langsam habe ich wieder bisschen Zeit...
Darüber habe ich auch schon nachgedacht.
Die Schnittstelle, die ich für das Modul nutze scheint das aber nicht herzugeben.
Ich hake da mal nach.
ZitatHätte noch einen Wunsch zu äußern: Könnte man noch ein distanceGone Attribut einführen? Sprich ab sagen wir 300km Abstand zu Home wird der Resident auf gone bzw. verreist gesetzt?
Ich mache das aktuell mit einem notify:
iphone5SE:distance:..* {
if ($EVTPART1 > 120 && Value('rr_Sebastian') ne "verreist") {
fhem("set rr_Sebastian verreist");
}
}
VG Sebastian
Wo finde ich denn die letzte Version? Die Version aus Post https://forum.fhem.de/index.php/topic,93565.msg862995.html#msg862995 lässt sich bei mir nicht laden:
Too many arguments for main::RESIDENTStk_SetLocation at ./FHEM/98_livetrackingconn.pm line 138, near "$radius )"
Wollt ihr das Modul ggf. auf Github in das Repository laden?
https://github.com/mhop/fhem-mirror/tree/master/fhem/FHEM
Dort ist das livetracking-Modul auch drin.
Zitat von: hkspks am 13 März 2019, 08:23:44
Wollt ihr das Modul ggf. auf Github in das Repository laden?
https://github.com/mhop/fhem-mirror/tree/master/fhem/FHEM
Erstmal soll es einigermaßen funktionieren.
Wenn es dann mehr als 5 Leute nutzen würde ich es einchecken.
Anbei erstmal eine neue Version:
neue Attribute:
goneradius -> Entfernung in Metern zur home Koordinate bei der Resident|Guest auf gone getetzt wird
leavetounderway -> wenn 1 dann wird beim Verlassen einer Zone die Location auf underway gesetzt
Soweit langsam alles funktionieren.
Bei mir tauchen allerdings noch Stacktrace Fehlermedungen auf, mit denen ich nix anfangen kann.
2019.03.12 08:10:20 1: readingsUpdate(ot.klaus,zone_1,inactive) missed to call readingsBeginUpdate first.
2019.03.12 08:10:20 1: stacktrace:
2019.03.12 08:10:20 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1067)
2019.03.12 08:10:20 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1181)
2019.03.12 08:10:20 1: main::livetracking_Notify called by fhem.pl (3695)
2019.03.12 08:10:20 1: main::CallFn called by fhem.pl (3615)
2019.03.12 08:10:20 1: main::DoTrigger called by fhem.pl (4683)
2019.03.12 08:10:20 1: main::readingsEndUpdate called by fhem.pl (4865)
2019.03.12 08:10:20 1: main::readingsSingleUpdate called by ./FHEM/10_MQTT_DEVICE.pm (249)
2019.03.12 08:10:20 1: MQTT::DEVICE::onmessage called by ./FHEM/00_MQTT.pm (535)
2019.03.12 08:10:20 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2019.03.12 08:10:20 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (545)
2019.03.12 08:10:20 1: MQTT::Read called by fhem.pl (3695)
2019.03.12 08:10:20 1: main::CallFn called by fhem.pl (743)
Erstmal vielen Dank für das Modul. Allerdings schein ich zu doof zu sein, das Device mit dem Roommate zu verknüpfen. Keine Ahnung was ich da falsch mache
Internals:
NAME Check_Presence_MF
NOTIFYDEV Huawei_Marcus
NR 245
NTFY_ORDER 999-Check_Presence_MF
STATE Initialized
TYPE livetrackingconn
Attributes:
DbLogExclude .*
homeradius 250
livetrackingDevice Huawei_Marcus
verbose 5
wayhomeradius 2000
Was muss ich denn im Roommate genau eintragen unter rr_geofenceUUIDs? Ich hab alles mögliche ausprobiert, aber nichts hat funktioniert.
Liebe Grüße
Marcus
Hey Marcus,
unter rr_geofenceUUIDs muss der livetracking-Device Name stehen.
@klausw: Neue Version funktioniert bei mir ohne Probleme, leavetounderway funktioniert & goneradius auch (nachdem ich gecheckt habe, dass es Meter nich Kilometer sind - wer lesen kann... ::) )
Ja, danke.. Hatte es nun geschafft. Lag am iPhone und owntracks. Das hat einfach mal wieder die Arbeit eingestellt. Mit dem iPhone verzweifel ich echt noch. Mal funktionierts, mal net.
Hat einer von euch Stacktrace Fehlermeldungen im Log?
Bei mir sind keine Fehlermeldungen von deinem Modul drin - alles sauber.
Mein ROOMMATE-Device wird ueber livetrackingconn und livetracking versorgt.
Dabei erscheint auch eine 'passende' Adresse.
Allerdings etwas merkwuerdig :
Strasse - stimmt
Hausnummer - stimmt
Postleitzahl - stimmt
Ort - stimmt nicht mit der PLZ ueberein ( entspricht aber einem in der Naehe liegenden Landschaftspunkt )
Diese Information wird ja aus OpenStreetMaps geholt.
Dort findet man :
14, Kyrkjeveien, Svartholen, Goa, Randaberg, Rogaland, 4070, Norway (house)
Dabei sind
14 - die Hausnummer
Kyrkjeveien - die Strasse
Svartholen, Goa, Randaberg alles Orte bzw. Plaetze der Umgebung, aber nur Randaberg ist postalisch.
Rogaland - sowas wie Bundesland
4070 - PLZ
Norway - Land
(house) - ist ein Gebaeude
Details liefern dann ( Nominatim )
Address Tags
Randaberg (city)
14 (housenumber)
4070 (postcode)
Kyrkjeveien (street)
Das sieht sehr gut aus und das haette ich gern als Adresse gesehen.
Bekommen tue ich aber :
Kyrkjeveien 14
4070 Svartholen
Norway
also mit der ersten Ortsangabe aus obiger Liste statt mit dem Ort, der zur PLZ gehoert.
Kann ich da was drehen ?
Ich brauche noch etwas Unterstuetzung:
Ich habe alles am Laufen, nach einem Update der Position sehe ich das im entsprechenden ROOMMATE.
Ich bin hauptsaechlich daran interessiert, Aufenthalte in den definierten Zonen zu erfassen, laufe aber meist vor die Wand, sprich, die Updates kommen noch nicht so recht automatisch.
1. Modus : Significant changes oder Manual ? In beiden sollten Zonen automatisch erkannt werden, bei Manual scheint das nicht zu gehen
2. Wie setzt man die Locator-Parameter auf sinnvolle Werte ?
3. Im livetracking-Device wird der Zonenname richtig angegeben ( Reading place ).
Bekomme ich diesen Namen ueber livertracking_conn zu den ROOMMATEs durchgereicht oder muss ich da aktiv werden ?
4. Setup :
2 Handys mit Owntrack in HTTP-Modus, ID 01 und 02
Fuer jedes Handy ein livetracking-Device, richtig ?
Fuer jedes livetracking-Device ein livetracking_conn-device oder reicht eines fuer beide ?
Fuer jedes Handy ein ROOMMATE.
Zitat von: howi42 am 30 März 2019, 17:17:25
Mein ROOMMATE-Device wird ueber livetrackingconn und livetracking versorgt.
Dabei erscheint auch eine 'passende' Adresse.
Allerdings etwas merkwuerdig :
...
Kann ich da was drehen ?
Die Adresse und bekommt das Modul vom livetracking Device.
Dort müsstest Du mal nachhaken.
Vermutlich wird die Adresse aber von einem Webservice übernommen da wird es schwierig einzugreifen.
Zitat von: howi42 am 31 März 2019, 19:15:51
1. Modus : Significant changes oder Manual ? In beiden sollten Zonen automatisch erkannt werden, bei Manual scheint das nicht zu gehen
Ich nutze persönlich significant changes. Manual aktualisiert vermutlich nur wenn du auf "Bericht" drückst
Zitat von: howi42 am 30 März 2019, 17:17:25
2. Wie setzt man die Locator-Parameter auf sinnvolle Werte ?
Was sind Locator-Parameter?
Zitat von: howi42 am 30 März 2019, 17:17:25
3. Im livetracking-Device wird der Zonenname richtig angegeben ( Reading place ).
Bekomme ich diesen Namen ueber livertracking_conn zu den ROOMMATEs durchgereicht oder muss ich da aktiv werden ?
Die Zonennamen werden an die Roommates durchgereicht, solang keine homeradius oder wayhomeradius im livetracking_conn oder dem entsprechenden livetracking device angegeben wurden. Sind diese angegeben werden im ROOMMATE location Bezeichnungen wie home und away erzeugt.
Soll presence gesetzt werden müssen locationHome, locationUnderway etc. gesetzt werden.
Zitat von: howi42 am 30 März 2019, 17:17:25
4. Setup :
2 Handys mit Owntrack in HTTP-Modus, ID 01 und 02
Fuer jedes Handy ein livetracking-Device, richtig ?
Fuer jedes livetracking-Device ein livetracking_conn-device oder reicht eines fuer beide ?
Fuer jedes Handy ein ROOMMATE.
Ein livetracking_conn device, die beiden anderen doppelt
Das livetracking_conn Device reagiert standardmäßig auf die notifys aller livetracking devices
Danke.
Locator sind die Parameter in Owntracks unter Advanced, i
siehe Screenshot.
Oeffnet man 'Locator interval', faellt ausserdem auf, dass die Erklaerung dazu falsch ist ( sie gehoert zu 'Locator distance' ).
Open Source hin oder her, das muss nicht sein.
Hallo,
nur als Info, ich nutz das Modul auch, eben konfiguiert.
Gerade beim Update im Log gesehen:
2019.04.26 09:39:38 1 : *** EN livetrackingconn: nonempty line after =begin html ignored
2019.04.26 09:39:38 1 : *** DE livetrackingconn: nonempty line after =begin html ignored
und ich sehe auch recht sehr oft:
2019.04.26 09:39:54 3 : livetrackingcon: Found matching UUID at ROOMMATE device rr_Ronny
2019.04.26 09:40:15 3 : livetrackingcon: Found matching UUID at ROOMMATE device rr_Ronny
Ronny
Hallo und guten Tag miteinander,
ich bin vor einigen Tagen auf dies Modul gestoßen und hab es direkt eingebaut. Danke für die Arbeit!
Es funktioniert prima, die Zone_x Namen werden im ROOMMATE im reading location abgelegt wie gewünscht.
Ich hänge leider jetzt auch schon eine Weile an einem Punkt: irgendwie bekomme ich leavetounderway nicht ans laufen.
Ich verstehe das richtig, dass "underway" ins reading location geschrieben werden soll, wenn eine Zone verlassen wird und keine Zone active ist?
Das bekomme ich nicht hin.
Welche Voraussetzungen müssen erfüllt sein, bzw. welche Attribute wo gesetzt werden, damit das funktioniert?
Beim Verlassen einer Zone bekommt der ROOMMATE zwar ein absent gesetzt, die location bleibt aber beim Zonennamen statt "underway".
Im livetracking device bekomme ich nicht mehr die Zone sondern die Breiten/Längenangaben...
Ich habe im livetrackingdevice leavetounderway auf 1 gesetzt. Keine homeradius oder wayhomeradius oder goneradius gesetzt.
Die Farge bleibt also: unter welchen Bedingungen wird "underway" gesetzt?
Herzlichen Dank fürs Nachdenken!
Schöne Grüße, Markus
Der Post ist mir doch glatt durch die Lappen gegangen...
Zitat von: rcmcronny am 25 April 2019, 17:55:30
Gerade beim Update im Log gesehen:
2019.04.26 09:39:38 1 : *** EN livetrackingconn: nonempty line after =begin html ignored
2019.04.26 09:39:38 1 : *** DE livetrackingconn: nonempty line after =begin html ignored
Schaue ich bei Gelegenheit mal nach.
Zitat von: rcmcronny am 25 April 2019, 17:55:30
und ich sehe auch recht sehr oft:
2019.04.26 09:39:54 3 : livetrackingcon: Found matching UUID at ROOMMATE device rr_Ronny
2019.04.26 09:40:15 3 : livetrackingcon: Found matching UUID at ROOMMATE device rr_Ronny
Einfach im Modul das Attribut verbose auf 2 setzen, schon ist Ruhe. Vielleicht sollte ich das Level der Meldungen auf 4 heben. Die kommen ja bei jeder Positionsmeldung.
Hoi,
kein Problem. Habs auf Verbose 2 mal gesetzt, aber ja, das mal bei Gelegenheit auf die 4 zu nehmen im Modul wäre sicher sinnvoll :)
Ronny
Zitat von: tolstoey am 05 Juli 2019, 10:24:14
Ich hänge leider jetzt auch schon eine Weile an einem Punkt: irgendwie bekomme ich leavetounderway nicht ans laufen.
Ich verstehe das richtig, dass "underway" ins reading location geschrieben werden soll, wenn eine Zone verlassen wird und keine Zone active ist?
Das bekomme ich nicht hin.
Welche Voraussetzungen müssen erfüllt sein, bzw. welche Attribute wo gesetzt werden, damit das funktioniert?
Beim Verlassen einer Zone bekommt der ROOMMATE zwar ein absent gesetzt, die location bleibt aber beim Zonennamen statt "underway".
Im livetracking device bekomme ich nicht mehr die Zone sondern die Breiten/Längenangaben...
Ich habe im livetrackingdevice leavetounderway auf 1 gesetzt. Keine homeradius oder wayhomeradius oder goneradius gesetzt.
Die Farge bleibt also: unter welchen Bedingungen wird "underway" gesetzt?
underway sollte gesetzt werden, sobald du dich in keiner Zone befindest.
Da muss ich mal drüber schauen. Derzeit nutze ich die Zonen nicht.
Werde ich nach dem Urlaub machen.
Hallo Klaus,
toll, danke, da wünsche ich erst mal einen schönen Urlaub!
So hatte ich das auch verstanden. Ich frage mich eben, ob ich irgendwelche Attribute gesetzt/nicht gesetzt habe, die für die Funktion vonnöten sind. Immerhin hat DerKoerper ja berichtet, dass leavetounderway funktioniert. Gibt es also Einstellungen die zwingend benötigt werden oder nicht gesetzt sein dürfen? Sogar beim verlassen der HomeZone wird location=underway nicht gesetzt, was ROMMATE ja, wenn ich es richtig verstehe, selbst tun sollte, wenn presence von home auf absent wechselt. Der absent-wechsel wird auch gesetzt, underay nicht. Ich meine underway wäre auch gesetzt worden, als ich die Anwesenheit noch mithilfe der MAC-Abfrage der Fritzbox geprüft hatte....
Na, aber jetzt mach erst mal Urlaub!
Sonnige Grüße,
Markus
Hallo,
ich versuche gerade das Modul in Betrieb zu nehmen. Obwohl ich den Beitrag mehrfach durchgelesen habem komme ich mit den Definitionen nicht zurecht. Kann jemand bitte seine Einstellungen posten?
Ich habe owntracks im Einsatz, das owntracks device soll einen Resident rr_WSP informieren. Das list vom livetrackingconn sieht folgendermassen aus:
FUUID 5d307306-f33f-21e6-4b09-a409f15f8b2814d5
NAME tracks2residents
NOTIFYDEV WSPtracking
NR 7829
NTFY_ORDER 999-tracks2residents
STATE Initialized
TYPE livetrackingconn
Attributes:
group owntracks
livetrackingDevice WSPtracking
room Server
verbose 5
jedoch fehlt die Verbindung zu Roommate.
Das list vom rr_WSP sieht folgendermaasen aus:
Internals:
DEF Bewohner,Aktive_Bewohner
DURATIONTIMER 1563608006.81913
FUUID 5d3074db-f33f-21e6-6812-27616b3039be814b
FVERSION 20_ROOMMATE.pm:0.188480/2019-03-10
NAME rr_WSP
NOTIFYDEV global,
NR 7830
NTFY_ORDER 50-rr_WSP
READY 1
RESIDENTGROUPS Bewohner,Aktive_Bewohner
STATE home
TYPE ROOMMATE
READINGS:
2019-07-18 15:32:26 durTimerAbsence 00:00:00
2019-07-18 15:32:26 durTimerAbsence_cr 0
2019-07-20 09:32:26 durTimerPresence 41:58:42
2019-07-20 09:32:26 durTimerPresence_cr 2519
2019-07-18 15:32:26 durTimerSleep 00:00:00
2019-07-18 15:32:26 durTimerSleep_cr 0
2019-07-18 15:33:44 lastArrival 2019-07-18 15:33:44
2019-07-18 16:23:24 lastLocation hier1
2019-07-18 15:33:44 lastState initialized
2019-07-18 16:23:24 location XXXXXXXXXXXXX
2019-07-18 15:33:44 mood calm
2019-07-18 15:33:44 presence present
2019-07-18 15:33:44 state home
2019-07-18 15:33:44 wayhome 0
TIMER:
rr_WSP_DurationTimer:
HASH rr_WSP
MODIFIER DurationTimer
NAME rr_WSP_DurationTimer
Attributes:
alias WSP
devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home
group Bewohner
icon people_sensor
room Residents
rr_geofenceUUIDs WSPtracking
rr_locationHome XXXXXXXXXXXX
rr_locationUnderway XXXXXXXXX unterwegs
rr_realname alias
sortby 1
webCmd state
Danke für Eure Hilfe,
Wolfgang
Hallo Wolfgang,
wird denn die Location im Resident gesetzt?
Passen rr_locationHome und rr_location_underway zu den entsprechenden Zonennamen im Owntracks Device?
Hallo Klaus,
die Zonenamen stimmen. Mein Schwere im Kopf ist, dass in dem von Deinem Modul erzeugten device (siehe list von tracks2residents) kein Roommate zu sehen ist. Dort muss doch rr_WSP auftauchen. Sonst kann ja keine Location in rr_WSP gesetzt werden.
Wolfgang
Das Modul livetrackingconn selbst hat keine Readings.
Es lauscht nur auf events von Devices die zum Attribut livertackingDevices passen.
Diese triggern dann den passenden Resident.
Moin Klaus,
aus gegebenem Anlass https://forum.fhem.de/index.php/topic,64317.msg975777.html#msg975777 (https://forum.fhem.de/index.php/topic,64317.msg975777.html#msg975777)
habe ich dein livetrackingconn wieder reaktiviert :)
Was mir jetzt aufgefallen ist:
Im livetrackingconn wird homeradius und wayhomeradius in Metern (m) angegeben:
homeradius
Radius in Metern
Im RESIDENTS Device wird das Reading location auf home gesetzt, wenn diese Attribut existiert
und kleiner als das Reading distance im livetracking device ist.
wayhomeradius
Radius in Metern
Kann zusätzlich zum Attribut homeradius definiert werden und muß größer als dieses sein.
Im RESIDENTS Device wird das Reading location auf wayhome gesetzt, wenn diese Attribut existiert
und kleiner als das Reading distance im livetracking device ist.
Im livetracking device ist das Reading distance aber in Kilometern(Km):
distance (km)
GPS distance from home
Wird denn hier automatisch umgerechnet?
VG Sebastian
Hallo Sebastian,
Zitat von: binford6000 am 20 September 2019, 08:08:24
aus gegebenem Anlass https://forum.fhem.de/index.php/topic,64317.msg975777.html#msg975777 (https://forum.fhem.de/index.php/topic,64317.msg975777.html#msg975777)
habe ich dein livetrackingconn wieder reaktiviert :)
sehr schön, dann kann ich es ja demnächst einchecken 8)
Das PET muss ich noch hinzufügen.
Zitat von: binford6000 am 20 September 2019, 08:08:24
Was mir jetzt aufgefallen ist:
Im livetrackingconn wird homeradius und wayhomeradius in Metern (m) angegeben:
...
Im livetracking device ist das Reading distance aber in Kilometern(Km):
...
Wird denn hier automatisch umgerechnet?
ja, wird umgerechnet
Grüße
Klaus
Zitatsehr schön, dann kann ich es ja demnächst einchecken 8)
Das wäre toll :) Hab gerade festgestellt, dass ich nicht die letzte Version erwischt habe...
Zitatja, wird umgerechnet
Habs mir schon gedacht aber trotzdem danke für die Info.
ZitatDas PET muss ich noch hinzufügen.
Ja ja das gemeine PET ;D
Ich finde es sehr amüsant, wie hier die Haustiere smart gemacht werden :D
VG Sebastian
Zitat von: binford6000 am 20 September 2019, 11:42:11
Das wäre toll :) Hab gerade festgestellt, dass ich nicht die letzte Version erwischt habe...
Version mit PET im ersten Post
Die anderen habe ich sicherheitshalber gelöscht.
Wenn in den nächsten 7 Tagen keine Klagen kommen werde ich es einchecken.
Zitat von: binford6000 am 20 September 2019, 11:42:11
Ja ja das gemeine PET ;D
Ich finde es sehr amüsant, wie hier die Haustiere smart gemacht werden :D
...der Vollständigkeit halber.
Nicht selten sind die Haustiere intelligenter als ihre Besitzer 8)
ZitatVersion mit PET im ersten Post
Die anderen habe ich sicherheitshalber gelöscht.
Wenn in den nächsten 7 Tagen keine Klagen kommen werde ich es einchecken.
Ich habe die neue Version aus dem ersten Post eingespielt und beobachte mal - allerdings ohne PETs ;)
Das Attribut goneradius ist verschwunden. :o
Baust du aber bestimmt wieder ein oder? Dann kann ich endgültig mein notify "autogone" löschen...
VG Sebastian
Edit: Und die cref fehlt.
Zitat von: binford6000 am 20 September 2019, 14:38:11
Das Attribut goneradius ist verschwunden. :o
Edit: Und die cref fehlt.
Ja mein Fehler, falsche Datei hochgeladen.
Ist korrigiert.
Die commandref sollte aber dabei gewesen sein.
Das Attribut leavetounderway kann mit der aktuellen Version auf
0 oder
1event-aggregator
gesetzt werden (siehe Bild).
Hab's jetzt mal manuell auf 1 gesetzt. Mal schauen was passiert...
VG Sebastian
Am Ende von Zeile 19 fehlt ein Leerzeichen vor dem "
Wer weiß wie das verschwunden ist
Zitat von: klausw am 20 September 2019, 17:44:27
Am Ende von Zeile 19 fehlt ein Leerzeichen vor dem "
Wer weiß wie das verschwunden ist
So ein Leerzeichen kann schon leicht verloren gehen... ;D
Zitat von: binford6000 am 20 September 2019, 18:20:39
So ein Leerzeichen kann schon leicht verloren gehen... ;D
ist korrigiert
Zitat von: klausw am 20 September 2019, 22:18:32
ist korrigiert
Danke! Ich war so frei und hab eins von meinen Leerzeichen eingefügt ;)
VG Sebastian
Moin Klaus,
jetzt scheint dir ein "m" abhanden gekommen zu sein - aber dafür hat sich ein "l" dazu gesellt ;D
98_livetrackingconn.pl
Mit der letzten Verison habe ich wieder Stacktrace Meldungen im Log bei enter/leave einer Zone:
2019.09.21 08:00:34 1: readingsUpdate(iphone5SE,place,home) missed to call readingsBeginUpdate first.
2019.09.21 08:00:34 1: stacktrace:
2019.09.21 08:00:34 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1074)
2019.09.21 08:00:34 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.21 08:00:34 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (939)
2019.09.21 08:00:34 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (579)
2019.09.21 08:00:34 1: main::FW_Read called by fhem.pl (3752)
2019.09.21 08:00:34 1: main::CallFn called by fhem.pl (750)
2019.09.21 08:00:34 1: readingsUpdate(iphone5SE,zone_0,active) missed to call readingsBeginUpdate first.
2019.09.21 08:00:34 1: stacktrace:
2019.09.21 08:00:34 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1078)
2019.09.21 08:00:34 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.21 08:00:34 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (939)
2019.09.21 08:00:34 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (579)
2019.09.21 08:00:34 1: main::FW_Read called by fhem.pl (3752)
2019.09.21 08:00:34 1: main::CallFn called by fhem.pl (750)
2019.09.21 08:00:34 1: readingsUpdate(iphone5SE,trigger,region) missed to call readingsBeginUpdate first.
2019.09.21 08:00:34 1: stacktrace:
2019.09.21 08:00:34 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1103)
2019.09.21 08:00:34 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.21 08:00:34 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (939)
2019.09.21 08:00:34 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (579)
2019.09.21 08:00:34 1: main::FW_Read called by fhem.pl (3752)
2019.09.21 08:00:34 1: main::CallFn called by fhem.pl (750)
2019.09.21 08:00:34 1: readingsUpdate(iphone5SE,distance,0) missed to call readingsBeginUpdate first.
2019.09.21 08:00:34 1: stacktrace:
2019.09.21 08:00:34 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1147)
2019.09.21 08:00:34 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.21 08:00:34 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (939)
2019.09.21 08:00:34 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (579)
2019.09.21 08:00:34 1: main::FW_Read called by fhem.pl (3752)
2019.09.21 08:00:34 1: main::CallFn called by fhem.pl (750)
Irgendwas war doch da... ???
EDIT: Hier gefunden:
https://forum.fhem.de/index.php/topic,93565.msg918444.html#msg918444 (https://forum.fhem.de/index.php/topic,93565.msg918444.html#msg918444)
Die kommen aber von livetracking... :o
VG Sebastian
Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?
VG Sebastian
Zitat von: binford6000 am 21 September 2019, 19:58:11
Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?
Es sollte auf alle Fälle.
Zitat von: binford6000 am 21 September 2019, 09:04:48
jetzt scheint dir ein "m" abhanden gekommen zu sein - aber dafür hat sich ein "l" dazu gesellt ;D
98_livetrackingconn.pl
es hat ne Weile gedauert bis ich es gesehen habe... oh mann :o
Zitat von: binford6000 am 21 September 2019, 09:04:48
Mit der letzten Verison habe ich wieder Stacktrace Meldungen im Log bei enter/leave einer Zone:
Irgendwas war doch da... ???
EDIT: Hier gefunden:
https://forum.fhem.de/index.php/topic,93565.msg918444.html#msg918444 (https://forum.fhem.de/index.php/topic,93565.msg918444.html#msg918444)
Die kommen aber von livetracking... :o
Ja, kommen sie aber der Auslöser scheint ja im livetrackingconn Modul zu liegen.
Das Ganze überblicke ich noch nicht.
Hast Du noch die Version, bei der keine Stacktrace Meldung kam?
Dann würde ich mit mal die Unterschiede anschauen.
ZitatHast Du noch die Version, bei der keine Stacktrace Meldung kam?
Dann würde ich mit mal die Unterschiede anschauen.
Nee die hab ich nicht mehr.
Aber mit der aktuellen Version habe ich die Meldungen auch nicht mehr im Log.Scheint also was anderes gewesen zu sein. VG Sebastian
Moin Klaus,
vorhin habe ich wieder die stacktrace Meldungen im Log bemerkt:
livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:33:23 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:35:08 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:35:10 1: readingsUpdate(iphone5se,zone_0,inactive) missed to call readingsBeginUpdate first.
2019.09.25 06:35:10 1: stacktrace:
2019.09.25 06:35:10 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1087)
2019.09.25 06:35:10 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 06:35:10 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 06:35:10 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 06:35:10 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 06:35:10 1: main::CallFn called by fhem.pl (750)
2019.09.25 06:35:10 1: readingsUpdate(iphone5se,trigger,region) missed to call readingsBeginUpdate first.
2019.09.25 06:35:10 1: stacktrace:
2019.09.25 06:35:10 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1103)
2019.09.25 06:35:10 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 06:35:10 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 06:35:10 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 06:35:10 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 06:35:10 1: main::CallFn called by fhem.pl (750)
2019.09.25 06:35:10 1: readingsUpdate(iphone5se,distance,0) missed to call readingsBeginUpdate first.
2019.09.25 06:35:10 1: stacktrace:
2019.09.25 06:35:10 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1147)
2019.09.25 06:35:10 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 06:35:10 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 06:35:10 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 06:35:10 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 06:35:10 1: main::CallFn called by fhem.pl (750)
2019.09.25 06:35:11 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:35:12 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:40:09 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:40:10 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:40:10 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:45:09 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:50:11 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 06:55:11 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:00:12 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:07:32 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:12:33 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:17:34 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:22:35 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:27:05 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:27:05 1: readingsUpdate(iphone5se,place,xxxxxxx) missed to call readingsBeginUpdate first.
2019.09.25 07:27:05 1: stacktrace:
2019.09.25 07:27:05 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1074)
2019.09.25 07:27:05 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 07:27:05 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 07:27:05 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 07:27:05 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 07:27:05 1: main::CallFn called by fhem.pl (750)
2019.09.25 07:27:05 1: readingsUpdate(iphone5se,zone_1,active) missed to call readingsBeginUpdate first.
2019.09.25 07:27:05 1: stacktrace:
2019.09.25 07:27:05 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1078)
2019.09.25 07:27:05 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 07:27:05 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 07:27:05 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 07:27:05 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 07:27:05 1: main::CallFn called by fhem.pl (750)
2019.09.25 07:27:05 1: readingsUpdate(iphone5se,trigger,region) missed to call readingsBeginUpdate first.
2019.09.25 07:27:05 1: stacktrace:
2019.09.25 07:27:05 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1103)
2019.09.25 07:27:05 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 07:27:05 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 07:27:05 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 07:27:05 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 07:27:05 1: main::CallFn called by fhem.pl (750)
2019.09.25 07:27:05 1: readingsUpdate(iphone5se,distance,39) missed to call readingsBeginUpdate first.
2019.09.25 07:27:05 1: stacktrace:
2019.09.25 07:27:05 1: main::readingsBulkUpdate called by ./FHEM/98_livetracking.pm (1147)
2019.09.25 07:27:05 1: main::livetracking_ParseOwnTracks called by ./FHEM/98_livetracking.pm (1571)
2019.09.25 07:27:05 1: main::livetracking_Webcall called by ./FHEM/01_FHEMWEB.pm (940)
2019.09.25 07:27:05 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (580)
2019.09.25 07:27:05 1: main::FW_Read called by fhem.pl (3752)
2019.09.25 07:27:05 1: main::CallFn called by fhem.pl (750)
2019.09.25 07:27:06 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
2019.09.25 07:27:39 3: livetrackingcon: Found matching UUID at ROOMMATE device rr_Sebastian
Leavetounderway scheint er zu ignorieren - zumindest habe ich keinen Push nachricht bzw. Logeintrag dazu.
Hier mal die devices:
livetrackingconn:
Internals:
FUUID 5d839ae8-f33f-0308-a4b4-d28f76724b99450b
FVERSION 98_livetrackingconn.pm:?/2019-09-21
NAME livetrackingcon
NOTIFYDEV TYPE=livetracking
NR 375
NTFY_ORDER 999-livetrackingcon
ROOMMATES rr_Sebastian
STATE Initialized
TYPE livetrackingconn
Attributes:
devStateIcon .*:ios-on-blue
goneradius 100000
group Standort
icon location
leavetounderway 1
livetrackingDevice TYPE=livetracking
room 90_System->91_Schnittstellen
iphone5se:
Internals:
CHANGED
FUUID 5d864070-f33f-0308-1438-050526090524e2a4
FVERSION 98_livetracking.pm:0.192570/2019-04-24
NAME iphone5se
NOTIFYDEV owntracks
NR 382
NTFY_ORDER 999-iphone5se
STATE Zone: home
TYPE livetracking
READINGS:
2019-09-25 07:27:38 accuracy 65
2019-09-25 07:27:05 address
55128 Mainz
Deutschland
2019-09-25 07:27:38 altitude 140
2019-09-25 07:27:38 batteryPercent 97
2019-09-25 07:27:38 batteryState ok
2019-09-25 07:27:38 connection mobile
2019-09-25 07:27:38 distance 39
2019-09-25 07:22:34 heading 122
2019-09-25 07:27:38 id SE
2019-09-25 07:27:38 latitude 49.1234
2019-09-25 07:27:38 location 49.1234,8.1234
2019-09-25 07:27:38 longitude 8.1234
2019-09-24 21:53:02 place home
2019-09-25 07:27:38 trigger automatic
2019-09-25 07:22:34 velocity 109
2019-09-25 07:27:38 zone_0 inactive
2019-09-25 07:27:38 zone_1 active
2019-09-25 07:27:38 zone_2 inactive
2019-09-25 07:27:38 zone_3 inactive
2019-09-25 07:27:38 zone_4 inactive
helper:
lastOwnTracks 1569389258
Attributes:
addressLanguage de
addressReading 1
batteryWarning 15
group Standort
home 50.1234,8.1234
icon location
osmandServer 1
room 90_System->91_Schnittstellen
roundAltitude 10
roundDistance 0.5
stateFormat Zone: place
userattr goneradius homeradius leavetounderway:0,1 wayhomeradius
zonename_0 home
zonename_1 vvvv
zonename_2 wwww
zonename_3 xxxx
zonename_4 yyyy
VG Sebastian
Hallo ihr Lieben,
bin bei der Suche nach einer Alternative für Egigeozone auf diese tolle Lösung gestossen.
Leider bekomme ich livetrackingconn (aus Post 1 hier) nicht ans laufen. Mein ROOMMATE erhält keine Änderung.
Wäre schön, wenn mir mal einer einen Schubs in die richtige Richtung geben könnte.
Und hier mein Devices:
Internals:
CFGFN
CHANGED
FUUID 5e2731a1-f33f-f73e-9edd-2c4d6d92ff889b23
NAME mylivetrck
NOTIFYDEV MQTT2_OwnTracks
NR 281
NTFY_ORDER 999-livetracking
STATE 5X.XXXXX,8.XXXXX
TYPE livetracking
READINGS:
2020-01-22 08:54:56 accuracy 15
2020-01-22 08:54:56 altitude 180
2020-01-22 08:54:56 batteryPercent 72
2020-01-22 08:54:56 batteryState ok
2020-01-22 08:54:56 connection wifi
2020-01-22 08:54:56 distance 0
2020-01-22 08:54:56 id P1
2020-01-22 08:54:56 latitude 5X.XXXXX
2020-01-22 08:54:56 location 5X.XXXXX,8.XXXXX
2020-01-22 08:54:56 longitude 8.XXXXX
2020-01-22 08:54:56 trigger ping
2020-01-22 08:54:56 velocity 0
2020-01-22 08:54:56 zone_0 active
helper:
lastOwnTracks 1579679696
Attributes:
addressReading 1
batteryWarning 15
home 5X.XXXXX,8.XXXXX
owntracksDevice MQTT2_OwnTracks
room Anwesenheit
roundAltitude 10
roundDistance 0.5
stateFormat location
zonename_0 HomeNdn
Internals:
DEF OwnManfred
FUUID 5e25da44-f33f-f73e-038a-47a8f2817451be92
NAME livetrackingcon
NOTIFYDEV TYPE=livetracking
NR 215
NTFY_ORDER 999-livetrackingcon
ROOMMATES Gabi,Manfred,OwnManfred
STATE Initialized
TYPE livetrackingconn
Attributes:
livetrackingDevice TYPE=livetracking
room Anwesenheit
verbose 3
Internals:
AUTOGONE 1579734326
DEF Bewohner
DURATIONTIMER 1579681772.68555
FUUID 5e26a727-f33f-f73e-d482-eb6c13eb72511d60
FVERSION 20_ROOMMATE.pm:0.195330/2019-06-02
NAME OwnManfred
NOTIFYDEV global,
NR 217
NTFY_ORDER 50-OwnManfred
READY 1
RESIDENTGROUPS Bewohner
STATE absent
SUBTYPE adult
TYPE ROOMMATE
READINGS:
2020-01-22 09:28:32 durTimerAbsence 21:23:06
2020-01-22 09:28:32 durTimerAbsence_cr 1283
2020-01-21 08:24:38 durTimerPresence 00:00:00
2020-01-21 08:24:38 durTimerPresence_cr 0
2020-01-21 08:24:38 durTimerSleep 00:00:00
2020-01-21 08:24:38 durTimerSleep_cr 0
2020-01-21 12:05:26 lastDeparture 2020-01-21 12:05:26
2020-01-21 12:05:26 lastLocation undefined
2020-01-21 12:05:26 lastState initialized
2020-01-21 12:05:26 location underway
2020-01-21 12:05:26 presence absent
2020-01-21 12:05:26 state absent
2020-01-21 12:05:26 wayhome 0
TIMER:
OwnManfred_AutoGone:
HASH OwnManfred
MODIFIER AutoGone
NAME OwnManfred_AutoGone
OwnManfred_DurationTimer:
HASH OwnManfred
MODIFIER DurationTimer
NAME OwnManfred_DurationTimer
Attributes:
alias OwnManfred
devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown:home
group Familie
icon people_sensor
room Residents
rr_geofenceUUIDs mylivetrck
rr_locationHome HomeNdn
rr_realname group
sortby 1
webCmd state
LG
Manfred
EDIT1: noch ein Logauszug mit Verbose5:
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: latitude: 5X.XXXXX
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: longitude: 8.XXXXX
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: location: 50.XXXXX,8.XXXXXX
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: altitude: 180
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: id: P1
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: accuracy: 15
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: velocity: 0
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: batteryPercent: 71
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: batteryState: ok
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: connection: wifi
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: trigger: ping
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: zone_0: active
2020.01.22 10:35:43 5: livetrackingcon: Notify from mylivetrck: distance: 0
2020.01.22 10:35:43 4: livetrackingcon: Notify from mylivetrck: distance: 0 -> using it
2020.01.22 10:35:43 5: livetrackingcon : Checking r*_geofenceUUIDs for Gabi
2020.01.22 10:35:43 5: livetrackingcon : Checking r*_geofenceUUIDs for Manfred
2020.01.22 10:35:43 5: livetrackingcon : Checking r*_geofenceUUIDs for OwnManfred
2020.01.22 10:35:43 3: livetrackingcon: Found matching UUID at ROOMMATE device OwnManfred
Zitat von: pink99panther am 22 Januar 2020, 09:45:20
Hallo ihr Lieben,
bin bei der Suche nach einer Alternative für Egigeozone auf diese tolle Lösung gestossen.
Leider bekomme ich livetrackingconn (aus Post 1 hier) nicht ans laufen. Mein ROOMMATE erhält keine Änderung.
Wäre schön, wenn mir mal einer einen Schubs in die richtige Richtung geben könnte.
habe Deinen Post übersehen...
Auf die schnelle finde ich keinen Fehler.
Ich nutze derzeit nur die Radiusfunktion.
Ich schaue es mir die Tage mal an.
Klaus