[Aufruf] Neuer Adapter: EgiGeoZone (bitte testen)

BasGo

Hallo zusammen,

nachdem ich vor einigen Monaten den Wechsel von Apple zu Google (iPhone zu Android) gemacht habe, habe ich schon sehr die Funktionalität des GeoFency-Adapters vermisst. Auf der Android-Seite sieht es - wie ich mit Erschrecken feststellen musste - jedoch sehr, sehr mau aus und ich konnte nichts finden, was sich derart leicht wie GeoFency verwenden lässt.

Also war ich mal so frei und habe auch mal einen Adapter erstellt: ioBroker.EgiGeoZone

GitHub: https://github.com/BasGo/ioBroker.egigeozone

NPM: https://www.npmjs.com/package/iobroker.egigeozone

Der Adapter basiert auf dem GeoFency-Adapter, ermittelt seine Werte aber aus dem HTTP-GET-Request, den EgiGeoZone erstellt. Die Konfiguration ist (innerhalb des Adapters) recht einfach. Innerhalb der App muss man einfach nur ein Serverprofil erstellt und im Feld "URL Fhem GeoFancy" die Adresse im folgenden Schema hinterlegen:

://:/

, je nach gewünschter Sicherheit.

ist die öffentliche IP-Adresse, über die die ioBroker-Instanz, auf der der Adapter läuft, erreichbar ist.

ist der in der Konfiguration des Adapters hinterlegte Port.

ist die Personifizierung, unter der ioBroker die Daten in seinem Objektbaum ablegt (Tom, Paul, Inge was-auch-immer). Auf diese Weise kann eine Instanz des Adapters für mehrere Personen (wieder-)verwendet werden.

Da es mein erster Adapter für ioBroker ist, würde ich mich über Feedback - gerne auch in Form von Issues auf GitHub oder diesem Thread - freuen. :roll:

VG

Bastian

ldittmar

Hi Bastian,

~~@BasGo:~~

nachdem ich vor einigen Monaten den Wechsel von Apple zu Google (iPhone zu Android) gemacht habe… `
Echt ne tolle Entscheidung!! ;)

Was dein Adapter angeht: Danke!!! Ich werde es mal im Laufe der Woche testen und geb dir Feedback.

Grüße,

ldittmar

Bluefox

~~@ldittmar:~~

Hi Bastian,

~~@BasGo:~~

nachdem ich vor einigen Monaten den Wechsel von Apple zu Google (iPhone zu Android) gemacht habe… `
Echt ne tolle Entscheidung!! ;)

Was dein Adapter angeht: Danke!!! Ich werde es mal im Laufe der Woche testen und geb dir Feedback.

Grüße,

ldittmar `
Diese App kann man auch über Cloud anbinden.

Ähnlich wie tasker

https://github.com/ioBroker/ioBroker.cl … /tasker.md

Vorteil: kein VPN oder dyndns nötig

Nachteil: Wer der Cloud nicht vertraut, fühlt sich unwohl.

Es ist gut, dass viele Möglichkeiten existieren die Daten in iobroker zu bekommen.

BasGo

Ups, den Weg kannte ich so noch gar nicht … werde ihn mir später mal anschauen und ggf. eine zusätzliche Möglichkeit einbauen, dass man über die Cloud gehen "könnte" :-)

apollon77

ABer HTTP-GET geht nur per Pro-Cloud, oder ?!

ldittmar

Ja… Mit der normale Cloud kann man nur Posts empfangen.

Grüße,

ldittmar

BasGo

~~@ldittmar:~~

Ja… Mit der normale Cloud kann man nur Posts empfangen. `

Dann gibt es hier schon ein Problem: die App kann meines Wissens nach nur GET und genau das war mitunter ein Grund, diesen Adapter zu schreiben.

ldittmar

Das gleiche Problem hatte ich schon mal… ich wollte auch ein Adapter über die Cloud laufen lassen, aber ich hatte nur GET zur Verfügung. Seit kurzen kann man das mit der Cloud-Pro machen.

BasGo

Das ist doch die ideale Lösung, direkt mal auf Pro zu gehen … und getan :-)

