Autor Thema: Modul: 98_livetracking - Geokoordinaten von OwnTracks / OpenPaths / Swarm (4Sq)  (Gelesen 50870 mal)

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Danke Markus,
ich sage nur "exclude from update"...  :-X

Und schwupps:
2019.01.17 15:47:31.899 4: OwnTracks HTTP request:
{"batt":17,"lon":8.123456,"acc":65,"p":98.4813232421875,"vac":10,"lat":50.123456,"inregions":["home"],"topic":"owntracks\/test\/iphone","t":"u","conn":"w","tst":1547736451,"alt":157,"_type":"location","tid":"SE"}
2019.01.17 15:47:31.901 4: iphone5SE OwnTracks: 2019-01-17 15:47:31  {"batt":17,"lon":8.123456,"acc":65,"p":98.4813232421875,"vac":10,"lat":50.123456,"inregions":["home"],"topic":"owntracks\/test\/iphone","t":"u","conn":"w","tst":1547736451,"alt":157,"_type":"location","tid":"SE"}

Merci!
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline pscl

  • New Member
  • *
  • Beiträge: 12
Moin!
Ich hab eben ein Life360 device angelegt, bekomme aber leider nur die battery Readings :( ein get Life360 mit Verbose 5 zeigt das eigentlich alles ankommen sollte.
Im Prinzip muss ich ja nicht mehr als define TR livetracking mail pw machen oder? :c Ich habe schon mit den Attributen rumgespielt, ändert aber leider auch nix.
Die aktuellste Version habe ich.

2019.01.18 15:26:43 5: TR_Pascal Life360 data: /n{
  'locations' => [
                   {
                     'startTimestamp' => '1547817588',
                     'shortAddress' => '',
                     'address2' => '',
                     'isDriving' => '0',
                     'name' => 'Home',
                     'charge' => '0',
                     'battery' => 45,
                     'placeType' => 2,
                     'driveSDKStatus' => 'OFF',
                     'inTransit' => '0',
                     'since' => '1547817588',
                     'endTimestamp' => '1547821571',
                     'timestamp' => '1547821571',
                     'sourceId' => undef,
                     'source' => undef,
                     'accuracy' => '81.53214435591',
                     'latitude' => '41.558943262771',
                     'wifiState' => undef,
                     'longitude' => '52.7732321494024',
                     'speed' => 0,
                     'address1' => '',
                     'tripId' => undef
                   },
                   {
                     'since' => '1547816900',
                     'placeType' => undef,
                     'battery' => 52,
                     'charge' => '0',
                     'inTransit' => '1',
                     'driveSDKStatus' => 'OFF',
                     'name' => undef,
                     'startTimestamp' => '1547816900',
                     'isDriving' => '0',
                     'address2' => '',
                     'shortAddress' => '',
                     'wifiState' => undef,
                     'tripId' => undef,
                     'address1' => '',
                     'longitude' => '39.7214934',
                     'speed' => '1.08',
                     'latitude' => '32.5423378',
                     'accuracy' => '50',
                     'sourceId' => undef,
                     'source' => undef,
                     'timestamp' => '1547816911',
                     'endTimestamp' => '1547816911'
                   },
                   {
                     'accuracy' => '72.469746486132',
                     'latitude' => '32.493250193216',
                     'wifiState' => undef,
                     'address1' => '',
                     'tripId' => undef,
                     'longitude' => '4.7471658969878',
                     'speed' => 0,
                     'timestamp' => '1547816291',
                     'endTimestamp' => '1547816291',
                     'sourceId' => undef,
                     'source' => undef,
                     'battery' => 55,
                     'placeType' => 1,
                     'charge' => '0',
                     'inTransit' => '0',
                     'driveSDKStatus' => 'ON',
                     'since' => '1547807861',
                     'startTimestamp' => '1547807861',
                     'isDriving' => '0',
                     'address2' => '',
                     'shortAddress' => '',
                     'name' => 'Arbeit'
                   }
                 ]
}

« Letzte Änderung: 18 Januar 2019, 15:45:12 von pscl »

Offline Markus M.

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2729
Ich hab eben ein Life360 device angelegt, bekomme aber leider nur die battery Readings :( ein get Life360 mit Verbose 5 zeigt das eigentlich alles ankommen sollte.
Die aktuellste Version habe ich.
Hast du nicht mehr ;) Im SVN ist seit 5 Minuten eine neue, in der dieser Bug gefixt ist.
Bis die morgen im Update ist, solltest du aber auch so schon Daten sehen - zumindest wenn dein Telefon bis dahin nochmal das Haus verlässt.
Das Problem mit den anfangs fehlenden Readings tritt nur bei neu angelegten Devices auf - deshalb ist es mir nicht aufgefallen.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Offline pscl

  • New Member
  • *
  • Beiträge: 12
Ah alles klar 😁 vielen Dank für die schnelle Reaktion!

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Hallo Markus,
hab jetzt mein livetracking device auf http (osmand) umgestellt.
Was mir auffällt ist, dass "enter" und "leave" Events nur im Log auftauchen, nicht aber im Event-Monitor:

Event-Monitor:
2019-01-22 12:01:27 livetracking iphone5SE latitude: 49.123456
2019-01-22 12:01:27 livetracking iphone5SE longitude: 8.123456
2019-01-22 12:01:27 livetracking iphone5SE location: 49.123456,8.123456
2019-01-22 12:01:27 livetracking iphone5SE id: SE
2019-01-22 12:01:27 livetracking iphone5SE accuracy: 65
2019-01-22 12:01:27 livetracking iphone5SE zone_1: inactive
2019-01-22 12:01:27 livetracking iphone5SE trigger: region
2019-01-22 12:01:27 livetracking iphone5SE distance: 39.1

Logfile:
2019.01.22 12:01:27 4: OwnTracks HTTP request:
{"t":"c","tst":1548154885,"acc":65,"_type":"transition","event":"leave","lon":8.123456,"topic":"owntracks\/fhemown\/iphone\/event","lat":49.123456,"wtst":1548006185,"tid":"SE","desc":"buero-mz"}
2019.01.22 12:01:27 4: iphone5SE OwnTracks: 2019-01-22 12:01:25  {"t":"c","tst":1548154885,"acc":65,"_type":"transition","event":"leave","lon":8.123456,"topic":"owntracks\/fhemown\/iphone\/event","lat":49.123456,"wtst":1548006185,"tid":"SE","desc":"buero-mz"}
2019.01.22 12:01:27 3: iphone5SE OwnTracks Zone Event: leave buero-mz

Ist das so gewollt? Kann man das konfigurieren? Ggf. ändern? Also zB. für

type":"transition","event":"leave" bzw
type":"transition","event":"enter"
als Event darstellen dass man mit notify/doif darauf reagieren kann?
Oder stehe ich gerade etwas aufm Schlauch?  :o

VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline Markus M.

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2729
Schlauch? :)
Du mappst das doch auf zone_1 etc. und bekommst dafür auch Events?!
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Ja Momentan mache ich es per notify so:
iphone5SE:zone.*:.*und werte dann auf active/inactive aus.

