Autor Thema: Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS  (Gelesen 12281 mal)

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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):
« Letzte Änderung: 24 September 2019, 21:42:00 von klausw »
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280
Gefällt mir Gefällt mir x 3 Liste anzeigen

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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  ::)

RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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

Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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






Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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

Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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
« Letzte Änderung: 20 September 2019, 12:58:07 von klausw »
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
« Letzte Änderung: 26 November 2018, 13:49:10 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
« Letzte Änderung: 27 November 2018, 12:54:21 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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?




RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline DerKoerper

  • New Member
  • *
  • Beiträge: 24
  • Autos schrauben und das Heim automatisieren!
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
FHEM aufm Cubietruck (armbian inkl. Samba, DHCP, DNS & VPN) für eine Wohnung.
1x CUL für WMBUS, 1x nanoCUL für MAX

Kaum Ahnung... aber hartnäckig!
Zustimmung Zustimmung x 1 Liste anzeigen

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline hkspks

  • New Member
  • *
  • Beiträge: 25
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.
« Letzte Änderung: 13 März 2019, 08:41:02 von hkspks »

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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)
« Letzte Änderung: 20 September 2019, 12:58:23 von klausw »
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline MarcusKA

  • New Member
  • *
  • Beiträge: 3
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

Offline DerKoerper

  • New Member
  • *
  • Beiträge: 24
  • Autos schrauben und das Heim automatisieren!
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...  ::) )
FHEM aufm Cubietruck (armbian inkl. Samba, DHCP, DNS & VPN) für eine Wohnung.
1x CUL für WMBUS, 1x nanoCUL für MAX

Kaum Ahnung... aber hartnäckig!

Offline MarcusKA

  • New Member
  • *
  • Beiträge: 3
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.

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
Hat einer von euch Stacktrace Fehlermeldungen im Log?
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline DerKoerper

  • New Member
  • *
  • Beiträge: 24
  • Autos schrauben und das Heim automatisieren!
Bei mir sind keine Fehlermeldungen von deinem Modul drin - alles sauber.
FHEM aufm Cubietruck (armbian inkl. Samba, DHCP, DNS & VPN) für eine Wohnung.
1x CUL für WMBUS, 1x nanoCUL für MAX

Kaum Ahnung... aber hartnäckig!

Offline Wolfgang Hochweller

  • Full Member
  • ***
  • Beiträge: 462
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 ?

Offline Wolfgang Hochweller

  • Full Member
  • ***
  • Beiträge: 462
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.


Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline Wolfgang Hochweller

  • Full Member
  • ***
  • Beiträge: 462
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.
« Letzte Änderung: 02 April 2019, 10:56:27 von howi42 »

Online rcmcronny

  • Full Member
  • ***
  • Beiträge: 212
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
« Letzte Änderung: 26 April 2019, 09:49:32 von rcmcronny »

Offline tolstoey

  • Newbie
  • Beiträge: 2
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

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280
Gefällt mir Gefällt mir x 1 Liste anzeigen

Online rcmcronny

  • Full Member
  • ***
  • Beiträge: 212
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

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928


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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline tolstoey

  • Newbie
  • Beiträge: 2
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

Offline FHEM_Starter

  • Jr. Member
  • **
  • Beiträge: 52
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

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
Hallo Wolfgang,
wird denn die Location im Resident gesetzt?
Passen rr_locationHome und rr_location_underway zu den entsprechenden Zonennamen im Owntracks Device?
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline FHEM_Starter

  • Jr. Member
  • **
  • Beiträge: 52
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

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
Moin Klaus,
aus gegebenem Anlass 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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
Hallo Sebastian,

aus gegebenem Anlass 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
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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)
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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.
« Letzte Änderung: 20 September 2019, 14:41:46 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
« Letzte Änderung: 20 September 2019, 17:32:40 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
Am Ende von Zeile 19 fehlt ein Leerzeichen vor dem "
Wer weiß wie das verschwunden ist
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
So ein Leerzeichen kann schon leicht verloren gehen...  ;D
ist korrigiert
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
ist korrigiert

Danke! Ich war so frei und hab eins von meinen Leerzeichen eingefügt  ;)
VG Sebastian
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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

Die kommen aber von livetracking...  :o

VG Sebastian
« Letzte Änderung: 21 September 2019, 09:16:48 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?

VG Sebastian
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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

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.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
« Letzte Änderung: 25 September 2019, 07:52:43 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1255
  • 🏠⚙️💡🛠📱
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
« Letzte Änderung: 25 September 2019, 08:01:31 von binford6000 »
Proxmox mit: nextcloud, fhem, pihole, docker, bitwarden, deconz, TasmoAdmin
fhem mit: deconz, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking
Testumgebung: docker pull fhem/fhem

Offline pink99panther

  • Full Member
  • ***
  • Beiträge: 345
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
« Letzte Änderung: 22 Januar 2020, 11:11:07 von pink99panther »

Offline klausw

  • Developer
  • Hero Member
  • ****
  • Beiträge: 1928
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
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280