apollon77

Für Geofency hatte ich hier mal beschrieben wie ich es mache. Der POSTet, also geht damit auch ohne Pro :-))

http://forum.iobroker.net/viewtopic.php?t=6869

lobomau

~~@Bluefox:~~

Diese App kann man auch über Cloud anbinden.

Ähnlich wie tasker

https://github.com/ioBroker/ioBroker.cl … /tasker.md

Vorteil: kein VPN oder dyndns nötig

Nachteil: Wer der Cloud nicht vertraut, fühlt sich unwohl.

Es ist gut, dass viele Möglichkeiten existieren die Daten in iobroker zu bekommen. `
Ich habe es nach der Anleitung hinbekommen :-) Mal schauen wie zuverlässig es läuft…

Folgende Anmerkungen noch:

es muss cloud-Adapter Version ab 2.0.5 sein.
im cloud-Adapter muss "*" eingetragen werden in "White list für Services:" (wie in deiner Beschreibung zu sehen)

Probleme habe ich nur mit dem google map widget. Obwohl API drin steht und auch Version 1.0.0 installiert ist, habe ich keinen swap-Button und kann somit nichts darstellen :-(

Edit: ein Neustart von ioBroker bzw. auch vom Server hat wohl den Adapter vom google map widget erst richtig aktualisiert. Nun geht es :-)

kmxak

Ich bin zu doof einen Benutzer und PW zu schreiben anscheinend.

Ohne geht es gebe ich Nutzer und PW ein bekomme ich response code 403 :?

egigeozone.0	2017-10-02 22:50:09.080	warn	User credentials invalid
egigeozone.0	2017-10-02 22:50:09.080	debug	Decoded authorization
egigeozone.0	2017-10-02 22:50:09.079	debug	Authorization header is:

Hab nun schon mehre combies durch gehen alle nicht.

Und kann mir das nochmal einer mit dem:

<url url="https://iobroker.net/service/custom_<NAME">https://iobroker.net/service/custom_<name< url="">>/ :roll: / <data>erklären?

Wohin muss ich den Link einfügen?</data></name<></url>

lobomau

~~@kmxak:~~

Und kann mir das nochmal einer mit dem:

<url url="https://iobroker.net/service/custom_<NAME">https://iobroker.net/service/custom_<name< url="">>/ :roll: / <data>erklären?

Wohin muss ich den Link einfügen?</data></name<></url> `
Du brauchst mindestens cloud-Adapter 2.0.5. Der Link wird eingefügt bei der App tasker in Path:

z.B. https://iobroker.net/service/custom_pos … -key>/%LOC

Dadurch wird unter Objekte/cloud.0/services ein neuer Wert angelegt "custom_position:

<app-key>ist der Rest vom Link für eigene Services und den findest du unter den cloud-Adapter Einstellungen unter Services und IFTTT.

"%LOC" muss wohl für Location stehen.</app-key>

apollon77

Habe weiter oben gesehen das man ein „*“ bei der whitelist eintragen soll. Warum ist das nötig?! Wie ist die exakte Liste?

Kurz zum Sinn der whitelist: mit * kann jeder der den cloudkey kennt (hoffentlich keiner) alles beliebige an Daten in deinen iobroker pumpen. Daher sollte man die whitelist nie auf „*“ setzen …

Nur do meine Meinung dazu.

SchuetzeSchulz

Hallo zusammen,

der Adapter läuft soweit ganz gut, allerdings bekomme ich die Authentifizierung nicht ans Laufen.

Sobald ich im Adapter und in der App Benutzername/Kennwort eingebe, bekomme ich bei einem Test nur den Serverfehler 403 als Antwort.

Desweiteren würde mich brennend die externe Anbindung interessieren. Vorzugsweise über den Cloud-Adapter, so dass ich mir

DynDNS und VPN dafür sparen kann. Oder wie habt Ihr das gelöst?

lobomau

~~@apollon77:~~

Habe weiter oben gesehen das man ein „*“ bei der whitelist eintragen soll. Warum ist das nötig?! Wie ist die exakte Liste?