Hab mich nur gewundert, dass es im Logfile Einträge gibt zu leave und enter einer Zone,
diese aber nicht im Eventmonitor auftauchen...

2019.01.22 12:01:27 3: iphone5SE OwnTracks Zone Event: leave buero-mz
Damit bräuchte ich nicht den Umweg über die Zone zu gehen...  ;)

VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline Markus M.

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2729
2019.01.22 12:01:27 3: iphone5SE OwnTracks Zone Event: leave buero-mzDamit bräuchte ich nicht den Umweg über die Zone zu gehen...  ;)
Hmm ja, könnte man machen :)
Probier mal den Anhang aus
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0
Hilfreich Hilfreich x 1 Liste anzeigen

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Hmm ja, könnte man machen :)
Probier mal den Anhang aus

Hallo Markus,
danke für den schnellen Patch. Hab ihn eingespielt und werde morgen berichten  ;)

VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Hallo Markus,
habe soeben mal testen können. Die gewünschten Events kommen wie folgt an:
iphone5SE leave buero-mz
iphone5SE enter buero-mz

Perfekt!  8)
VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Und die Logeinträge kommen jetzt nur noch unter Verbose 4:
2019.01.23 12:46:00 4: iphone5SE OwnTracks Zone Event: leave buero-mz
2019.01.23 12:59:32 4: iphone5SE OwnTracks Zone Event: enter buero-mz

Passt also alles.  :)
VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Hallo Markus,
hast du den Patch schon in die neuste Version gepackt?
VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline Markus M.

  • Developer
  • Hero Member
  • ****
  • Beiträge: 2729
Nein. Du kannst die Datei aber einfach drin lassen, in der nächsten Version kommt es mit.
Bis dahin sollte ein Update eigentlich nichts überschreiben.
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
OK. Dann noch ein kleiner Hinweis:

Attribut "createAddressReading" Laut Modulhilfe:
createAddressReading (0/1) Write reverse geocoding results to address reading
Das Attribut heisst aber aktuell noch "addressReading".  ;)

VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

Offline binford6000

  • Tester
  • Sr. Member
  • ****
  • Beiträge: 925
  • 🏠⚙️💡🛠📱
Hallo Markus,
ich habe so das Gefühl das mit addressReading auf 1 keine Adressen geholt werden.
Erst mit meinem manuellen get iphone5se address wird die korrekte Adresse geholt:

2019.02.11 18:37:24 4: iphone5SE OwnTracks: 2019-02-11 18:37:21  {"t":"c","tst":1549906641,"acc":5,"_type":"transition","event":"enter","lon":8.123456789,"topic":"owntracks\/fhemown\/iphone\/event","lat":50.123456789,"wtst":1548005975,"tid":"SE","desc":"home"}Und dann 30 Sekunden später via at aus einem notify:
2019.02.11 18:37:54 4: iphone5SE: address received
{
  'importance' => '0.1',
  'osm_id' => '23777327',
  'addresstype' => 'road',
  'display_name' => "L 320, Ort, Kreis, Land, 12345, Deutschland",
  'category' => 'highway',
  'lat' => '50.123456789',
  'address' => {
                 'road' => 'L 320',
                 'country_code' => 'de',
                 'country' => 'Deutschland',
                 'postcode' => '12345',
                 'village' => "Ort",
                 'state' => 'Land',
                 'county' => 'Kreis'
               },
  'name' => 'L 320',
  'osm_type' => 'way',
  'type' => 'secondary',
  'licence' => "Data \x{c2}\x{a9} OpenStreetMap contributors, ODbL 1.0. https://osm.org/copyright",
  'boundingbox' => [
                     '50.123456789',
                     '50.123456789',
                     '8.123456789',
                     '8.123456789'
                   ],
  'place_rank' => '26',
  'place_id' => '123456789',
  'lon' => '8.123456789'
}

2019.02.11 18:37:54 3: atTmpHomeCMD_Adresse_Wohnung: Straße
PLZ
Ort
Deutschland

Nach meinem Verständnis müsste doch zweimal die Adresse geholt werden oder?
Einmal v durch das Attribut addressReading auf 1 und dann nochgmal durch das manuelle
get iphone5se address aus dem at?   :o

VG Sebastian
FHEM 5.9 im Proxmox-LXC, IOserver für deconz + CUL via ser2net, Testumgebung: docker pull fhem/fhem
SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking

 

decade-submarginal