Modul: 98_livetrackingconn.pm - zur Anbindung von livetracking an RESIDENTS

Begonnen von klausw, 22 November 2018, 12:30:16

Vorheriges Thema - Nächstes Thema

klausw

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):
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

binford6000

Hallo Klaus,
erstmal vielen Dank für deine Arbeit!  8)

Hab das Modul in Betrieb genommen und meine Standort.doif deaktiviert um zu sehen, was alles so passiert. Was ich bis jetzt festgestellt habe:

Wenn ich in der iOS OwnTracks App manuell meinen Standort teile, wird die momentan aktive Zone korrekt mitgeteilt:
zone_1 active
Im ROOMMATE bleibt allerdings die location auf underway. Die location address ist allerdings korrekt.
Und das Attribut zonename_1 ist natürlich gesetzt.

Ich denke dass es damit zusammenhängt, dass kein "enter"-event vom owntracks device kommt, oder?
Werde das nachher auf dem Heimweg mal prüfen, inkl. wayhome.

VG Sebastian

binford6000

ZitatAttribute
owntracksDevice
Name der livetracking Devices die mit einem
ROOMMATE oder GUEST Device verbunden werden sollen.
Das Attribut rr_geofenceUUIDs/rg_geofenceUUIDs dieser Devices muss ebenso den Namen des entsprechenden livetracking Devices enthalten.
default: TYPE=livetracking

Das Attribut heißt doch livetrackingDevice?!

VG Sebastian

klausw

Zitat von: binford6000 am 22 November 2018, 14:30:55
Wenn ich in der iOS OwnTracks App manuell meinen Standort teile, wird die momentan aktive Zone korrekt mitgeteilt:
zone_1 active
Im ROOMMATE bleibt allerdings die location auf underway. Die location address ist allerdings korrekt.
Und das Attribut zonename_1 ist natürlich gesetzt.

Ich denke dass es damit zusammenhängt, dass kein "enter"-event vom owntracks device kommt, oder?
Werde das nachher auf dem Heimweg mal prüfen, inkl. wayhome.
es wird geschaut, ob die Zone auf active gesetzt wird, ohne triggerevents ändert sich das nicht

Zitat von: binford6000 am 22 November 2018, 14:33:57
Das Attribut heißt doch livetrackingDevice?!

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

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

binford6000

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

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

Zitates wird geschaut, ob die Zone auf active gesetzt wird, ohne triggerevents ändert sich das nicht

Gut dann schaue ich mal heute Abend nach Ankunft zu Hause was da so passiert ist.
VG Sebastian

binford6000

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

klausw

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

binford6000

ZitatlivetrackingDevice hast du nicht definiert, oder?

Hatte ich. Danach auf dem Testsystem gelöscht und im produktiven angelegt und dann....

...VERGESSEN das Attribut wieder zu setzen  :-X

2018.11.22 22:07:46 3: livetrackingconn livetracking_conn: Found livetrackingDevice iphone5SE

VG Sebastian


binford6000

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

binford6000

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

binford6000

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

klausw

Hallo Sebastian,

Zitat von: binford6000 am 23 November 2018, 08:08:46
bin wieder im Büro und soweit klappt alles. Bis auf location. Ich dachte location im ROMMATE wird auf
eine aktive Zone gesetzt. Wird sie aber nicht, sie bleibt auf underway. Bug oder feature?
Vielleicht auch als Attribut wählbar machen?

Sonst scheint aber alles wie gewünscht zu funktionieren und in den verknüpften ROOMMATE zu
schreiben.


Gute Frage, die location wird von den ROOMMATEs selbst gesetzt. Ich rufe nur die Funktion RESIDENTStk_SetLocation aus den Residents Toolkit auf.
Bin gerade unsicher was bei mir angezeigt wurde.
Sicher ist, das die aktive Zone auf home/underway/wayhome gesetzt wird, sobald du das Attribut homeradius verwendest.
Denn in diesem Fall werden die zone_x ignoriert.
Was hast du konfiguriert?

Zitat von: binford6000 am 23 November 2018, 08:17:42
Doch noch was:
Mit verbose 3 ist mir das Modul aber auch noch sehr geschwätzig:
Teilweise auch heute Nacht wo ich definitv nicht unterwegs war  :o

