[Aufruf] Neuer Adapter: EgiGeoZone (bitte testen)
-
Ja… Mit der normale Cloud kann man nur Posts empfangen.
Grüße,
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.
-
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.
-
Das ist doch die ideale Lösung, direkt mal auf Pro zu gehen … und getan
-
Für Geofency hatte ich hier mal beschrieben wie ich es mache. Der POSTet, also geht damit auch ohne Pro :-))
-
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
-
-
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>
-
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>
-
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.
-
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?
-
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 whitelistEdit: achso… habe mal "position" als Service eingetragen. Mal schauen.
Edit2: läuft mit services "position"
-
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.
-
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
-
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
-
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
-
@Strizz hi, how did you sort out this problem?
-
@tyson0941: I really did not solve the problem. As the app is no longer supported I tried other possibilities (geozone, ble, ping). Up to now all my tests were not really successful. So I am still searching a reliable way of automatically determining my presence at home. Sorry!
Strizz -
Same here. Ping doesn't work as some phones just not register to Wifi even shutting of energy saving modes like Samsung S7. IFTTT could work but unfortunatly their location service is just awful and doesn't work properly.