Kurz zum Sinn der whitelist: mit * kann jeder der den cloudkey kennt (hoffentlich keiner) alles beliebige an Daten in deinen iobroker pumpen. Daher sollte man die whitelist nie auf „*“ setzen …

Nur do meine Meinung dazu. `
Was muss man denn da eintragen? Was für ein Service ist gemeint?

Ich habe das Sternchen mal testweise wieder entfernt; es kommt dann wieder die Warnung. Ich beobachte mal, ob die Koordinaten trotzdem als Wert aktualisiert werden.

cloud.0	2017-10-05 09:16:37.919	warn	Received service "position", but it is not found in whitelist

Edit: achso… habe mal "position" als Service eingetragen. Mal schauen.

Edit2: läuft mit services "position" ;)

SchuetzeSchulz

Hallo Bastian,

einen kleinen Fehler habe ich glaube ich noch gefunden:

Bei mir werden die States "atHome" und "atHomeCount" nicht aktualisiert bzw. gefüllt. Diese sind bei mir immer auf 0.

kmxak

~~@SchuetzeSchulz:~~

Hallo zusammen,

der Adapter läuft soweit ganz gut, allerdings bekomme ich die Authentifizierung nicht ans Laufen.

Sobald ich im Adapter und in der App Benutzername/Kennwort eingebe, bekomme ich bei einem Test nur den Serverfehler 403 als Antwort.

Desweiteren würde mich brennend die externe Anbindung interessieren. Vorzugsweise über den Cloud-Adapter, so dass ich mir

DynDNS und VPN dafür sparen kann. Oder wie habt Ihr das gelöst? `

Same here.

Über die Cloud habe ich es auch immer noch nicht hinbekommen.

Hat sonst keiner das Problem mit dem User/PW?

EDIT: Neue Version da und es geht nun!

Falls noch einer eine Anleitung für die Cloud hat immer her damit :)

Strizz

Hallo zusammen,

da die Anwesenheitsbestimmung über Ping und Bluetooth bei mir nur sehr unzuverlässig funktioniert, habe ich mal den Egigeozone-Adapter installiert. Nach gut 14 Tagen Testphase bin ich eigentlich sehr zufrieden: Das Verlassen und Betreten der Home-Zone wurde bisher zuverlässig erkannt.

Eine Frage habe ich dennoch. Nach der Installation wurden folgende Objekte angelegt:

Die Anwesenheitsbestimmung mache ich dann über das Objekt "Location" nach dem Muster

Wenn Location = Home bin ich zu Hause, sonst bin ich abwesend.

Funktioniert, aber ich bin mir nicht sicher, ob das im Sinne des Erfinders ist. Ich vermisse ein Objekt 'entry' mit den Werten 0 und 1 für an- bzw. abwesend. In der URL, die bei Zonenwechsel aufgerufen wird, ist der Wert enthalten. Daher frage mich, ob es nicht auch ein entsprechendes Objekt geben müsste.

Gruß

Strizz

magnus2501

~~@kmxak:~~

~~@SchuetzeSchulz:~~

Hallo zusammen,

der Adapter läuft soweit ganz gut, allerdings bekomme ich die Authentifizierung nicht ans Laufen.

Sobald ich im Adapter und in der App Benutzername/Kennwort eingebe, bekomme ich bei einem Test nur den Serverfehler 403 als Antwort.

Desweiteren würde mich brennend die externe Anbindung interessieren. Vorzugsweise über den Cloud-Adapter, so dass ich mir

DynDNS und VPN dafür sparen kann. Oder wie habt Ihr das gelöst? `

Same here.

Über die Cloud habe ich es auch immer noch nicht hinbekommen.

Hat sonst keiner das Problem mit dem User/PW?

EDIT: Neue Version da und es geht nun!

Falls noch einer eine Anleitung für die Cloud hat immer her damit :) `

Kriege auch den 403 Fehler hat jemand ne Lösung dafür? Ohen Benutzername und PW klappt es

Community Forum

NEWS

[Aufruf] Neuer Adapter: EgiGeoZone (bitte testen)

Support us

607

32.7k

82.4k

1.3m