Schlafwandler?  ;D

Den Verbose Level passe ich noch an.
Vermutlich lädst du dein Handy über Nacht. Unter Spannungsversorgung ist Owntracks eventuell freigiebiger mit Positionen.
Verbose 4 ist vermutlich aufschlussreicher um zu sehen was empfangen wird. Aber dieses Logeintrag sollte nur kommen wenn distance oder zone_x empfangen wurde.
Dann wäre dein livetracking Device geschwätzig  8)
Ist in deinem livetracking Device eventonchangereading gesetzt?
Das würde die Flut bei unveränderten Readings reduzieren.
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

binford6000

ZitatSicher ist, das die aktive Zone auf home/underway/wayhome gesetzt wird, sobald du das Attribut homeradius verwendest.
Denn in diesem Fall werden die zone_x ignoriert.
Was hast du konfiguriert?

homradius ist (im livetrackingconn) gesetzt und steht auf 100m. Dann lösche ich das testweise mal. home sollte eh über eine Zone gesetzt werden.
Wayhome sollte ja auch ohne homeradius gehen oder? Wo setze ich dann wayhomeradius? Es werden ja entsprechende userattr auch
im livetracking device angelegt. Im livetrackingconn device gibt es die ebenfalls.

ZitatSchlafwandler?  ;D

Den Verbose Level passe ich noch an.
Vermutlich lädst du dein Handy über Nacht. Unter Spannungsversorgung ist Owntracks eventuell freigiebiger mit Positionen.

Das wäre ja dann ein neues cooles Feature  ;) Schlafwandeltracking  ;D
Nein, es war auch nicht am Strom die Nacht. ABER: event-on-update-reading .* (!) war gestezt. Warum auch immer...

VG Sebastian







binford6000

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


klausw

nachdem mein umfangreicher Post eben im Nirvana verschwunden ist hier eine Kurzform  >:(

Zitat von: binford6000 am 23 November 2018, 14:00:47
location wird auf underway gesetzt, obwohl vorher korrekt die aktive Zone erkannt wird.

Von meinem Verständnis her sollte die location so gesetzt werden:

Wenn zone_n aktiv -> location=zone (kann auch home sein)
Wenn zone_n inaktiv -> location underway
Wenn zone_n inaktiv && wayhomeradius < distance -> location wayhome

das ist ein Bug, liegt vermutlich dran, das distance fälschlicherweise ausgewertet wurde.
Korrektur (noch ungetestet) ist angehängt.

wayhomeradius wird nur ausgewertet wenn auch homeradius existiert.
Mischbetrieb mit zone_x ist nicht vorgesehen.
Dafür gibt es rr_locationWayhome um eine Zone als Wayhomezone zu nutzen.
homeradius/wayhomeradius werden bevorzugt aus dem livetracking verwendet, wenn dort nicht vorhanden dann aus livetrackingconn.
So kann man es in livetrackingconn quasi global für mehrere livetracking Geräte definieren.
Soll Zone verwendet werden darf es natürlich weder im livetrackingconn noch im entsprechenden livetracking verwendet werden
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

binford6000

Zitat von: klausw am 24 November 2018, 00:41:15
nachdem mein umfangreicher Post eben im Nirvana verschwunden ist hier eine Kurzform  >:(

das ist ein Bug, liegt vermutlich dran, das distance fälschlicherweise ausgewertet wurde.
Korrektur (noch ungetestet) ist angehängt.

wayhomeradius wird nur ausgewertet wenn auch homeradius existiert.
Mischbetrieb mit zone_x ist nicht vorgesehen.
Dafür gibt es rr_locationWayhome um eine Zone als Wayhomezone zu nutzen.
homeradius/wayhomeradius werden bevorzugt aus dem livetracking verwendet, wenn dort nicht vorhanden dann aus livetrackingconn.
So kann man es in livetrackingconn quasi global für mehrere livetracking Geräte definieren.
Soll Zone verwendet werden darf es natürlich weder im livetrackingconn noch im entsprechenden livetracking verwendet werden

Moin Klaus,
ok hab ich verstanden. Spiele die angehängte Version ein und teste. Lösche noch die distance Atribute
da ich ja eh nur mit Zonen arbeiten möchte.

VG Sebastian

binford6000

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

binford6000

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

klausw

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

binford6000

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

binford6000

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

klausw

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

binford6000

ZitatGibt es dann aber nicht nur eine Aktualisierung wenn du eine Zone betrittst?

Ja, und die trigger "region" und "automatic" werden nicht behandelt. Hätte jetzt in der Mittagspause
ja auf underway springen müssen, da keine Zone mehr aktiv und distance > 0 $trigger = 0.
Hab daher noch das dazugebaut:

if ($trigger == 1) {
        Log3 $hash->{NAME}, 4, "livetrackingconn $hash->{NAME}: " . "location = $locName $rvalue , Trigger = $trigger";
livetrackingconn_setresidents($deviceAlias, $locName, $trigger, $devName);
        }
        else {
        $locName = "underway";
}


ZitatIch hätte es halt gern wenn die Koordinaten und Adresse immer aktualisiert werden sobald eine Position empfangen wird.

Das macht ja auch Sinn, aber dann nur für die gerade aktive Zone und nicht für alle.

VG Sebastian

binford6000

Zitatelse {
           $locName = "underway";
   }

funktioniert leider auch nicht. Bekomme jetzt immerhin die location nur einmalig.
Werde aber nicht weiter experimentieren. Produktiv läuft immer noch ein doif welches
auf die owntracks enter und leave Events lauscht.

EDIT:
So gehts aber:
else {
   $locName = "underway";
   livetrackingconn_setresidents($deviceAlias, $locName, $trigger, $devName);
}


VG Sebastian

klausw

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

binford6000

Zitat von: klausw am 27 November 2018, 12:27:35
Kein Ding, ich schaue mir das bei Gelegenheit nochmal an.

soll Verhalten:

betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) underway (wenn Zone = rr_locationUnderway) sonst absent

verlassen einer Zone:
location -> Zonenname
locationPresence -> absent
presence -> absent


locationAddr, locationLat, locationLong sollten bei jedem Update aktualisiert werden

sehe ich das richtig?

Hallo Klaus,
im Prinzip ja, beim Verlassen aber m.M.n. so:

verlassen einer Zone:
location -> underway
locationPresence -> absent
presence -> absent

betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) sonst absent

