FHEM Forum

FHEM - Hausautomations-Systeme => Unterstützende Dienste => Thema gestartet von: klausw am 22 November 2018, 12:30:16

Titel: Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 22 November 2018, 12:30:16
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):
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 22 November 2018, 14:30:55
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 activeIm 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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 22 November 2018, 14:33:57
Zitat
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

Das Attribut heißt doch livetrackingDevice?!

VG Sebastian
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 22 November 2018, 14:41:04
Wenn ich in der iOS OwnTracks App manuell meinen Standort teile, wird die momentan aktive Zone korrekt mitgeteilt:
zone_1 activeIm 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

Das Attribut heißt doch livetrackingDevice?!

Stimmt, passiert wenn man ein bestehendes Modul als Vorlage verwendet  ::)

Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 22 November 2018, 14:52:31
Zitat
Stimmt, passiert wenn man ein bestehendes Modul als Vorlage verwendet  ::)

Hab's ja intuitiv richtig gemacht. Ist mir nur hinterher aufgefallen :D

Zitat
es 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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 22 November 2018, 18:02:17
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 22 November 2018, 20:59:44
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 22 November 2018, 22:10:46
Zitat
livetrackingDevice 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

Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 22 November 2018, 22:14:44
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 23 November 2018, 08:08:46
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag 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:
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 23 November 2018, 11:57:51
Hallo Sebastian,

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?

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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 23 November 2018, 13:15:21
Zitat
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?

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.

Zitat
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.

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






Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 23 November 2018, 14:00:47
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

Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 24 November 2018, 00:41:15
nachdem mein umfangreicher Post eben im Nirvana verschwunden ist hier eine Kurzform  >:(

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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 24 November 2018, 09:03:21
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 24 November 2018, 11:39:35
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 24 November 2018, 11:43:33
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 25 November 2018, 13:54:46
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 25 November 2018, 14:22:29
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 26 November 2018, 11:58:51
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 26 November 2018, 12:12:43
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 26 November 2018, 13:14:17
Zitat
Gibt 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";
}

Zitat
Ich 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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 27 November 2018, 08:22:18
Zitat
else {
           $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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag 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?




Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 27 November 2018, 13:17:58
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 29 November 2018, 13:58:09
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 29 November 2018, 14:14:44
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: DerKoerper am 25 Dezember 2018, 17:36:19
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 07 März 2019, 12:19:06
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 07 März 2019, 12:56:26
Zitat
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?

Ich mache das aktuell mit einem notify:
iphone5SE:distance:..* {
if ($EVTPART1 > 120 && Value('rr_Sebastian') ne "verreist") {
fhem("set rr_Sebastian verreist");
}
}

VG Sebastian
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: hkspks am 13 März 2019, 08:23:44
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 13 März 2019, 09:12:57
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)
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: MarcusKA am 18 März 2019, 00:35:08
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: DerKoerper am 19 März 2019, 09:52:49
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...  ::) )
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: MarcusKA am 22 März 2019, 11:08:28
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 22 März 2019, 14:09:33
Hat einer von euch Stacktrace Fehlermeldungen im Log?
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: DerKoerper am 28 März 2019, 17:18:05
Bei mir sind keine Fehlermeldungen von deinem Modul drin - alles sauber.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: Wolfgang Hochweller 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 :

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 ?
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: Wolfgang Hochweller am 31 März 2019, 19:15:51
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.

Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 31 März 2019, 22:54:47
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.

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

2. Wie setzt man die Locator-Parameter auf sinnvolle Werte ?

Was sind Locator-Parameter?

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.

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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: Wolfgang Hochweller am 01 April 2019, 07:57:19
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: rcmcronny am 25 April 2019, 17:55:30
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: tolstoey am 05 Juli 2019, 10:24:14
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 07 Juli 2019, 11:41:22
Der Post ist mir doch glatt durch die Lappen gegangen...

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.

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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: rcmcronny am 07 Juli 2019, 11:54:24
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 07 Juli 2019, 11:59:13


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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: tolstoey am 07 Juli 2019, 18:21:31
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: FHEM_Starter am 20 Juli 2019, 09:36:57
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 20 Juli 2019, 10:53:20
Hallo Wolfgang,
wird denn die Location im Resident gesetzt?
Passen rr_locationHome und rr_location_underway zu den entsprechenden Zonennamen im Owntracks Device?
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: FHEM_Starter am 20 Juli 2019, 14:40:48
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 20 Juli 2019, 17:52:27
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 20 September 2019, 08:08:24
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 20 September 2019, 11:30:38
Hallo Sebastian,

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.

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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 20 September 2019, 11:42:11
Zitat
sehr 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...

Zitat
ja, wird umgerechnet
Habs mir schon gedacht aber trotzdem danke für die Info.

Zitat
Das 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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 20 September 2019, 13:03:19
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.


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)
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 20 September 2019, 14:38:11
Zitat
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.

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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 20 September 2019, 16:03:27
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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 20 September 2019, 17:30:07
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag 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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 20 September 2019, 18:20:39
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 20 September 2019, 22:18:32
So ein Leerzeichen kann schon leicht verloren gehen...  ;D
ist korrigiert
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 20 September 2019, 22:31:51
ist korrigiert

Danke! Ich war so frei und hab eins von meinen Leerzeichen eingefügt  ;)
VG Sebastian
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 21 September 2019, 09:04:48
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 21 September 2019, 19:58:11
Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?

VG Sebastian
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 24 September 2019, 21:40:50
Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?

Es sollte auf alle Fälle.

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


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.
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 24 September 2019, 22:24:07
Zitat
Hast 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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: binford6000 am 25 September 2019, 07:55:08
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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag 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.

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
Titel: Antw:Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS
Beitrag von: klausw am 11 März 2020, 18:14:09
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