Modul: 98_livetracking - Geokoordinaten von OwnTracks / Life360 / Swarm (4Sq)

87insane · 14 April 2019, 12:05:48

Habe ich nach x Test nun bemerkt. Zertifikate habe ich natürlich. Allerdings finde ich das doch relativ umständlich. Da ich aktuell aber nicht weiter machen kann (unterwegs) ist das erst mal auf Eis.

Um ehrlich zu sein finde ich egigeozone auch viel einfacher und finde es sehr schade, dass es nicht weiter entwickelt wird.

mike.d · 14 April 2019, 15:00:20

so, ich bin heute auch dazu gekommen meinen pico auf CSV umzustellen und die Daten werden sauber aufgeschlüsselt. Ich habe keine Fehler entdecken können.

Ich denke, du kannst die Version so einchecken! :- )

Dank an ronny fürs integrieren.

Zitat von: Markus M. am 12 April 2019, 10:57:09
Sobald ihr mir beide sagt dass es ok ist, checke ich die Version ein.
Wäre nett wenn neben mir auch noch jemand mit testen kann der das nicht nutzt.

mike.d · 19 April 2019, 21:14:03

Nachtrag:

seit einspielen der "neuen" Version bekomme ich doch keine location-updates mehr aus den CSV-Daten!?

rcmcronny · 19 April 2019, 22:13:38

Hi,

Also bei mir läuft die Version 1a, ich sehe im Owntracks Device die CSV Daten und im livetracking Device die Positionsdaten.
Was kommt den bei dem mqtt owntracksdevice an, check mal, ob die daten passen. Vielleicht passt auch mein Regex nicht 100%ig.
Ggf mir mal den CSV String senden, dann kann ich mal gegenprüfen

Ronny

mike.d · 20 April 2019, 02:07:35

hier mal ein Beispiel: e0,5CB8C3B8,s,52545330,13427435,29,0,4,8,18

rcmcronny · 20 April 2019, 10:56:37

Hi Michael,

hab Dir mal eine Datei angehängt, probiere die mal.

Ich denke das "s" im Triggerfeld ist der Grund, der ist nicht im Regex enthalten. Steht aber auch nicht bei der Doku mit dabei. Hab diesen hinzugefügt.

Ronny

Markus M. · 20 April 2019, 11:13:38

Zitat von: mike.d am 19 April 2019, 21:14:03
seit einspielen der "neuen" Version bekomme ich doch keine location-updates mehr aus den CSV-Daten!?

Welche "neue" Version? Du hast ein reguläres Update gemacht?
War etwas zu früh - mach morgen nochmal eins.

rcmcronny · 20 April 2019, 11:19:38

Hi,

Zitat von: Markus M. am 20 April 2019, 11:13:38
Welche "neue" Version? Du hast ein reguläres Update gemacht?
War etwas zu früh - mach morgen nochmal eins.

Ich denke er meint die "Testversion" die er noch testet

Im CSV String der Trigger "s" ist nicht im Regex mit drin an, da es auf der Owntracks CSV Seite keine Info für ein Trigger "s" gibt. in der oben angefügen Version, hab ich die 3 RegExe entsprechend nur erweitert. Wenn das passt, dann kannst Du das noch mit aufnehmen, würde dann nochmal was dazu posten.

Ronny

Markus M. · 20 April 2019, 11:21:37

Zitat von: rcmcronny am 20 April 2019, 11:19:38
Wenn das passt, dann kannst Du das noch mit aufnehmen, würde dann nochmal was dazu posten.

Das ist dann mal so ab morgen im regulären Update.

mike.d · 20 April 2019, 12:52:14

seltsam, jetzt bekomme ich eine Menge "WRONG MQTT TYPE" - Fehlermeldungen im Log.

Code Auswählen

2019.04.20 12:50:36 4: WRONG MQTT TYPE 'transmission-state: subscribe sent'
2019.04.20 12:50:37 4: WRONG MQTT TYPE 'transmission-state: subscription acknowledged'
2019.04.20 12:50:37 4: WRONG MQTT TYPE 'transmission-state: incoming publish received'
2019.04.20 12:50:37 4: WRONG MQTT TYPE 'position: e0,5CBA1645,s,52544734,13427660,34,0,6,22,25'

rcmcronny · 20 April 2019, 13:25:13

Hi,

ich habe bestimmt mit dem Notepad beim Quick Fix was vermehrt. Ich habe die Datei nochmal unter Linux angepaßt.

Dein Fehler kam von der ID die ich nur mittels 0-9 hatte, das habe ich angepaßt im Regex und auch die Bereiche etwas erweitert. Das sollte nun alles mögliche Abdecken.