Unter underway verstehe ich dass KEINE Zone aktiv ist. Hab dazu mal ein Bild angehängt.
VG Sebastian

klausw

Zitat von: binford6000 am 27 November 2018, 13:17:58
verlassen einer Zone:
location -> underway
locationPresence -> absent
presence -> absent

betreten einer Zone:
location -> Zonenname
locationPresence -> present
presence -> present (wenn Zone = rr_locationHome) sonst absent

Unter underway verstehe ich dass KEINE Zone aktiv ist. Hab dazu mal ein Bild angehängt.

Ja presence macht so Sinn
Sollte auch so umgesetzt sein.
underway ist absent und für Wayhome gibt es ein separates Reading.

location -> underway beim verlassen einer Zone ist auch sinnvoll wenn ich darüber nachdenke.

Ich baue mir mit NodeRed mal eine Testumgebung um alles schnell zu überprüfen.
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

binford6000

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

DerKoerper

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!

klausw

Zitat von: DerKoerper am 25 Dezember 2018, 17:36:19
ich nutz das Modul auch seit ein paar Tagen - läuft bisher ganz ordentlich. Aktuell nutze ich nur die Entfernung, das mit den Zonen was ihr hier schon diskutiert habt klingt allerdings auch sehr interessant. Danke schonmal für die Mühe!

Hätte noch einen Wunsch zu äußern: Könnte man noch ein distanceGone Attribut einführen? Sprich ab sagen wir 300km Abstand zu Home wird der Resident auf gone bzw. verreist gesetzt?

So langsam habe ich wieder bisschen Zeit...

Darüber habe ich auch schon nachgedacht.
Die Schnittstelle, die ich für das Modul nutze scheint das aber nicht herzugeben.
Ich hake da mal nach.
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

binford6000

ZitatHätte noch einen Wunsch zu äußern: Könnte man noch ein distanceGone Attribut einführen? Sprich ab sagen wir 300km Abstand zu Home wird der Resident auf gone bzw. verreist gesetzt?

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


