NEWS
Test Adapter Nuki-extended v2.0.x
-
@locke987 sagte in [Neuer Adapter] Nuki:
Bei deinem Adapter bewirkt das zu schnelle drücken hintereinander dann auch manchmal, dass der Zustand des locks über den callback nicht geändert wird. Der steht dann der "lockstate" auf lock anstatt unlock und das kann man scheinbar nur durch ein stoppen und neustarten des Adapters wieder bereinigt werden.
Das ist beim Adapter von @smaragdschlange auch der Fall. Wenn ich die Garagentür öffne, durchgehe und direkt hinter mir wieder schließe, wird der Öffnungsvorgang erfasst. Das anschließende Verschließen jedoch nicht. Solange zwischen dem Öffnen und Schließen genug Zeit vergeht, ändert sich der Status im Adapter.
@Sandmanyz sagte in [Neuer Adapter] Nuki:
Wenn ich die Garagentür öffne, durchgehe und direkt hinter mir wieder schließe, wird der Öffnungsvorgang erfasst. Das anschließende Verschließen jedoch nicht. Solange zwischen dem Öffnen und Schließen genug Zeit vergeht, ändert sich der Status im Adapter.
Das Öffnen und Schließen beides mit dem Adapter? Und beim Schließen liefert der Callback falsche Informationen oder gibt der einen 503 Fehler?
Im zweiten Fall könnte man einen Loop einbauen, der nach 10s wieder neu abfragt.
-
Ich hab mich heute wieder mal ein bisschen herumgespielt.
Die Callback Funkton in Verbindung mit der nuki bridge verstärkt die Probleme mit der rest api.
Wenn Callback aktiv ist reagiert die rest api über /lockaction Befehle ziemlich empfindlich.
Wenn man die lock/unlock Befehle zu schnell hintereinander absetzt kommen die schon erwähnten http 503 Fehler oder die rest api reagiert überhaupt nicht oder commands werden stark verzögert ausgeführt. Das hat überhaupt nichts mit den Adaptern zu tun - ich hab es mit deaktivierten Adaptern und curl ausgetestet.Wenn man alle bestehenden callbacks deaktiviert und die Liste leer ist:
curl -s http://1.1.1.1:8080/callback/list?token=1234567dann brauch man zwischen den lock/unlock Befehlen eigentlich nur 1-2 Sek. warten und das lock sperrt wie es soll, keine 503 Fehler etc.
Ohne callback und damit ohne aktualisierten Stati von nuki im iobroker macht das alles aber leider wenig Sinn....manuelle Abfragen über die Adapter nach einer gewissen Zeitspanne sind mir zu wenig aktuell um sie für meine Zwecke zu verwenden.
-
@Zefau
Bei mir wird bei deinem Adapter bei deaktiviertem callback und der Konfig laut Screenshot zwar alle 15 Sekunden aktualisiert, es verändern sich aber nur wenige Werte, insbesonderes der Wert lockstate bleibt immer unverändert im Gegensatz zu lastAction. Siehe Screenshot 2 --> eigentlich ein Widerspruch. Sollte sich der lockstate updaten bei meinen Einstellungen?
Danke!
-
@Zefau
Bei mir wird bei deinem Adapter bei deaktiviertem callback und der Konfig laut Screenshot zwar alle 15 Sekunden aktualisiert, es verändern sich aber nur wenige Werte, insbesonderes der Wert lockstate bleibt immer unverändert im Gegensatz zu lastAction. Siehe Screenshot 2 --> eigentlich ein Widerspruch. Sollte sich der lockstate updaten bei meinen Einstellungen?Danke!
-
@locke987 Danke für die Analyse. Probier mal die Version von Github bei aktiviertem Debug: https://github.com/Zefau/ioBroker.nuki2/tree/nuki2
Ich bekomme da Fehler beim installieren:
iobroker 2019-09-17 10:33:19.457 info exit 0
iobroker 2019-09-17 10:33:19.417 info npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2019-09-17T08_33_19_401Z-debug.log
iobroker 2019-09-17 10:33:19.416 info
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404 tarball, folder, http url, or git url.
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404 Note that you can also install from a
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404 1. name can only contain URL-friendly charactersnpm ERR! 404 2. name can no longer contain capital letters
iobroker 2019-09-17 10:33:19.407 info 404 Your package name is not valid, because
iobroker 2019-09-17 10:33:19.392 info npm ERR!
iobroker 2019-09-17 10:33:19.392 info 404 npm ERR! 404 'https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/master' is not in the npm registry.
iobroker 2019-09-17 10:33:19.390 info ERR!
iobroker 2019-09-17 10:33:19.388 info 404 Not Found - GET https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/masternpm
iobroker 2019-09-17 10:33:19.386 info ERR!
iobroker 2019-09-17 10:33:19.384 info
iobroker 2019-09-17 10:33:19.383 info npm
iobroker 2019-09-17 10:33:19.375 info E404
iobroker 2019-09-17 10:33:19.373 info code
iobroker 2019-09-17 10:33:19.372 info ERR!
iobroker 2019-09-17 10:33:19.371 info
iobroker 2019-09-17 10:33:19.369 info npm
iobroker 2019-09-17 10:33:11.733 info npm install https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/master --production --save --prefix "/opt/iobroker" (System call)
iobroker 2019-09-17 10:33:10.989 info install https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/master
iobroker 2019-09-17 10:33:10.447 info url "https://github.com/Zefau/ioBroker.nuki2/tree/nuki2" --debug -
Ich bekomme da Fehler beim installieren:
iobroker 2019-09-17 10:33:19.457 info exit 0
iobroker 2019-09-17 10:33:19.417 info npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2019-09-17T08_33_19_401Z-debug.log
iobroker 2019-09-17 10:33:19.416 info
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404 tarball, folder, http url, or git url.
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404 Note that you can also install from a
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404
iobroker 2019-09-17 10:33:19.409 info npm ERR! 404 1. name can only contain URL-friendly charactersnpm ERR! 404 2. name can no longer contain capital letters
iobroker 2019-09-17 10:33:19.407 info 404 Your package name is not valid, because
iobroker 2019-09-17 10:33:19.392 info npm ERR!
iobroker 2019-09-17 10:33:19.392 info 404 npm ERR! 404 'https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/master' is not in the npm registry.
iobroker 2019-09-17 10:33:19.390 info ERR!
iobroker 2019-09-17 10:33:19.388 info 404 Not Found - GET https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/masternpm
iobroker 2019-09-17 10:33:19.386 info ERR!
iobroker 2019-09-17 10:33:19.384 info
iobroker 2019-09-17 10:33:19.383 info npm
iobroker 2019-09-17 10:33:19.375 info E404
iobroker 2019-09-17 10:33:19.373 info code
iobroker 2019-09-17 10:33:19.372 info ERR!
iobroker 2019-09-17 10:33:19.371 info
iobroker 2019-09-17 10:33:19.369 info npm
iobroker 2019-09-17 10:33:11.733 info npm install https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/master --production --save --prefix "/opt/iobroker" (System call)
iobroker 2019-09-17 10:33:10.989 info install https://github.com/Zefau/ioBroker.nuki2/tree/nuki2/tarball/master
iobroker 2019-09-17 10:33:10.447 info url "https://github.com/Zefau/ioBroker.nuki2/tree/nuki2" --debug -
@locke987 liegt wohl am Branch. Ich hab's nochmal in den Master geladen. Probier mal bitte direkt https://github.com/Zefau/ioBroker.nuki2
@Zefau installieren konnte ich es, ich habe danach einen neue Instanz hinzugefügt und die alte Instanz deaktiviert, die Version ist laut iobroker noch die selbe, also 1.0.4
Sollte der lockstate jetzt aktualisiert werden bei deaktivierten callback oder was ist jetzt anders? -
@Zefau installieren konnte ich es, ich habe danach einen neue Instanz hinzugefügt und die alte Instanz deaktiviert, die Version ist laut iobroker noch die selbe, also 1.0.4
Sollte der lockstate jetzt aktualisiert werden bei deaktivierten callback oder was ist jetzt anders?@locke987 sagte in [Neuer Adapter] Nuki:
Sollte der lockstate jetzt aktualisiert werden bei deaktivierten callback oder was ist jetzt anders?
Trag mal im Reiter der Web Api eine Refresh Zeit ein. In der Version auf Github gilt diese auch für die Bridge. Design muss ich noch ändern.
Dann pollt er den Status regelmäßig ab.
-
@locke987 sagte in [Neuer Adapter] Nuki:
Sollte der lockstate jetzt aktualisiert werden bei deaktivierten callback oder was ist jetzt anders?
Trag mal im Reiter der Web Api eine Refresh Zeit ein. In der Version auf Github gilt diese auch für die Bridge. Design muss ich noch ändern.
Dann pollt er den Status regelmäßig ab.
@Zefau ja das funktionier jetzt ...lockstate wird so jetzt auch upgedated.
Danke Dir!Frage zum Webadapter:
Was genau ist der Zweck des Webadapters? Es gibt ein paar mehr Objekte wie zum Beispiel doorstate richtig? Und wie werden diese Objekte dann upgedated? Ganz normal über die http appi und dem callback? Oder könnte man die WebApi auch alleine verwenden? -
@Zefau ja das funktionier jetzt ...lockstate wird so jetzt auch upgedated.
Danke Dir!Frage zum Webadapter:
Was genau ist der Zweck des Webadapters? Es gibt ein paar mehr Objekte wie zum Beispiel doorstate richtig? Und wie werden diese Objekte dann upgedated? Ganz normal über die http appi und dem callback? Oder könnte man die WebApi auch alleine verwenden?@locke987 Die Web API liefert zusätzliche Informationen, beispielsweise Logs (damit wird auch das Interface aufgebaut, siehe https://forum.iobroker.net/assets/uploads/files/1553251416356-screenshot_2019-03-22-iobroker-nuki2.png), die gesamte Konfiguration und die berechtigten Benutzer - auch doorstate ist mit drin.
Die Web API hat keinen Callback. Dieser ist nur bei der Bridge API verfügbar. Die States werden über Polling geupdated.Theoretisch kann man die Web API auch alleine verwenden, aber gerade das schicken von Aktionen macht über die Bridge API mehr Sinn.
-
@locke987 Die Web API liefert zusätzliche Informationen, beispielsweise Logs (damit wird auch das Interface aufgebaut, siehe https://forum.iobroker.net/assets/uploads/files/1553251416356-screenshot_2019-03-22-iobroker-nuki2.png), die gesamte Konfiguration und die berechtigten Benutzer - auch doorstate ist mit drin.
Die Web API hat keinen Callback. Dieser ist nur bei der Bridge API verfügbar. Die States werden über Polling geupdated.Theoretisch kann man die Web API auch alleine verwenden, aber gerade das schicken von Aktionen macht über die Bridge API mehr Sinn.
-
Nachdem heute überraschend nicht nur der neue Türzylinder sondern auch das Nuki-Schloß und die Bridge angekommen sind habe ich mal den Nuki 2.0 Adapter von Zefau installiert.
Läuft erstmal alles so wie es soll. Deshalb an dieser Stelle eine Danke an Zefau für diesen Adapter.
-
@Zefau said in [Neuer Adapter] Nuki:
@locke987 habe ebenfalls den Nuki 2. Habe das Problem aber bisher nicht festgestellt.
Nutzt du die Callbacks? Du musst ja eigtl nicht direkt nach lockState die Information abrufen, da du die ja über den Callback bekommst?
Ja ich nutze die callbacks, und die funktionieren in der Regel auch, die callbacks dauern mit Deinem Adapter auch gar nicht so lange (ca. 10 Sek).
Mich würde interessieren was bei Dir passiert wenn Du zu schnell hintereinander lock/unlock Befehle über den Adapter schickst.
Also z.B.: Zustand des locks ist unlocked, du schickst den Befel lock, du hörst den Sperrvorgang, kurz nachdem der Sperrvorgang akustisch abgeschlossen ist schickst Du einen unlock Befehl.Bei mir schaut das im debug Log dann so aus (http 503 error):
nuki2.0 2019-09-15 08:35:09.857 debug Updating lock door__eingangstür with payload: {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":4 nuki2.0 2019-09-15 08:35:09.857 debug updateLocks(): {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":48.28686,"longitude":16.107248," nuki2.0 2019-09-15 08:35:09.258 info Successfully triggered action -UNLOCK- on Nuki Eingangstür. nuki2.0 2019-09-15 08:35:01.758 debug Action applied on Bridge API. nuki2.0 2019-09-15 08:35:01.758 info Triggered action -UNLOCK- on Nuki Eingangstür. nuki2.0 2019-09-15 08:35:01.758 debug State of nuki2.0.door__eingangstür.action has changed {"val":0,"ack":true,"ts":1568529301753,"q":0,"from":"system.adapter.nuki2.0","user":"system.user.admin","lc":1568529301753}. nuki2.0 2019-09-15 08:35:01.753 debug State of nuki2.0.door__eingangstür.action has changed {"val":1,"ack":false,"ts":1568529301750,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1568529301750}. nuki2.0 2019-09-15 08:34:59.854 debug Updating lock door__eingangstür with payload: {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":4 nuki2.0 2019-09-15 08:34:59.853 debug updateLocks(): {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":48.28686,"longitude":16.107248," nuki2.0 2019-09-15 08:34:51.268 debug 503 - "HTTP 503 Unavailable" nuki2.0 2019-09-15 08:34:51.267 warn Error triggering action -UNLOCK- on Nuki Eingangstür. See debug log for details. nuki2.0 2019-09-15 08:34:51.171 debug Action applied on Bridge API. nuki2.0 2019-09-15 08:34:51.170 info Triggered action -UNLOCK- on Nuki Eingangstür. nuki2.0 2019-09-15 08:34:51.164 debug State of nuki2.0.door__eingangstür.action has changed {"val":0,"ack":true,"ts":1568529291159,"q":0,"from":"system.adapter.nuki2.0","user":"system.user.admin","lc":1568529291159}. nuki2.0 2019-09-15 08:34:51.163 debug State of nuki2.0.door__eingangstür.action has changed {"val":1,"ack":false,"ts":1568529291155,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1568529291155}. nuki2.0 2019-09-15 08:34:49.837 debug Updating lock door__eingangstür with payload: {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":4 nuki2.0 2019-09-15 08:34:49.837 debug updateLocks(): {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":48.28686,"longitude":16.107248," nuki2.0 2019-09-15 08:34:48.281 debug 503 - "HTTP 503 Unavailable" nuki2.0 2019-09-15 08:34:48.281 warn Error triggering action -UNLOCK- on Nuki Eingangstür. See debug log for details. nuki2.0 2019-09-15 08:34:48.165 debug Action applied on Bridge API. nuki2.0 2019-09-15 08:34:48.164 info Triggered action -UNLOCK- on Nuki Eingangstür. nuki2.0 2019-09-15 08:34:48.159 debug State of nuki2.0.door__eingangstür.action has changed {"val":0,"ack":true,"ts":1568529288155,"q":0,"from":"system.adapter.nuki2.0","user":"system.user.admin","lc":1568529288155}. nuki2.0 2019-09-15 08:34:48.155 debug State of nuki2.0.door__eingangstür.action has changed {"val":1,"ack":false,"ts":1568529288150,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1568529288150}. nuki2.0 2019-09-15 08:34:40.755 debug 503 - "HTTP 503 Unavailable" nuki2.0 2019-09-15 08:34:40.755 warn Error triggering action -UNLOCK- on Nuki Eingangstür. See debug log for details. nuki2.0 2019-09-15 08:34:40.651 debug Action applied on Bridge API. nuki2.0 2019-09-15 08:34:40.651 info Triggered action -UNLOCK- on Nuki Eingangstür. nuki2.0 2019-09-15 08:34:40.647 debug State of nuki2.0.door__eingangstür.action has changed {"val":0,"ack":true,"ts":1568529280644,"q":0,"from":"system.adapter.nuki2.0","user":"system.user.admin","lc":1568529280644}. nuki2.0 2019-09-15 08:34:40.644 debug State of nuki2.0.door__eingangstür.action has changed {"val":1,"ack":false,"ts":1568529280641,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1568529280641}. nuki2.0 2019-09-15 08:34:40.158 debug Updated state door__eingangstür.logs to value [{"id":"5d7ddb778519f29a434e7190","smartlockId":447733957,"deviceType":0,"name":"Nuki Bridge ","action":2,"trigger":0,"state":0,"autoUnlock":false,"date": nuki2.0 2019-09-15 08:34:39.857 debug Updated state door__eingangstür.status.lastAction to value 2 (from 1). nuki2.0 2019-09-15 08:34:39.857 debug Updating lock door__eingangstür with payload: {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":4 nuki2.0 2019-09-15 08:34:39.851 debug updateLocks(): {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":48.28686,"longitude":16.107248," nuki2.0 2019-09-15 08:34:35.019 debug Updated state door__eingangstür.status.locked to value true (from false). nuki2.0 2019-09-15 08:34:35.019 debug Updated state door__eingangstür.status.lockState to value 1 (from 3). nuki2.0 2019-09-15 08:34:35.018 debug Updated state door__eingangstür.status.refreshed to value Sun Sep 15 2019 08:34:35 GMT+0200 (GMT+02:00) (from Sun Sep 15 2019 08:33:37 GMT+0200 (GMT+02:00)). nuki2.0 2019-09-15 08:34:35.012 debug Updating lock door__eingangstür with payload: {"nukiId":447733957,"state":{"state":1,"batteryCritical":false,"timestamp":"2019-09-15T06:34:35.008Z"}} nuki2.0 2019-09-15 08:34:35.011 debug Received payload via callback: {"deviceType":0,"nukiId":447733957,"mode":2,"state":1,"stateName":"locked","batteryCritical":false} nuki2.0 2019-09-15 08:34:31.625 info Successfully triggered action -LOCK- on Nuki Eingangstür. nuki2.0 2019-09-15 08:34:29.844 debug Updating lock door__eingangstür with payload: {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":4 nuki2.0 2019-09-15 08:34:29.843 debug updateLocks(): {"smartlockId":447733957,"accountId":241889230,"type":0,"authId":3431665,"name":"Eingangstür","favorite":false,"config":{"name":"Eingangstür","latitude":48.28686,"longitude":16.107248," nuki2.0 2019-09-15 08:34:24.156 debug Action applied on Bridge API. nuki2.0 2019-09-15 08:34:24.156 info Triggered action -LOCK- on Nuki Eingangstür.Aufgefallen ist mir bei Deinem Adapter, dass über den callback die Werte relativ schnell zurückkommen (ca. 10 Sek), wenn ich zum Beispiel nach dem Zustand "lockstate" in meinem Skript prüfe so bekomme ich dann z.B.: den Zustand locked zurück, darf aber trotzdem über "action" noch nicht den Zustand unlock herbei führen da ich sonst wieder einen http 503 bekomme....man muss nochmal ca. 10 Sek. warten.
Beim Adapter von smaragdschlange dauert der callback länger (ca. 20 Sek.), wenn die Werte sich ändern kann man dann auch unmittelbar danach auch ein command absetzen.Bei deinem Adapter bewirkt das zu schnelle drücken hintereinander dann auch manchmal, dass der Zustand des locks über den callback nicht geändert wird. Der steht dann der "lockstate" auf lock anstatt unlock und das kann man scheinbar nur durch ein stoppen und neustarten des Adapters wieder bereinigt werden.
Warum ist das alles ein Problem? Man schließt ja nicht dauern ab und gleich wieder auf etc.
Ich möchte mit iobroker in Verbindung mit nuki auch andere Dinge steuern wie die Alarmanlage, Türklingel etc. und da ist das timing schon wichtig. Und wenn man mal unabsichtlich (und ich hab auch kleine Kinder
) und eventuell kurz hintereinander eine Taste auf der Fernsteuerung drückt sollte sich die sch*** Bridge nicht aufhängen.@locke987 sagte in [Neuer Adapter] Nuki:
Mich würde interessieren was bei Dir passiert wenn Du zu schnell hintereinander lock/unlock Befehle über den Adapter schickst.
Ich habe übrigens keine Problem, nutze aber auch eine Software Bridge (bzw. Android Bridge App), siehe https://nuki.io/de/hilfe/bridge-de/android-bridge-app/android-bridge-app/.
Die Hardware der Nuki Bridge scheint einfach schlecht zu sein und mit vielen Abfragen nicht klarzukommen.Leider unterstützt die Software Bridge den Nuki Opener nicht.
-
Hallo zusammen,
ich entwickle gerade an einer Version v2.0.0, die verschiedene Verbesserung sowie den Support für den Nuki Opener mitbringt und suche noch Tester.
Installation
Alle Interessierten können den Adapter gerne installieren, siehe auch https://github.com/Zefau/ioBroker.nuki2/issues/18#issuecomment-533825482
Im Ordner
/opt/iobroker:npm i https://github.com/Zefau/ioBroker.nuki2.git#nuki-extendeddanach
iobroker add nuki-extendedFeatures
- Support für den Nuki Opener
- Unterstützung des hashed token (siehe https://developer.nuki.io/page/nuki-bridge-http-api-190/4#heading--token)
- Nuki Web API wird nun als Fallback genutzt, sofern die Nuki Bridge API den Befehl nicht verarbeitet, z. B. aufgrund der Nichterreichbarkeit der Bridge (siehe https://forum.iobroker.net/post/300982 bzw. https://developer.nuki.io/t/random-http-503-unavailable/909/85?u=zefau)
- Sofern keine Nuki Web API genutzt wird, werden Befehle an die Bridge bei einem Fehler erneut geschickt
- Option für regelmäßige Synchronisierung hinzugefügt (Alternative zum Callback)
- Aktualisierung aller States über die Nuki Web API, wenn ein Callback über die Nuki Bridge API empfangen wurde
- Nuki Notifications (Benachrichtigungen) werden ausgelesen
Hinweise
Der Adapter Nuki2 wird mit dem Release v2.0.0 in nuki-extended umbenannt. Insofern wird mit der oben beschriebenen Installation ein neuer Adapter installiert. Der Nuki2 Adapter bleibt unverändert erhalten (nichts wird kaputt gemacht).
Die Objekte sind im Vergleich zur alten Version v1.0.4 neu strukturiert bzw. gruppiert.
Roadmap
https://github.com/Zefau/ioBroker.nuki2/projects/1
-
Hallo zusammen,
ich entwickle gerade an einer Version v2.0.0, die verschiedene Verbesserung sowie den Support für den Nuki Opener mitbringt und suche noch Tester.
Installation
Alle Interessierten können den Adapter gerne installieren, siehe auch https://github.com/Zefau/ioBroker.nuki2/issues/18#issuecomment-533825482
Im Ordner
/opt/iobroker:npm i https://github.com/Zefau/ioBroker.nuki2.git#nuki-extendeddanach
iobroker add nuki-extendedFeatures
- Support für den Nuki Opener
- Unterstützung des hashed token (siehe https://developer.nuki.io/page/nuki-bridge-http-api-190/4#heading--token)
- Nuki Web API wird nun als Fallback genutzt, sofern die Nuki Bridge API den Befehl nicht verarbeitet, z. B. aufgrund der Nichterreichbarkeit der Bridge (siehe https://forum.iobroker.net/post/300982 bzw. https://developer.nuki.io/t/random-http-503-unavailable/909/85?u=zefau)
- Sofern keine Nuki Web API genutzt wird, werden Befehle an die Bridge bei einem Fehler erneut geschickt
- Option für regelmäßige Synchronisierung hinzugefügt (Alternative zum Callback)
- Aktualisierung aller States über die Nuki Web API, wenn ein Callback über die Nuki Bridge API empfangen wurde
- Nuki Notifications (Benachrichtigungen) werden ausgelesen
Hinweise
Der Adapter Nuki2 wird mit dem Release v2.0.0 in nuki-extended umbenannt. Insofern wird mit der oben beschriebenen Installation ein neuer Adapter installiert. Der Nuki2 Adapter bleibt unverändert erhalten (nichts wird kaputt gemacht).
Die Objekte sind im Vergleich zur alten Version v1.0.4 neu strukturiert bzw. gruppiert.
Roadmap
https://github.com/Zefau/ioBroker.nuki2/projects/1
@Zefau Guten Morgen, tolle Arbeit, vielen Dank!
Ich benutze seit beginn den Adapter von Smaragdschlange, läuft hier einwandfrei, bzw hatte ich damals selbst ein Javascript geschrieben, das die Lockstates abfragte und als objekte in iobroker anlegte.
Allerdings hab ich natürlich auch das Problem, dass die Bridge ab und an mal nicht hinterher kommt .. aber recht selten.Habe jetzt den nuki-extended installiert, hatte beim holen von git aber probleme mit den rechten von npm unter meinem normalen account, da meine iobroker installation schon sehr alt ist.. wurde durch die alten Versionen die Rechte vermurkst.. auch der Fixer hilft da nicht immer.. und auch ein
sudo chown -R 1000:1000 /home/ilovegym/.npm
half nicht..Dafür der Adapter aber einwandfrei, bis jetzt, verwende darin die WebApi und die Bridge. Ich habe noch das allererste Nuki. Türkontakte etc mach ich alles über xiaomi.
iobroker läuft auf Linux Mint 18.3 in ner VM unter Proxmox. JS-Controller 1.5.14, Node 10.16.3, NPM 6.11.2.
ps: hab auch mal auf den PP Button gedrückt, gibts Dich auch bei Patreon.com ?
-
Hallo zusammen,
ich entwickle gerade an einer Version v2.0.0, die verschiedene Verbesserung sowie den Support für den Nuki Opener mitbringt und suche noch Tester.
Installation
Alle Interessierten können den Adapter gerne installieren, siehe auch https://github.com/Zefau/ioBroker.nuki2/issues/18#issuecomment-533825482
Im Ordner
/opt/iobroker:npm i https://github.com/Zefau/ioBroker.nuki2.git#nuki-extendeddanach
iobroker add nuki-extendedFeatures
- Support für den Nuki Opener
- Unterstützung des hashed token (siehe https://developer.nuki.io/page/nuki-bridge-http-api-190/4#heading--token)
- Nuki Web API wird nun als Fallback genutzt, sofern die Nuki Bridge API den Befehl nicht verarbeitet, z. B. aufgrund der Nichterreichbarkeit der Bridge (siehe https://forum.iobroker.net/post/300982 bzw. https://developer.nuki.io/t/random-http-503-unavailable/909/85?u=zefau)
- Sofern keine Nuki Web API genutzt wird, werden Befehle an die Bridge bei einem Fehler erneut geschickt
- Option für regelmäßige Synchronisierung hinzugefügt (Alternative zum Callback)
- Aktualisierung aller States über die Nuki Web API, wenn ein Callback über die Nuki Bridge API empfangen wurde
- Nuki Notifications (Benachrichtigungen) werden ausgelesen
Hinweise
Der Adapter Nuki2 wird mit dem Release v2.0.0 in nuki-extended umbenannt. Insofern wird mit der oben beschriebenen Installation ein neuer Adapter installiert. Der Nuki2 Adapter bleibt unverändert erhalten (nichts wird kaputt gemacht).
Die Objekte sind im Vergleich zur alten Version v1.0.4 neu strukturiert bzw. gruppiert.
Roadmap
https://github.com/Zefau/ioBroker.nuki2/projects/1
Ich habe gerade mal mein Glück versucht. So richtig erfolgreich war ich nicht. Was durchaus an mir liegen kann. Es taucht kein neuer Adapter auf.
npm i https://github.com/Zefau/ioBroker.nuki2.git#nuki-extended npm WARN saveError ENOENT: no such file or directory, open '/root/package.json' npm notice created a lockfile as package-lock.json. You should commit this file. npm WARN enoent ENOENT: no such file or directory, open '/root/package.json' npm WARN root No description npm WARN root No repository field. npm WARN root No README data npm WARN root No license field. + iobroker.nuki-extended@2.0.0 added 109 packages from 137 contributors and audited 541 packages in 17.291s found 0 vulnerabilities iobroker add nuki-extended host.raspberrypi Unknown packetName nuki-extended -
Ich habe gerade mal mein Glück versucht. So richtig erfolgreich war ich nicht. Was durchaus an mir liegen kann. Es taucht kein neuer Adapter auf.
npm i https://github.com/Zefau/ioBroker.nuki2.git#nuki-extended npm WARN saveError ENOENT: no such file or directory, open '/root/package.json' npm notice created a lockfile as package-lock.json. You should commit this file. npm WARN enoent ENOENT: no such file or directory, open '/root/package.json' npm WARN root No description npm WARN root No repository field. npm WARN root No README data npm WARN root No license field. + iobroker.nuki-extended@2.0.0 added 109 packages from 137 contributors and audited 541 packages in 17.291s found 0 vulnerabilities iobroker add nuki-extended host.raspberrypi Unknown packetName nuki-extended@Sandmanyz sorry, bitte im Ordner von ioBroker ausführen (
/opt/iobroker). -
Muss ich auch testen sofern ich den Opener installiert kriege (sollte Montag kommen).
Aber mal zwei anderen Fragen zu dem alten Adapter. Zum einen habe ich heute einen neuen Benutzer eingerichtet der auch schon einmal erfolgreich die Tür geöffnet habe. Das ganze kann ich auch auf der Adapter Webseite (Protokoll) sehen. Aber der Benutzer taucht nicht in den Objekten auf? Für mich und meine Frau gibt es extra Punkte unter den Objekt users. Wo könnte das Problem liegen. Synronisation steht auf 60 Sekunden. Callback ist auch eingerichtet?
Die andere Frage: Wie kann ich mittels Script ermitteln welcher Benutzer die Tür geöffnet hat? Ich würde gerne das wenn der heute angelegte Benutzer die Tür öffnet das ich dann ein paar bestimmte Lampen einschalte, Alarmanlage ausgeschaltet wird usw. Der Benutzer ist unser Haussitter wenn wir im Urlaub sind...
-
Im Log erscheint bei mir immer:
getWebApi(): Error retrieving smartlocks: Cannot read property 'replace' of nullHabe den gleichen Token wie beim alten Adapter eingetragen. Der alte Adapter ist deaktiviert.
Support us
608
Online32.4k
Users81.3k
Topics1.3m
Posts