Anbei ein Patchfile (auf Basis der originalen unveränderten Version) und ein Datei zum Testen (ich hab Sie bei mir noch nicht eingespielt, kaum Zeit heute bis zum Abend ^^)

Ronny

mike.d · 20 April 2019, 13:43:51

ich schau mir das heute oder morgen auch nochmal an:

Code Auswählen

2019.04.20 13:38:52 1: PERL WARNING: Argument "" isn't numeric in numeric ge (>=) at ./FHEM/98_livetracking.pm line 1021.
2019.04.20 13:38:52 4: WRONG MQTT TYPE 'transmission-state: incoming publish received'
2019.04.20 13:38:52 4: car.tracking Detected OwnTracks CSV ENCODED data from MQTT device notify
2019.04.20 13:38:52 4: car.tracking - CSV encoded payload detected -> 'osition: e0,5CBA1645,s,52544734,13427660,34,0,6,22,25'
2019.04.20 13:38:52 4: car.tracking OwnTracks: 1970-01-01 01:00:00  {
	  "_type": "location",
	  "t": "",
	  "tst": "0",
	  "tid": "1",
	  "lat": "0",
	  "lon": "0",
	  "alt": "0",
	  "vel": "",
	  "batt": "99",
	  "cog": "0",
	  "dist": "",
	  "trip": "0"
	}

und manueller publish:

Code Auswählen

2019.04.20 13:43:52 4: car.tracking Detected OwnTracks data from MQTT device notify
2019.04.20 13:43:52 4: car.tracking OwnTracks: 2019-04-19 20:41:09  {"_type":"location","t":"s","tid":"e0","tst":1555699269,"lat":52.544734,"lon":13.42766,"cog":340,"vel":0,"alt":60,"dist":22,"trip":25000,"csv":true,"topic":"owntracks/micro/0fc2bfe0","username":"micro","device":"0fc2bfe0","ghash":"u33dct3","isotst":"2019-04-19T18:41:09Z","disptst":"2019-04-19 18:41:09"}

rcmcronny · 24 April 2019, 10:00:54

Hi Markus M.,

ich habe nochmal einen Patch auf die aktuelle Version im Repo erstellt. Damit wird der RegEx etwas korrekt auf mögliche Varianten erweitert. Und ein paar Matching Fehler ausgebügelt, die ich noch mit drin hatte

Das sollte mit mike.d seinem System dann auch arbeiten.

@mike.d Kannst Du mir sagen, wo der Trigger "s" bei Dir herkommt ? Ich habe nochmal gesucht bei der Owntracks Doku und konnte da nirgendwo was finden zu diesem Trigger. im RegEx ist er nun drin, das Modul kennt diesen aber nicht und er wird daher sicher als "unknown" übersetzt. Ggf könnte man das noch optimieren dann.

Grüße,
Ronny

ThomasMagnum · 09 Juli 2019, 09:47:45

Hallo,

aktuell versuche ich mit der Android App GPSLogger per Möglichkeit des Loggings an eine benutzerdefinierte URL meinen Standort an das Modul zu übermitteln. Meine Annahme ist das ich dies an den internen "OSMAND" Server senden kann. GPSLogger nutze ich aus verschiedenen Gründen und würde diesen gerne weiterhin nutzen.

Kann mir jemand sagen wie die Post URL aufgebaut sein muss damit das Modul dies erkennt?

Vielen Dank.

Gruß, Thomas

kadettilac89 · 09 Juli 2019, 21:44:09

Zitat von: ThomasMagnum am 09 Juli 2019, 09:47:45
Kann mir jemand sagen wie die Post URL aufgebaut sein muss damit das Modul dies erkennt?

schau dir mal meinen post hier an. da siehst du in meinen debug-logs welche post-daten geschickt werden. wie gesagt, wird per post übertragen, ist kein teil des links selbst. ob das deine app kann musst du prüfen

Code Auswählen


2019.01.13 13:40:06.553 4: livetrackingdata OwnTracks: 2019-01-13 12:39:43  {"_type":"location","acc":15,"alt":0,"batt":68,"conn":"w","inregions":["home"],"lat":99.6659182,"lon":99.072553,"tid":"te","tst":1547379583,"vac":0,"vel":0}

wenn du in der url parameter mitgeben willst, ggf. https://fhem.de/commandref.html#GEOFANCY

Hier supportseite mit ein paar details wie der links aussehen soll. beispiel unten
https://www.egigeozone.de/manual/default.html

Code Auswählen


http://mein.dyndns.org:1028/webhook/geo?id=78ab15be-b07c-350d-11c0-db0007bf1d2c&name=home&entry=1&date=2015-05-17T20:55:39+0000&latitude=46&longitude=10&device=78ab15be-b07c-350d-11c0-db0007bf1d2c c