VG Sebastian

hkspks

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.

klausw

Zitat von: hkspks am 13 März 2019, 08:23:44
Wollt ihr das Modul ggf. auf Github in das Repository laden?
https://github.com/mhop/fhem-mirror/tree/master/fhem/FHEM

Erstmal soll es einigermaßen funktionieren.
Wenn es dann mehr als 5 Leute nutzen würde ich es einchecken.

Anbei erstmal eine neue Version:

neue Attribute:

goneradius -> Entfernung in Metern zur home Koordinate bei der Resident|Guest auf gone getetzt wird

leavetounderway -> wenn 1 dann wird beim Verlassen einer Zone die Location auf underway gesetzt

Soweit langsam alles funktionieren.

Bei mir tauchen allerdings noch Stacktrace Fehlermedungen auf, mit denen ich nix anfangen kann.
2019.03.12 08:10:20 1: readingsUpdate(ot.klaus,zone_1,inactive) missed to call readingsBeginUpdate first.
2019.03.12 08:10:20 1: stacktrace:
2019.03.12 08:10:20 1:     main::readingsBulkUpdate            called by ./FHEM/98_livetracking.pm (1067)
2019.03.12 08:10:20 1:     main::livetracking_ParseOwnTracks   called by ./FHEM/98_livetracking.pm (1181)
2019.03.12 08:10:20 1:     main::livetracking_Notify           called by fhem.pl (3695)
2019.03.12 08:10:20 1:     main::CallFn                        called by fhem.pl (3615)
2019.03.12 08:10:20 1:     main::DoTrigger                     called by fhem.pl (4683)
2019.03.12 08:10:20 1:     main::readingsEndUpdate             called by fhem.pl (4865)
2019.03.12 08:10:20 1:     main::readingsSingleUpdate          called by ./FHEM/10_MQTT_DEVICE.pm (249)
2019.03.12 08:10:20 1:     MQTT::DEVICE::onmessage             called by ./FHEM/00_MQTT.pm (535)
2019.03.12 08:10:20 1:     MQTT::__ANON__                      called by FHEM/GPUtils.pm (48)
2019.03.12 08:10:20 1:     GPUtils::GP_ForallClients           called by ./FHEM/00_MQTT.pm (545)
2019.03.12 08:10:20 1:     MQTT::Read                          called by fhem.pl (3695)
2019.03.12 08:10:20 1:     main::CallFn                        called by fhem.pl (743)
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

MarcusKA

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

DerKoerper

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!

MarcusKA

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.

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

DerKoerper

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!

Wolfgang Hochweller

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 ?

Wolfgang Hochweller

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.


klausw

Zitat von: howi42 am 30 März 2019, 17:17:25
Mein ROOMMATE-Device wird ueber livetrackingconn und livetracking versorgt.
Dabei erscheint auch eine 'passende' Adresse.
Allerdings etwas merkwuerdig :
...
Kann ich da was drehen ?

Die Adresse und bekommt das Modul vom livetracking Device.
Dort müsstest Du mal nachhaken.
Vermutlich wird die Adresse aber von einem Webservice übernommen da wird es schwierig einzugreifen.

Zitat von: howi42 am 31 März 2019, 19:15:51
1. Modus : Significant changes oder Manual ? In beiden sollten Zonen automatisch erkannt werden, bei Manual scheint das nicht zu gehen

Ich nutze persönlich significant changes. Manual aktualisiert vermutlich nur wenn du auf "Bericht" drückst

Zitat von: howi42 am 30 März 2019, 17:17:25
2. Wie setzt man die Locator-Parameter auf sinnvolle Werte ?

Was sind Locator-Parameter?

Zitat von: howi42 am 30 März 2019, 17:17:25
3. Im livetracking-Device wird der Zonenname richtig angegeben ( Reading place ).
Bekomme ich diesen Namen ueber livertracking_conn zu den ROOMMATEs durchgereicht oder muss ich da aktiv werden ?

Die Zonennamen werden an die Roommates durchgereicht, solang keine homeradius oder wayhomeradius im livetracking_conn oder dem entsprechenden livetracking device angegeben wurden. Sind diese angegeben werden im ROOMMATE location Bezeichnungen wie home und away erzeugt.
Soll presence gesetzt werden müssen locationHome, locationUnderway etc. gesetzt werden.

