NEWS
Geofency 0.2.0: Message-Support und Authentication Fix
-
das kommt dabei raus
! pi@raspberrypi:/opt/iobroker $ sudo node -v
! v4.3.2
! pi@raspberrypi:/opt/iobroker $ sudo npm -v
! ERROR: npm is known not to run on Node.js v4.3.2
! Node.js 4 is supported but the specific version you're running has
! a bug known to break npm. Please update to at least ${rel.min} to use this
! version of npm. You can find the latest release of Node.js at https://nodejs.org/
! pi@raspberrypi:/opt/iobroker $ -
dann solltest du mal dein nodejs updaten oder gar upgraden
Gruß
Rainer
-
Hallo,
nach dem Update auf 0.2.0 ging es bei mir auch nicht mehr.
Bekam diese Fehlermeldung: Authorization Header missing but user/pass defined
und in der App als Status Fehlgeschlagen.
Jetzt lass ich im Adapter user und pass frei, damit das erstmal funktioniert.
Meine Frage zum neuen Adapter, muss ich diese Cloud-Sache machen damit ich den weiter nutzen kann?
Welchen Namen muss ich in der Whitelist eintragen?
Es ist für mich leider etwas verwirrend. Eine kleine Step by Step Anleitung wäre super.
-
Hi,
Wenn Du Den Port vom Server den der Adapter bereitstellt im internet freigegeben hast und soalles tut kannst Du das so weiternutzen.
Die Variante mit dem Cloud-Adapter macht es etwas sicherer weil du den Port nicht nach aussen freigeben musst.
Ich mache die Tage mal ne Step-by-Step-Anleitung
-
Dazu musst Du PRO DEVICE einen custom_* Namen anlegen, also z.B. custom_geofency_device1 .
Dann trägt man die passende URL bei Geofency ein: https://iobroker.net/service/custom_geo … loud-Token> (nichts weiter anfügen)
Damit bekommt man das JSON von der Geofency App am Ende im Datenpunkt cloud.0.services.custom_geofency_device1
Daher braucht man dann noch das oben gepostete JavaScript was darauf reagiert wenn sich der Datenpunkt ändert und es dann per "Message" an den Adapter sendet. `
Ich habe diesen Post übersehen. Der macht das schon etwas durchsichtiger.
1. Den custom_geofency_device1 trage ich in der Whiteliste ein? Sagen wir mal Klaus.
2. Muss dann die URL so aussehen? https://iobroker.net/service/Klaus/12345
12345 ist die Zahle die in der Cloud-URL angegeben ist.
Oder ist der Token der APP-Key?
3. Und das Script schaut dann so aus?
on({id: "cloud.0.services.Klaus", change: 'any'}, function(obj) { try { data = JSON.parse(obj.state.val); } catch (err) { data = null; } if (! data) { log('ERROR: Geofency data invalid: ' + data, 'error'); return; } var user = 'Klaus'; sendTo('geofency.0', {'user': user, 'data': data}); });
-
Grundsätzlich korrekt, ausser das es maximal custom_Klaus heissen kann. Also "custom_" zu Beginn muss sein. Alles andere sind Namen die für den Cloud-Adapter selbst "reserviert" sind.
-
Dann muss die URL so sein https://iobroker.net/service/custom_Klaus/12345?
Ist der Token denn der APP-KEY?
-
der Token ist der APP-Key, ich habe es tatsächlich am laufen obwohl mir die geofency App
einen Fehler meldet wird es sauber in geofency.0 eingetragen.
So läuft die Url bei mir https://iobroker.net/service/custom_geo … y/<App-Key,>
Gruß Sunnylaila
-
Bei mir geht es jetzt auch.
Mein Fehler war das ich custom_geofency_Klaus in die Whitelist eingetragen habe. Da darf nur geofency_Klaus rein.
Bestätigt wird mit fehlgeschlagen und OK.
Wird aber alles sauber übernommen.
-
Gibt es eigentlich ein Widget für VIS womit ich mir Anwesenheit oder Abwesenheit vom Geofency
anzeigen lassen kann?
-
Nicht direkt. Am Ende gehen aber alle „Bool“ widgets
-
Hi,
Wenn Du Den Port vom Server den der Adapter bereitstellt im internet freigegeben hast und soalles tut kannst Du das so weiternutzen.
Die Variante mit dem Cloud-Adapter macht es etwas sicherer weil du den Port nicht nach aussen freigeben musst.
Ich mache die Tage mal ne Step-by-Step-Anleitung `
Ich lasse mein iPhone beim Aufruf einer bestimmten IP einen VPN-Tunnel aufbauen. Damit geht es ganz gut (95% korrekte Meldungen). Übersteuere dann noch mit der WLAN Einbuchung, falls beim Heimkommen von Geofency nicht der korrekte Status gesetzt wurde.Aber: Ist diese alte Variante nicht mehr möglich in den neuen Versionen des Adapters? Ich bin wieder auf 0.1.5 zurück.
Gruß
Pix
-
@pix:Hi,
Wenn Du Den Port vom Server den der Adapter bereitstellt im internet freigegeben hast und soalles tut kannst Du das so weiternutzen.
Die Variante mit dem Cloud-Adapter macht es etwas sicherer weil du den Port nicht nach aussen freigeben musst.
Ich mache die Tage mal ne Step-by-Step-Anleitung `
Ich lasse mein iPhone beim Aufruf einer bestimmten IP einen VPN-Tunnel aufbauen. Damit geht es ganz gut (95% korrekte Meldungen). Übersteuere dann noch mit der WLAN Einbuchung, falls beim Heimkommen von Geofency nicht der korrekte Status gesetzt wurde.Aber: Ist diese alte Variante nicht mehr möglich in den neuen Versionen des Adapters? Ich bin wieder auf 0.1.5 zurück.
Gruß
Pix `
Wie machst du das mit dem VPN! Kannst du ne kurze Anleitung erstellen!?
Gruß
Adrian
Gesendet von iPhone mit Tapatalk Pro
-
@pix:Aber: Ist diese alte Variante nicht mehr möglich in den neuen Versionen des Adapters? Ich bin wieder auf 0.1.5 zurück. `
Doch die ist weiterhin möglich.
Der Adapter hat jetzt eine Einstellung ob er einen Server auf dem definierten Port aufmachen soll oder nicht. Default ist Ja (glaube ich).
Schau bitte nochmal.
-
Wie machst du das mit dem VPN! Kannst du ne kurze Anleitung erstellen!?
Gruß
Adrian
Gesendet von iPhone mit Tapatalk Pro `
Hier die Anleitung aus dem Schwesterforum:https://homematic-forum.de/forum/viewtopic.php?t=24765
Gruß
Pix
-
Ich will meine Presence-Nachrichten überhaupt nicht über einen Cloud Service auslagern.
Das soll bitte nur über meinen eigenen SSL und nginx Proxy gesicherten Port direkt zu mir gehen.
Da bin ich viel zu skeptisch, dass eine Cloudlösung meine Anwesenheiten mithorcht.
Nach dem Update ging bei mir jetzt auch erstmal überhaupt nichts mehr.
geofency.0 2017-10-24 12:30:54.967 warn Authorization Header missing but user/pass defined
Auch, wenn ich in der App die gleiche Kombi eingetragen habe, wie im Adapter.
Wenn ich sowohl im Adapter, als auch in der App die Credentials wieder rausnehme, funktioniert wieder.
Das kann ja aber wohl auch nicht der Sinn sein, oder? :shock:
-
Hi,
grundsätzlich hast Du recht, aber:
1.) In allen früheren Versionen war überhaupt keine Prüfung der User/Passwortdaten eingebaut. Also egal was Du angegeben hast wärst Du reingekommen. Und es wurden auch keine Daten erwzwungen.
2.) Ich habe mit der App getestet und seit langem eine Anfrage beim App-Entwickler offen, weil die App auch gar nichts mitschickt.
Also ja, der Adapter macht es jetzt korrekt … aber de App ist kaputt weil Sie nichts sendet.
-
Hi,
grundsätzlich hast Du recht, aber:
1.) In allen früheren Versionen war überhaupt keine Prüfung der User/Passwortdaten eingebaut. Also egal was Du angegeben hast wärst Du reingekommen. Und es wurden auch keine Daten erwzwungen.
2.) Ich habe mit der App getestet und seit langem eine Anfrage beim App-Entwickler offen, weil die App auch gar nichts mitschickt.
Also ja, der Adapter macht es jetzt korrekt … aber de App ist kaputt weil Sie nichts sendet. `
Ja, so habe ich das auch verstanden, nachdem ich es getestete habe.
War mir nur vorher nicht so klar, wie jetzt. :?
-
@pix:Aber: Ist diese alte Variante nicht mehr möglich in den neuen Versionen des Adapters? Ich bin wieder auf 0.1.5 zurück. `
Doch die ist weiterhin möglich.
Der Adapter hat jetzt eine Einstellung ob er einen Server auf dem definierten Port aufmachen soll oder nicht. Default ist Ja (glaube ich).
Schau bitte nochmal. `
Ich bin auch auf die 0.1.6 zurück, da ich User/Passwort nicht benötige.
Habe ich die Möglichkeit in der 0.2.0 übersehen, einzustellen, dass man darauf verzichten möchte?
-
Das ist aber schade, was genau ist denn der Grund? hast Du ifnos zu meinen Fragen?