Autor Thema: Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS  (Gelesen 12276 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

 

decade-submarginal