IoBroker.owntracks
-
Hallo,
Auch von mir ein großes danke an die Entwickler des Adapters.
Ein paar Fragen habe ich allerdings noch.
Wie klappt das mit der Verschlüsselung? Wo kann ich die Passphrase generieren?
Um sie dann in der App einzutragen.Wie ist das mit den Benutzern die ich im Adapter anlege?
Wo kann ich die etwas zuweisen? -
@stimezo said in IoBroker.owntracks:
Auch von mir vielen Dank für den Adapter.
Ich hätte da noch eine Bitte, da der Adapter für mich so nicht nutzbar ist:
Der Owntracks-Adapter macht bei mir (neben Sonoff und MQTT) den 3. MQTT-Server auf.
Der Funktioniert (ohne Eingriff) ja nur im internen Netz. Ich möchte aber die Standorte auch
unterwegs haben.Um dies zu erreichen, habe ich die Owntracks-App auf einen CloudMQTT Broker gelenkt.
Der ist immer erreichbar. Im IOBroker hole ich die Daten per Client ab, zerlege das JSON,
und bestimme den Ort per Script - klappt prima.Wenn der Owntracks-Adapter die Möglichkeit bieten würde statt einen Server einen Client aufzumachen,
bräuchte ich ihn nur mit dem CloudMQTT Broker zu verbinden und könnte so die Adapter-Features nutzen.Wäre dies mit vertretbarem Aufwand zu realisieren?
Könnte für viele die Lösung sein, permanent Positionsmeldungen zu erhalten, ohne den IOB nach aussen zu öffnen.Viele Grüße
Christian+1
-
@andyb said in IoBroker.owntracks:
@stimezo said in IoBroker.owntracks:
Wenn der Owntracks-Adapter die Möglichkeit bieten würde statt einen Server einen Client aufzumachen,
bräuchte ich ihn nur mit dem CloudMQTT Broker zu verbinden und könnte so die Adapter-Features nutzen.+1
++
-
Hallo Zusammen,
ich habe den Adapter auch mal ausprobiert. Funktioniert auch tadellos über VPN. Was passiert denn, wenn die App (bei mir iOS) seine Daten nicht los wird? Also z.B. kein Mobilfunknetz verfügbar, Server down, oder was auch immer. Speichert die App dann die Daten zwischen und sendet sie dann, wenn der Server wieder erreichbar? Wie lange würde sie das machen? Oder sind die Daten dann verloren??
Hat da jemand schon Erfahrung oder in der Doku mehr gefunden als ich?
Danke und Grüße,
Balu -
@Balu1973 https://owntracks.org/booklet/guide/whathow/
When the device determines that it's moved a significant distance1, it contacts a server via 3G or WiFi (hopefully one of those is available, but we queue messages many thousands on the app until connectivity can be established)
Sollte also alles in der App speichern und dann raus senden wenn wieder eine Verbindung besteht.
Ich habe da noch nie drauf geachtet wie gut das funktioniert oder nicht. -
@stimezo sagte in IoBroker.owntracks:
Wenn der Owntracks-Adapter die Möglichkeit bieten würde statt einen Server einen Client aufzumachen,
bräuchte ich ihn nur mit dem CloudMQTT Broker zu verbinden und könnte so die Adapter-Features nutzen.Welchen Cloud MQTT nutzt du? Ich kann mir das gerne mal angucken. Sollte realisierbar sein.
EDIT: Mit der Nutzung eines Clients können aber keine Avatare an die Smartphone-App übergeben werden.
EDIT 2: Wer lesen kann ist klar im Vorteil: Du nutzt CloudMQTT, haha
Ich gucke mir das mal an. -
@el_malto sagte in IoBroker.owntracks:
Es werden verschiedene Timestamps in Unix Zeitformat angegeben. Andere Timestamps normal nach Datum und Uhrzeit. Ist es machbar das alle Timestamps nach Datum und Uhrzeit angegeben werden? So muss man die nicht durch Blockly jagen und hat alles einheitlich im Adapter. Oder hat es einen bestimmten Grund das die nach Unix Zeitformat angegeben werden?
Kommt mit dem nächsten Update. Es fehlen aber nur zwei Timestamps als Date, oder?
users.location.enteredbzw.users.location.leftoder habe ich etwas übersehen? -
@9_Mad-Max_5 Du gibst eine beliebige Zeichenkette in der Smartphone-App sowie im ioBroker.Adapter ein, dass ist dann die Passphrase. Generieren musst du nichts.
Was willst du den Benutzern zuweisen? Die Benutzer in den Adapter-Einstellungen müssen so heißen wie in der Smartphone-App, dann übernimmt die App die Avatare, die du in den Adapter-Einstellungen hochgeladen hast. Andere Benutzer-Einstellungen gibt es nicht. -
owntracks.0.locations.arbeit.timestamp owntracks.0.users.el_malto.location.entered owntracks.0.users.el_malto.location.left owntracks.0.users.el_malto.timestampDie sind es bei mir.
-
@el_malto Für
owntracks.0.locations.arbeit.timestampsolltest du bereitsowntracks.0.locations.arbeit.datetimehaben und fürowntracks.0.users.el_malto.timestampgibt esowntracks.0.users.el_malto.datetimeDie anderen beiden folgen dann mit dem Update.
-
@el_malto
Hallo noch mal.Danke für das finden der passenden Stelle in der Doku. Ich habe das überlesen.
Ich habe es aber mal ausprobiert. Es funktioniert nicht ganz wie erwartet. Ich habe gestern Abend meinen Adapter mal ausgeschaltet. So konnte die App keine Daten loswerden. Die App zeigt dann in iOS die Anzahl der nicht gesendeten Wegpunkte in dem kleinen roten Kreis am App Symbol an.
Bei mir waren es heute morgen 235. Ich habe den Adapter dann wieder eingeschaltet und gewartet. Nach kurzer Zeit war der Zähler an der App weg. So weit, so gut.ABER: Auf meinem iobroker kam nur der letzte (aktuellste) Wegpunkt an. Die anderen 234 sind leider verschwunden (Ich schreibe die Koordinaten mit dem sql Adapter in eine Datenbank). In der App ist der komplette Track vorhanden.
Jetzt bin ich mir nicht sicher... Kann das jemand mal nachvollziehen? Ist das ein Problem vom Adapter oder von der App?
Ist das überhaupt Ziel der App/des Adapters?Danke und Grüße,
Balu -
@Zefau tatsächlich
War gestern Abend anscheinend zu spät.
Vielen Dank! -
@Balu1973 Ich weiß nicht genau wie du den Adapter verstehst. Der Adapter kann dir doch nur den Live Standort und die locations sagen. Der Adapter kann dir aber ja keine komplette History von deinen Wegpunkten geben, nur von deinen locations unter
owntracks.0.users.el_malto.location.historyWenn du deine ganzen Wegpunkte loggen willst, gibt es von OwnTracks den ot-recorder. Der hat ja aber nicht wirklich was mit dem Adapter zu tun. Nur wenn du den Adapter als MQTT Server benutzt und den ot-recorder damit verbindst. Aber sonst sind es zwei verschiedene Dinge und der Adapter kann dir keine komplette History geben.
Oder habe ich irgendwas falsch verstanden?
-
@el_malto Nein, Du hast das richtig verstanden. Ich wollte den Adapter offenbar für etwas benutzen für das er nicht wirklich gedacht ist. Das er mir immer den live Standort übermittelt habe ich verstanden. Ich wollte dann eben Breiten- und Längengrad als Historie speichern, damit ich einfach irgendwann später sehen kann wo ich war und die Koordinaten aus der Datenbank anderweitig verarbeiten. Ich hatte gehofft, dass mir App und Adapter die "verpassten" Punkte dann auch einzeln in die Datenbank schreibt. Aber so ist es halt nicht gedacht... Wollte es mir halt einfach machen
Dann muss ich mal schauen, ob ich den ot-recorder zum fliegen bekomme.
Danke und Grüße,
Balu -
@Balu1973 Ich weiß nicht in wie weit die Längen- und Breitengrade immer aktualisiert werden, dass du die dann in deine DB schreibst und auswerten kannst. Aber das macht ot-recorder alles automatisch. Ich hab den bei mir installiert und eingerichtet. Läuft recht gut und du hast wirklich alles dabei. Deine Wegpunkte werden in eine Karte eingetragen usw.
Ich benutze den OwnTracks Adapter dann als Server und der ot-recorder ist einfach dann ein zweiter user wie dein Handy. Nachteil ist halt, dass den Port offen haben musst. -
Was halt ab und zu auffällt, wäre aber auch bei manuellen Auswerten der Längen- und Breitengrade auch so, dass die Genauigkeit
owntracks.0.users.el_malto.accuracywenn das Handy lange nicht genutzt wird, sehr ungenau ist. Bei mir sogar manchmal über 1000 m. Dann sind die Wegpunkte in der Karte irgendwo im Nirvana oder so unterwegs.
-
@Zefau sagte in IoBroker.owntracks:
@stimezo sagte in IoBroker.owntracks:
Wenn der Owntracks-Adapter die Möglichkeit bieten würde statt einen Server einen Client aufzumachen,
bräuchte ich ihn nur mit dem CloudMQTT Broker zu verbinden und könnte so die Adapter-Features nutzen.Welchen Cloud MQTT nutzt du? Ich kann mir das gerne mal angucken. Sollte realisierbar sein.
EDIT: Mit der Nutzung eines Clients können aber keine Avatare an die Smartphone-App übergeben werden.
EDIT 2: Wer lesen kann ist klar im Vorteil: Du nutzt CloudMQTT, haha Ich gucke mir das mal an.Hallo Zefau,
danke für deine Rückmeldung.
Ich nutze cloudMQTT hier
Das mit den Avataren halte ich für verschmerzbar
Viele Grüße
Christian -
@Zefau
-Benutzer-Avatare
Hier kann ich einen Benutzer anlegen der auch den Objekten Users zu zuordnen ist?
Also der Device ID?-Security
In der Android App gibt es den Punkt security.
Hier kann man TLS aktivieren wie gehe ich damit um?-Passprahse
Wo ist die Passprahse in der Android App einzugeben? -
@9_Mad-Max_5 TLS wird aktuell nicht supported vom Adapter. Rest findest du hier https://github.com/iobroker-community-adapters/ioBroker.owntracks/blob/master/README.md#app--adapter-configuration
-
@stimezo kannst du mir kurz durchgehen, wie du aktuell ioBroker mit CloudMQTT konfiguriert hast? Versuche gerade mit dem MQTT Adapter zu testen.
CloudMqtt URL + Websocket Port und TLS an?
