Test Adapter Nuki-extended v2.0.x
-
@el-lutschi Ich glaube nicht, dass das geht. Wird wohl rein am Endgerät verwendet weil es reicht wenn das Handy weiß ob es eine Verbindung aufbauen soll oder nicht wenn das Nuki zu empfangen ist.
-
Jup befürchte ich auch…
Was anderes, habt ihr auch Probleme bei einigen Einstellung über den Adapter?
In meinem Fall speziell die Klingelunterdrückung des Openers, hier klappt die Änderung nicht zuverlässig, braucht oft zwei bis vier Ansteuerungen bis es übernommen wird, in der Zwischenzeit wechselt der Wert ein paar mal hin und her…Auf debug scheint es im log so, dass der Wert vom Adapter selber hin und her geschaltet wird und ein paar mal aus der api aktualisiert (wie ne Rückkopplung oder ne Art Loop vielleicht), hab deshalb ein issue auf git geöffnet aber es scheint als würde der Adapter momentan leider nicht gepflegt werden
Hier der Link, hier habe ich auch den log gepostet:
Link zum git issue -
was is das?
was muss ich tun?
-
@paul-ol Falsche Typen.
Datenpunkte löschen, aktuellste Version vom Adapter installieren, von Hand umstellen... -
@thomas-braun said in Test Adapter Nuki-extended v2.0.x:
@paul-ol Falsche Typen.
Datenpunkte löschen, aktuellste Version vom Adapter installieren, von Hand umstellen...aber warum? Ich hab doch nichts getan?
Also muss ich den Adapter löschen und neu installieren?Um welches Datenpunkt geht es? Einen den ich selber erstellt habe? oder ist das einer von Nuki?
Kann es sein,d as ich das bei mehreren Adaptern habe?
Außerdem sidn alle meien Adapter aktuell
-
@paul-ol sagte in Test Adapter Nuki-extended v2.0.x:
Kann es sein,d as ich das bei mehreren Adaptern habe?
Ja. Der neue Admin ist da etwas strenger. Was früher ging wird jetzt angemarkert. Da muss tw. im AdapterCode was angepasst werden, für bereits bestehende Datenpunkte muss man das selber anpassen (oder den entsprechenden DP löschen und vom Adapter (per Neustart) wieder anlegen lassen).
Um welches Datenpunkt geht es?
Die sind doch genannt?
-
Ich versthe nicht ganz was ich mahcen soll. Und weil ich mit ioBroker schon oft besonders schlechte erfahrugn gemacht haben, traue ich mich nicht dort was zu ändern. Auch weil ich fehler mache und diese Fehler zu eine rneuinstallation führen.
Es gibt noch weitere solche Einträge das etwas nicht stimmt. Kann ich das alles ignorieren? Funtkiniert deswegen etwas nicht? Was passiert, wenn ich nichts tue?
Bislang habe ich nichts gemerkt. Es scheitn alles weiter zu funktionieren.
-
Hallo,
habe heute versucht den Adapter (Version 2.3.1) zu installieren und ans laufen zu bringen. Installation war kein Problem, laufen geht grundsätzlich auch, aber keine Verbindung über die Web API.
Grundsätzliche Frage: Kann man den Adapter auch verwenden wenn der ioBroker und das Nuki in zwei völlig unterschiedlichen Netzen sind und der Zugriff nur über die Web API laufen soll?
Wenn ich unter den "Verbindungseinstellungen für die Nuki Bridge" gar nichts eintrage und bei "Verbindungseinstellungen der Nuki Smart Locks (optional)" den im NukiWeb generierten API Key eingebe, springt die Instanz auf gelb (Verbunden mit Host (grün), Lebenszeichen (grün), Verbunden mit Gerät oder Dienst (rot)). Im Log ist dann folgendes:nuki-extended.0 2021-11-13 13:10:24.300 warn No bridges have been defined in settings so far! nuki-extended.0 2021-11-13 13:10:24.198 info starting. Version 2.3.1 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v12.22.6, js-controller: 3.3.18 nuki-extended.0 2021-11-13 13:10:23.636 debug statesDB connected nuki-extended.0 2021-11-13 13:10:23.635 debug States connected to redis: 127.0.0.1:9000 nuki-extended.0 2021-11-13 13:10:23.626 debug States create User PubSub Client nuki-extended.0 2021-11-13 13:10:23.625 debug States create System PubSub Client nuki-extended.0 2021-11-13 13:10:23.615 debug Redis States: Use Redis connection: 127.0.0.1:9000 nuki-extended.0 2021-11-13 13:10:23.612 debug objectDB connected nuki-extended.0 2021-11-13 13:10:23.601 debug Objects connected to redis: 127.0.0.1:9001 nuki-extended.0 2021-11-13 13:10:23.585 debug Objects client initialize lua scripts nuki-extended.0 2021-11-13 13:10:23.584 debug Objects create User PubSub Client nuki-extended.0 2021-11-13 13:10:23.582 debug Objects create System PubSub Client nuki-extended.0 2021-11-13 13:10:23.580 debug Objects client ready ... initialize now nuki-extended.0 2021-11-13 13:10:23.486 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 nuki-extended.0 2021-11-13 13:10:18.537 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason nuki-extended.0 2021-11-13 13:10:18.536 info terminating nuki-extended.0 2021-11-13 13:10:18.535 info Adapter stopped und unloaded. nuki-extended.0 2021-11-13 13:10:18.533 info Got terminate signal TERMINATE_YOURSELFWenn ich dann eine fiktiven Bridge in meinem Netz erstelle, in der Hoffnung, dass diese nicht gefunden wird und dann das Fallback auf WebAPI greift bekomme ich folgende Log Meldungen:
nuki-extended.0 2021-11-13 13:20:36.164 warn No bridges are sufficiently defined! Name, IP or token missing or all bridges deactivated! nuki-extended.0 2021-11-13 13:20:36.162 debug Error retrieving callbacks ({"name":"RequestError","code":"EHOSTUNREACH","timings":{"start":1636806033295,"socket":1636806033296,"error":1636806036161,"phases":{"wait":1,"total":2866}}})! nuki-extended.0 2021-11-13 13:20:33.042 debug getBridgeApi(): connect EHOSTUNREACH 192.168.1.248:8080 nuki-extended.0 2021-11-13 13:20:33.042 warn Failed retrieving /info from Nuki Bridge with name FiktiveBridge (forcePlainToken: true)! nuki-extended.0 2021-11-13 13:20:29.924 debug _getTokenParams(): {"token":"1234567890"} nuki-extended.0 2021-11-13 13:20:29.923 debug getBridgeApi(): connect EHOSTUNREACH 192.168.1.248:8080 nuki-extended.0 2021-11-13 13:20:29.922 warn Failed retrieving /list from Nuki Bridge with name FiktiveBridge (forcePlainToken: true)! nuki-extended.0 2021-11-13 13:20:23.514 info starting. Version 2.3.1 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v12.22.6, js-controller: 3.3.18 nuki-extended.0 2021-11-13 13:20:23.306 debug statesDB connected nuki-extended.0 2021-11-13 13:20:23.305 debug States connected to redis: 127.0.0.1:9000 nuki-extended.0 2021-11-13 13:20:23.296 debug States create User PubSub Client nuki-extended.0 2021-11-13 13:20:23.295 debug States create System PubSub Client nuki-extended.0 2021-11-13 13:20:23.286 debug Redis States: Use Redis connection: 127.0.0.1:9000 nuki-extended.0 2021-11-13 13:20:23.283 debug objectDB connected nuki-extended.0 2021-11-13 13:20:23.274 debug Objects connected to redis: 127.0.0.1:9001 nuki-extended.0 2021-11-13 13:20:23.259 debug Objects client initialize lua scripts nuki-extended.0 2021-11-13 13:20:23.258 debug Objects create User PubSub Client nuki-extended.0 2021-11-13 13:20:23.256 debug Objects create System PubSub Client nuki-extended.0 2021-11-13 13:20:23.229 debug Objects client ready ... initialize now nuki-extended.0 2021-11-13 13:20:22.993 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 nuki-extended.0 2021-11-13 13:20:18.062 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason nuki-extended.0 2021-11-13 13:20:18.060 info terminating nuki-extended.0 2021-11-13 13:20:18.059 info Adapter stopped und unloaded. nuki-extended.0 2021-11-13 13:20:18.057 info Got terminate signal TERMINATE_YOURSELFBei Erstellung einer fiktiven Bridge in einem fiktiven privaten Netz kommen diese Meldungen:
nuki-extended.0 2021-11-13 13:25:49.218 info starting. Version 2.3.1 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v12.22.6, js-controller: 3.3.18 nuki-extended.0 2021-11-13 13:25:48.994 debug statesDB connected nuki-extended.0 2021-11-13 13:25:48.993 debug States connected to redis: 127.0.0.1:9000 nuki-extended.0 2021-11-13 13:25:48.984 debug States create User PubSub Client nuki-extended.0 2021-11-13 13:25:48.983 debug States create System PubSub Client nuki-extended.0 2021-11-13 13:25:48.953 debug Redis States: Use Redis connection: 127.0.0.1:9000 nuki-extended.0 2021-11-13 13:25:48.949 debug objectDB connected nuki-extended.0 2021-11-13 13:25:48.938 debug Objects connected to redis: 127.0.0.1:9001 nuki-extended.0 2021-11-13 13:25:48.894 debug Objects client initialize lua scripts nuki-extended.0 2021-11-13 13:25:48.893 debug Objects create User PubSub Client nuki-extended.0 2021-11-13 13:25:48.891 debug Objects create System PubSub Client nuki-extended.0 2021-11-13 13:25:48.886 debug Objects client ready ... initialize now nuki-extended.0 2021-11-13 13:25:48.679 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 nuki-extended.0 2021-11-13 13:25:43.740 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason nuki-extended.0 2021-11-13 13:25:43.738 info terminating nuki-extended.0 2021-11-13 13:25:43.737 info Adapter stopped und unloaded. nuki-extended.0 2021-11-13 13:25:43.735 info Got terminate signal TERMINATE_YOURSELFHier tauchen scheinbar keine Fehler auf, aber es bleibt die Instanz trotzdem gelb, da der Punkt "Verbunden mit Gerät oder Dienst" weiterhin rot ist.
Gibt es hierzu Lösungsvorschläge, habe ich Denk- oder Verständnisfehler, oder geht das einfach so nicht? Freue mich auf Unterstützung!
Gruß Meinolf -
Kann mir jemand vielleicht kurz auf die Sprünge helfen?
Nuki extended funktioniert soweit.
absperren: nuki-extended.0.smartlocks.home._ACTION.LOCK aufsperren: nuki-extended.0.smartlocks.home._ACTION.UNLOCKIch würde gern in der VIS das ganze mit dem LOCK Widget machen. Hier komm ich allerdings nicht ganz klar was für Werte er eingetragen haben möchte. Klappt nicht mit denen die ich gewählt habe.
Kann mir hier jemand vielleicht auf die Sprünge helfen?
Danke vorab
-
Moin, ich habe es mit einem zusätzlichen Datenpunkt gelöst, welcher den wert 0, 1 oder 2 hat (Zu, Auf und Öffnen), dieser wird per blockly aus den Nuki objekten aktualisiert und steuert bei änderung die nötigen objekte...
(Werte bei Popup eintragen!)Kriegst das hin oder brauchst ein fertiges blockly?
Nicht getestet, aber könnte auch gehen:
Wenn für den datenpunkt "SetTemp Datenpunkt:" die "nuki-extended.0.smartlocks.wohnungstür.state.locked" ID
und
für den datenpunkt "Objekt-ID Aufmachen:" die "nuki-extended.0.smartlocks.wohnungstür._ACTION.UNLATCH" ID verwendest um die tür zu öffnen
oder die "nuki-extended.0.smartlocks.wohnungstür._ACTION.UNLOCK" ID um sie nur aufzuschließen... -
Hallo,
habe momentan das Problem das der Datenpunkt "lastStateUpdate" nicht mehr aktualisiert wird somit auch nicht mehr der Datenpunkt "lockState"
Hat da jemand schon was gefunden.gruss
helfi
-
@helfi9999 habe das Problem gelöst das ich mit Node Red die Werte auslesen kann.
Falls einer Interesse hat ruhig melden.Gruss
helfi -
Bin ich hier richtig mit meinem Fehler.
getWebApi(): Error retrieving logs: 500 - {"code":500,"description":"The server encountered an unexpected condition which prevented it from fulfilling the request","homeRef":"/","reasonPhrase":"Internal Server Error","uri":"http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.5.1"}Was muss ich tun?
Ich habe Nuki Extendet 0
-
@paul-ol sagte in Test Adapter Nuki-extended v2.0.x:
Was muss ich tun?
Nix. Der Fehler ist bei nuki. Tritt das öfter/dauernd auf?
-
Gibt es eine Möglichkeit, das Log/Protokoll mit iobroker auszuwerten bzw. auszulesen? Ich möchte mit Blockly schalten wenn das Keypad das Smartlock zusperrt.
-
Hallo,
ich hab ganz vieler dieser Einträge: Warum? Was bedeutet das und was muss ich tun?
nuki-extended.0 2022-03-14 17:05:42.940 warn getWebApi(): Error retrieving smartlocks: Error: read ETIMEDOUT nuki-extended.0 2022-03-14 17:05:42.940 warn getWebApi(): Error retrieving notifications: Error: read ETIMEDOUT nuki-extended.0 2022-03-14 17:04:56.858 warn getWebApi(): Error retrieving smartlocks: Error: read ETIMEDOUT nuki-extended.0 2022-03-14 17:04:41.498 warn getWebApi(): Error retrieving smartlocks: Error: read ENETUNREACH nuki-extended.0 2022-03-14 17:04:36.380 warn getWebApi(): Error retrieving notifications: Error: read ETIMEDOUT nuki-extended.0 2022-03-14 16:57:31.419 warn getWebApi(): Error retrieving notifications: Error: connect ETIMEDOUT 82.165.163.169:443 nuki-extended.0 2022-03-14 16:57:21.179 warn getWebApi(): Error retrieving smartlocks: Error: connect ETIMEDOUT 82.165.163.169:443 nuki-extended.0 2022-03-14 16:57:16.059 warn getWebApi(): Error retrieving smartlocks: Error: connect ETIMEDOUT 82.165.163.169:443 nuki-extended.0 2022-03-14 16:57:05.819 warn getWebApi(): Error retrieving notifications: Error: connect ETIMEDOUT 212.227.175.87:443 nuki-extended.0 2022-03-14 16:56:50.458 warn getWebApi(): Error retrieving notifications: Error: connect ETIMEDOUT 212.227.175.87:443 nuki-extended.0 2022-03-14 16:56:45.339 warn getWebApi(): Error retrieving notifications: Error: connect ETIMEDOUT 212.227.175.87:443 nuki-extended.0 2022-03-14 16:56:40.221 warn getWebApi(): Error retrieving smartlocks: Error: connect ETIMEDOUT 82.165.163.169:443 nuki-extended.0 2022-03-14 16:56:40.220 warn getWebApi(): Error retrieving notifications: Error: connect ETIMEDOUT 212.227.175.87:443 nuki-extended.0 2022-03-14 16:56:35.099 warn getWebApi(): Error retrieving smartlocks: Error: connect ETIMEDOUT 82.165.163.169:443 -
@paul-ol Das sieht aus als ob der Nuki Adapter keine Verbindung hat zu dem Nuki hat.
-
Heute habe ich mein NUKI SmartLock ausgetauscht. NUKI vermutete, dass bei meinem alten Gerät ein Defekt vorliege, da AutoUnlock oft nicht funktionierte.
Lief die Einrichtung in der NUKI App auf unseren Geräten und Apple Home Kit alles in Allem problemlos, so gab's mit der Anbindung an ioBroker größere Probleme.
Was ich unternommen habe ..
- Erst als ich beide Token aus der Bridge und web.nuki.io in dem Adapter erneuert hatte, wurde die Datenstruktur in den Objekten erzeugt. Das SmartLock ließ sich über die Datenpunkte unter nuki-extended.0.SmartLocks.<NameDesSmartLocks>.ACTIONS steuern.
- Die Einträge unter *nuki-extended.0.SmartLocks.<NameDesSmartLocks>.users wurden nur unvollständig aufgebaut. Es waren nur FOB und der erste im NUKI eingerichtete User vorhanden.
- Also deinstallierte ich den Adapter und richtete ihn neu ein. Nun jedoch mit dem "Erfolg", das es erst gar kein USER-Block mehr gab.
Was kann ich tun, die USERS-Einträge wieder im Adapter unter den Objekten angezeigt zu bekommen?
-
Und hier die Lösung des Problems ..
Erfolgen Änderungen in der NUKI-Konfiguration, so müssen diese ..
- .. sowohl auf web.nuki.io manuell (s. Abb.!) ..
- .. als auch im ioBroker aktualisiert werden.
Leider ist die Aktualisierung im ioBroker mit recht viel Arbeit verbunden. Mir gelang dies nur, indem ich die nuki-extended Instanz gelöscht habe, auf web.nuki.io ein neues API Token erzeugt und dies bei der Neuinstallation verwendet habe.
Was mir völlig unverständlich ist: Verwendet man ein zuvor erzeugtes API Token bei der Neuinstallation, so erhält man nach wie vor die alten Daten. Ich habe dieses Verhalten mehrfach reproduzieren können.
Das verstehe, wer will.
-
Hier meldet sich ein neuer Nuki Besitzer, der verzweifelt versucht, sein Nuki 3 mit diesem Adapter zum Laufen zu bekommen. Die Nuki Bridge wurde erkannt und in den Objekten angelegt. Leider wird mir mein Smartlock aber nicht angezeigt. Laut Dokumentation des Adapters sollte sich doch auch automatisch ein Ordner mit Smartlocks zusätzlich zum Ordner Bridges anlegen, oder?
Bei Start der Instanz bekomme ich folgendes:
nuki-extended.0 2022-03-31 10:30:17.773 warn getWebApi(): Error retrieving smartlocks: Cannot read property 'toLowerCase' of undefined nuki-extended.0 2022-03-31 10:30:08.008 warn getWebApi(): Error retrieving smartlocks: Cannot read property 'toLowerCase' of undefined nuki-extended.0 2022-03-31 09:29:57.823 warn getWebApi(): Error retrieving smartlocks: Cannot read property 'toLowerCase' of undefined nuki-extended.0 2022-03-31 09:29:57.549 info Listening for Nuki events on port 51989. nuki-extended.0 2022-03-31 09:29:57.546 info Polling Nuki Web API with a frequency of 10s. nuki-extended.0 2022-03-31 09:29:56.801 warn Failed retrieving /list from Nuki Bridge with name Nuki Bridge (forcePlainToken: true)! nuki-extended.0 2022-03-31 09:29:56.343 info starting. Version 2.3.1 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v12.22.10, js-controller: 4.0.21Kann mir bei dieser Fehlermeldung jemand weiterhelfen? Meine bisherigen Recherchen haben mich leider nicht wirklich weitergebracht.
Für jegliche Hilfe bin ich sehr dankbar!
