Test Adapter Nuki-extended v2.0.x

[cash]

Es bleibt dabei. Bei mir kommt dort nichts:

[Zefau]

@cash Merkwürdig. Welchen Browser benutzt du? Welche bzw. wie viele Locks / Opener hast du im Adapter?

Steht sonst noch was im Log? Also beispielsweise Retrieving smartlocks logs.. bzw. Found X entries in smartlocks logs. ?

[cash]

Wie man sieht steht webApi sync auf true und wird auch aktuell gesynct. Was aber komisch ist, ist das Bridge-Api Last. Das war da wo ich den Adapter neu gestartet habe?

[Zefau]

@cash Hast du das Objekt logs in den Datenpunkten unter smartlocks?

[cash]

@Zefau Adapter aktiv derzeit nur den extended. Deaktiviert ist noch der nuki 2.0 von Dir. Sonst keine Nuki Adapter.

Log ist absolut sauber. Keine Logs vom Adapter. Benutze Chrome auf einen MacbookPro. Sieht aber bei Safari genau so aus.

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Was aber komisch ist, ist das Bridge-Api Last

Hast du denn Sync aktiviert für die Bridge API? Oder Callback?

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Log ist absolut sauber. Keine Logs vom Adapter. Benutze Chrome auf einen MacbookPro. Sieht aber bei Safari genau so aus.

Ich meine hast du den Datenpunkt nuki-extended.0.smartlocks.wohnungstür.logs (wohnungstür ist mein Nuki Lock) ?

[cash]

Ja den Datenpunkt habe ich. Ich nutze Callback.

Im Log ist der letzte Eintrag von "date":"2019-09-29T15:12:12.000Z"},

[cash]

Callback wurde um 10:37 das letzte mal aktualisiert?

[cash]

So noch etwas weiter getestet. Habe erstmal den Adapter gestoppt und alle Datenpunkte gelöscht. Nach Neustart wird der Adapter grün und legt alle Datenpunkte wieder an. Auch den "log". Aber auch hier ist der letzte Eintrag wie oben schon geschrieben von 15:12. Wo ich das schreibe würde ich ja sagen das das nicht 15:12 ist sondern eher 17:12 Uhr? Das würde auch eher zum Protokoll von web.nuki.io passen, denn um 17:12 habe ich einen Eintrag um 15:12 nicht. Scheint also ein Problem mit der Zeitzone zu sein?

Aber trotzdem bleibt die Webseite leer bzw er schreibt dort weiterhin: Please activate Nuki Web API to retrieve log entries!

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Aber trotzdem bleibt die Webseite leer bzw er schreibt dort weiterhin: Please activate Nuki Web API to retrieve log entries!

Alles klar, vielen Dank für deinen ausführlichen Test! Ich gucke mir das morgen nochmal im Detail an.

Wie viele Geräte hast du? Also wie viele Smartlocks und / oder Opener?

[cash]

@Zefau Derzeit nur ein Smartlock. Morgen kommt der Opener hoffentlich, der dann hoffentlich mit der Gegensprechanlage funktioniert (ist bei Nuki leider nicht gelistet).

Also bitte Daumen drücken

[cash]

Hurra der Opener funktioniert.

Danach mal unter den Objekten geguckt und der Opener ist auch dort zu sehen...

Sonst hat sich leider nicht geändert. Auch mein Tür auf Script habe ich deaktiviert. Hatte als Timer 3 Minuten eingestellt. Das heißt wenn nach 3 Minuten die Tür noch offen ist dann eine Push. Aber das passt zu oft nicht. Der Timer wurde nicht mal bei jeden zweiten Versuch durch das Script abgebrochen. Es scheint also nicht so regelmäßig zu synchronisieren. Habe beim webApi 60 Sekunden eingestellt. Welchen Wert sollte man dort eigentlich einstellen?

[cash]

Habe jetzt den Adapter umgestellt von callback auf 60 Sekunden Poll.

Damit werden die Daten nun anscheinend zuverlässig abgeholt. Bei Callback wurden die Felder nicht aktualisiert zumindest wenn ich den Datenpunkt BridgeApiLast trauen kann unter Info. Der wurde vorher nicht aktualisiert und jetzt halt alle 60 Sekunden.

Werde jetzt nochmal ein paar Scripte erstellen um zumindest mal den ein oder anderen Datenpunkt zu kontrollieren....

Die Internetseite mit dem Log funktioniert trotzdem nicht. Auf der Arbeit hatte ich heute den Einfall das es vielleicht nur ein Cache Problem ist. War es aber leiter auch nicht.

[cash]