Zitat von: howi42 am 30 März 2019, 17:17:25
4. Setup :
2 Handys mit Owntrack in HTTP-Modus, ID 01 und 02
Fuer jedes Handy ein livetracking-Device, richtig ?
Fuer jedes livetracking-Device ein livetracking_conn-device oder reicht eines fuer beide ?
Fuer jedes Handy ein ROOMMATE.

Ein livetracking_conn device, die beiden anderen doppelt
Das livetracking_conn Device reagiert standardmäßig auf die notifys aller livetracking devices
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

Wolfgang Hochweller

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.

rcmcronny

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

tolstoey

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

klausw

Der Post ist mir doch glatt durch die Lappen gegangen...

Zitat von: rcmcronny am 25 April 2019, 17:55:30
Gerade beim Update im Log gesehen:


2019.04.26 09:39:38 1 : *** EN livetrackingconn: nonempty line after =begin html ignored
2019.04.26 09:39:38 1 : *** DE livetrackingconn: nonempty line after =begin html ignored

Schaue ich bei Gelegenheit mal nach.

Zitat von: rcmcronny am 25 April 2019, 17:55:30
und ich sehe auch recht sehr oft:

2019.04.26 09:39:54 3 : livetrackingcon: Found matching UUID at ROOMMATE device rr_Ronny
2019.04.26 09:40:15 3 : livetrackingcon: Found matching UUID at ROOMMATE device rr_Ronny

Einfach im Modul das Attribut verbose auf 2 setzen, schon ist Ruhe. Vielleicht sollte ich das Level der Meldungen auf 4 heben. Die kommen ja bei jeder Positionsmeldung.
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

rcmcronny

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

klausw



Zitat von: tolstoey am 05 Juli 2019, 10:24:14
Ich hänge leider jetzt auch schon eine Weile an einem Punkt: irgendwie bekomme ich leavetounderway nicht ans laufen.
Ich verstehe das richtig, dass "underway" ins reading location geschrieben werden soll, wenn eine Zone verlassen wird und keine Zone active ist?
Das bekomme ich nicht hin.
Welche Voraussetzungen müssen erfüllt sein, bzw. welche Attribute wo gesetzt werden, damit das funktioniert?
Beim Verlassen einer Zone bekommt der ROOMMATE zwar ein absent gesetzt, die location bleibt aber beim Zonennamen statt "underway".
Im livetracking device bekomme ich nicht mehr die Zone sondern die Breiten/Längenangaben...
Ich habe im livetrackingdevice leavetounderway auf 1 gesetzt. Keine homeradius oder wayhomeradius oder goneradius gesetzt.
Die Farge bleibt also: unter welchen Bedingungen wird "underway" gesetzt?

underway sollte gesetzt werden, sobald du dich in keiner Zone befindest.
Da muss ich mal drüber schauen. Derzeit nutze ich die Zonen nicht.
Werde ich nach dem Urlaub machen.
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

tolstoey

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

FHEM_Starter

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

klausw

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

FHEM_Starter

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

klausw

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

binford6000

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

klausw

Hallo Sebastian,

Zitat von: binford6000 am 20 September 2019, 08:08:24
aus gegebenem Anlass https://forum.fhem.de/index.php/topic,64317.msg975777.html#msg975777
habe ich dein livetrackingconn wieder reaktiviert  :)

sehr schön, dann kann ich es ja demnächst einchecken  8)

Das PET muss ich noch hinzufügen.

Zitat von: binford6000 am 20 September 2019, 08:08:24
Was mir jetzt aufgefallen ist:
Im livetrackingconn wird homeradius und wayhomeradius in Metern (m) angegeben:
...
Im livetracking device ist das Reading distance aber in Kilometern(Km):
...
Wird denn hier automatisch umgerechnet?

ja, wird umgerechnet

Grüße
Klaus
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

binford6000

Zitatsehr schön, dann kann ich es ja demnächst einchecken  8)
Das wäre toll  :) Hab gerade festgestellt, dass ich nicht die letzte Version erwischt habe...

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