Kann es evtl sein das der Action Datenpunkt für den Opener nicht funktioniert? Egal wie ich dort Ring to Open aktivieren (per Script oder über die Adioberfläche). Der Befehl wird nicht übertragen. Zumindest sehe ich ihn nicht in der Nuki-App (Status dort und auch in ioBroker bleibt online bzw erreichbar). Laut Log wird der Befehl abgesetzt.

Habe mittlerweile auch wegen meinen anderen Problemen geforscht. Ich habe wieder auf callback umgestellt. Vorher habe ich mal per hhtp-Befehl die bestehnden Callback id´s gelöscht und die Datenpunkte gelöscht. Nach dem Adapterstart wurden die Datenpunkt mit einer verzögerungen von 2-3 Minuten angelgt incl entsprechender Bemerkung im Log. Ob der Callback aber wirklich funktioniert daran habe ich Zweifel. Wenn ich den Web-Api intervall auf 5 Minuten ändere werden die Datenpunkte auch nur alle 5 Minuten aktualisiert.
Der Callback wird also anscheinend nicht ausgeführt wenn ich die Tür verriegle oder entriegle.

Die Webseite mit dem Log funktioniert weiterhin nicht. Deaktiviere ich den extended Adapter und starte einfach den Nuki.2.0 wird zum einen der Opener angelegt natürlich mit falschen Bezeichnungen bei den Datenpunkten. Die Webseite funktionierte dann aber sofort allerdings kamen dann nur die Logs der Haustür und nicht mehr die der Wohnungstür...

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Der Callback wird also anscheinend nicht ausgeführt wenn ich die Tür verriegle oder entriegle.

Wenn du eine Aktion am Nuki ausführst (egal ob über den Adapter, per App oder manuell), wird der Callback vom Gerät an die hinterlegten URLs (und damit an ioBroker) geschickt.

Siehst du die angelegten Callbacks in den States unter bridge? Stimmt die URL, die du dort siehst, mit der IP von ioBroker und dem Port des Nuki extended Adapters überein? Welchen Port hast du im Nuki extended Adapter verwendet?

Stell den Adapter (bzw. die Instanz) mal bitte auf Debug. Empfängst du bei einer Aktion im Log die Nachricht: Received payload via callback?

Für die übrigen Punkte arbeite ich gerade an einem Update:

• Aktionen lassen sich nicht mehr triggern (konnte ich bei mir auch nachvollziehen)
• Adapter Webseite funktioniert nicht
• Aktualisierung der States mit Nuki Web API funktioniert nicht
• Aktualisierung des States BridgeApiLast für die Nuki Bridge API

[Zefau]

@cash Kannst du bitte die aktuelle Version v2.0.0-rc.3 probieren?

[cash]

Ich habe die Version gerade installiert und werde berichten. Callback geht nach http://192.168.178.10:51988/nuki-api-bridge was auch passt. Mittlerweile würde ich sagen funktioniert er ab und zu. Hatte über den Browser die Callbacks manuell gelöscht und danach scheint es das es mit der alten Version funktioniert hat aber nicht immer oder mit großer Verzögerung.

Die States vom Opener passen auch nicht so ganz. Wenn ich Ring to Open einstelle wird der State kurz übernommen und dann nach spätestens einer Minute steht er wieder auf online.

Was ich schonmal zu aktuellen Version sagen kann die Webseite geht wieder. Beim Opener kann ich aber mittels Action immer noch nicht umstellen. Rest später muss erst weg...

[cash]

Tja wo fange ich an? Das Log auf debug ist sehr mühsam, da natürlich der log State elendig lang ist...

Ich habe als Anfang mal wieder die Bridge Api auf pollen gestellt aber da passiert nichts:

Er setzt zwar den BridgeApi Sync auf true aber im log kommt immer nur getWebApi. Ich hätte vermutet das dann auch mal ein getBridgeApi kommen müsste?

Danach habe ich umgestellt auf Callback. Vorher hatte ich die alten Callback Datenpunkte gelöscht. Neu angelegt hat er die nicht.

Wenn ich im Browser:

http://192.168.1xx.xx:8080/callback/list?token=Rxxxxxxxxx

eingebe bekomme ich jetzt auch ein:

HTTP 503 Unavailable

Ich hätte erwartet das er das dann bei debug auch ins log schreibt. Wobei das ja eigentlich ein "warn" wäre oder?

Zu letzt noch der Adapter-Start: Ich muss den Adapter immer zweimal starten damit er grün wird? Beim ersten mal wird er gelb im Datenpunkt connect kommt auch ein false. Das Debug-log sagt aber etwas anderes, denn es werden Datenpunkte aktualisiert. Wenn ich den Adapter dann stoppe und wieder starte wird er sofort grün... Ändert ansonsten nichts am Logging oder der Funktion vom Adapter.

Nach etwas fummeln bekam ich dann mit der Abfrage von oben ein Callback mit der id 0 zurück. Nachdem ich die dann mittels:

http://192.168.1xx.xx:8080/callback/remove?id=0&token=Rxxxxxx

gelöscht habe habe ich im log auch ein getBridgeApi erhalten. Also wieder umgestellt auf Callback beim Adapter. Jetzt wurden die Datenpunkte für den Callbrack auch wieder angelegt. Es scheint also da irgend etwas auch nicht so richtig zu laufen. Erst nachdem man den bestehenden Callback manuell löscht scheint es erstmal wieder zu gehen.

Wobei das alles derzeit nicht für so schlimm halte. Der Callback scheint ja eh auch eine gewisse Verzögerung zu haben, so dass man die States nicht so richtig für die Heimautomation nutzen kann. Also eine Willkommensansage nach dem Tür öffnen käme definitiv viel zu spät. An dieser Stelle muss man halt sagen hat Nuki seine Hausaufgabe nicht gemacht. Das Schloss und auch der Opener sind für mich top. Auch die App macht viel was ich unter Smart-Home verstehe aber die Integration in das Smart-Home wurde leider vergessen.

Auch unglücklich ist die App von Nuki auf der Apple Watch. Diese scheint nur per Bluetooth zu funktionieren. Leider ist die Reichweite nicht so gut, so dass ich den Opener nicht erreiche. Das heißt ohne Smartphone komme ich nicht ins Haus. Jetzt kann ich zwar den Schlüssel zu Hause lassen muss dafür aber mein Telefon mitnehmen.
An dieser Stelle käme der Adapter für ich zum Einsatz mit einen Script und dem Yahka Adapter würde ich den Opener so per Homekit steuern können aber wie schon oben geschrieben funktioniert das steuern derzeit auch noch nicht...

Soweit von meiner Seite.

[Zefau]

@cash sagte in [Neuer Adapter] Nuki:

Er setzt zwar den BridgeApi Sync auf true aber im log kommt immer nur getWebApi. Ich hätte vermutet das dann auch mal ein getBridgeApi kommen müsste?

Wie sieht denn deine Adapter-Konfiguration der Bridge aus? Welches Aktualisierungsintervall hast du eingestellt?
Hast du ggf. noch ein veraltetes Interface der Adapter-Konfiguration? Kannst du mal einen Screenshot posten? Versuch mal iobroker upload nuki-extended, um es zu aktualisieren.

@cash sagte in [Neuer Adapter] Nuki:

HTTP 503 Unavailable

Das liegt vermutlich an den Problemen, die bereits im Nuki Forum diskutiert werden, siehe https://developer.nuki.io/t/random-http-503-unavailable/909.

@cash sagte in [Neuer Adapter] Nuki:

Zu letzt noch der Adapter-Start: Ich muss den Adapter immer zweimal starten damit er grün wird? Beim ersten mal wird er gelb im Datenpunkt connect kommt auch ein false. Das Debug-log sagt aber etwas anderes, denn es werden Datenpunkte aktualisiert. Wenn ich den Adapter dann stoppe und wieder starte wird er sofort grün... Ändert ansonsten nichts am Logging oder der Funktion vom Adapter.

Das soll natürlich nicht so sein, das prüfe ich nochmal.

@cash sagte in [Neuer Adapter] Nuki:

Der Callback scheint ja eh auch eine gewisse Verzögerung zu haben, so dass man die States nicht so richtig für die Heimautomation nutzen kann. Also eine Willkommensansage nach dem Tür öffnen käme definitiv viel zu spät. An dieser Stelle muss man halt sagen hat Nuki seine Hausaufgabe nicht gemacht. Das Schloss und auch der Opener sind für mich top. Auch die App macht viel was ich unter Smart-Home verstehe aber die Integration in das Smart-Home wurde leider vergessen.

Leider wahr. Deckt sich auch mit den wütenden Kommentaren der Diskussion https://developer.nuki.io/t/random-http-503-unavailable/909.

@cash sagte in [Neuer Adapter] Nuki:

An dieser Stelle käme der Adapter für ich zum Einsatz mit einen Script und dem Yahka Adapter würde ich den Opener so per Homekit steuern können aber wie schon oben geschrieben funktioniert das steuern derzeit auch noch nicht...

Die Aktionen sollten nun funktionieren. Also der Datenpunkt _ACTIONS.