ZitatDas PET muss ich noch hinzufügen.
Ja ja das gemeine PET  ;D
Ich finde es sehr amüsant, wie hier die Haustiere smart gemacht werden  :D

VG Sebastian

klausw

Zitat von: binford6000 am 20 September 2019, 11:42:11
Das wäre toll  :) Hab gerade festgestellt, dass ich nicht die letzte Version erwischt habe...

Version mit PET im ersten Post
Die anderen habe ich sicherheitshalber gelöscht.
Wenn in den nächsten 7 Tagen keine Klagen kommen werde ich es einchecken.

Zitat von: binford6000 am 20 September 2019, 11:42:11

Ja ja das gemeine PET  ;D
Ich finde es sehr amüsant, wie hier die Haustiere smart gemacht werden  :D

...der Vollständigkeit halber.
Nicht selten sind die Haustiere intelligenter als ihre Besitzer  8)
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

binford6000

ZitatVersion mit PET im ersten Post
Die anderen habe ich sicherheitshalber gelöscht.
Wenn in den nächsten 7 Tagen keine Klagen kommen werde ich es einchecken.

Ich habe die neue Version aus dem ersten Post eingespielt und beobachte mal - allerdings ohne PETs  ;)
Das Attribut goneradius ist verschwunden.  :o
Baust du aber bestimmt wieder ein oder? Dann kann ich endgültig mein notify "autogone" löschen... 

VG Sebastian

Edit: Und die cref fehlt.

klausw

Zitat von: binford6000 am 20 September 2019, 14:38:11
Das Attribut goneradius ist verschwunden.  :o
Edit: Und die cref fehlt.

Ja mein Fehler, falsche Datei hochgeladen.
Ist korrigiert.
Die commandref sollte aber dabei gewesen sein.
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

binford6000

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

klausw

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

binford6000

Zitat von: klausw am 20 September 2019, 17:44:27
Am Ende von Zeile 19 fehlt ein Leerzeichen vor dem "
Wer weiß wie das verschwunden ist

So ein Leerzeichen kann schon leicht verloren gehen...  ;D

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

binford6000

Zitat von: klausw am 20 September 2019, 22:18:32
ist korrigiert

Danke! Ich war so frei und hab eins von meinen Leerzeichen eingefügt  ;)
VG Sebastian

binford6000

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

binford6000

Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?

VG Sebastian

klausw

Zitat von: binford6000 am 21 September 2019, 19:58:11
Ich habe noch eine Frage:
goneradius funktioniert doch mit leavetounderway zusammen oder?

Es sollte auf alle Fälle.

Zitat von: binford6000 am 21 September 2019, 09:04:48
jetzt scheint dir ein "m" abhanden gekommen zu sein - aber dafür hat sich ein "l" dazu gesellt  ;D
98_livetrackingconn.pl

es hat ne Weile gedauert bis ich es gesehen habe... oh mann  :o

Zitat von: binford6000 am 21 September 2019, 09:04:48

Mit der letzten Verison habe ich wieder Stacktrace Meldungen im Log bei enter/leave einer Zone:

Irgendwas war doch da...  ???
EDIT: Hier gefunden:
https://forum.fhem.de/index.php/topic,93565.msg918444.html#msg918444

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

binford6000

ZitatHast Du noch die Version, bei der keine Stacktrace Meldung kam?
Dann würde ich mit mal die Unterschiede anschauen.

Nee die hab ich nicht mehr. Aber mit der aktuellen Version habe ich die Meldungen auch nicht mehr im Log.
Scheint also was anderes gewesen zu sein.

VG Sebastian

binford6000

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

pink99panther

#68
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

klausw

Zitat von: pink99panther am 22 Januar 2020, 09:45:20
Hallo ihr Lieben,

bin bei der Suche nach einer Alternative für Egigeozone auf diese tolle Lösung gestossen.
Leider bekomme ich livetrackingconn (aus Post 1 hier) nicht ans laufen. Mein ROOMMATE erhält keine Änderung.
Wäre schön, wenn mir mal einer einen Schubs in die richtige Richtung geben könnte.


habe Deinen Post übersehen...

Auf die schnelle finde ich keinen Fehler.
Ich nutze derzeit nur die Radiusfunktion.
Ich schaue es mir die Tage mal an.

Klaus
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