UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[A Former User]

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.

[sLooTer]

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_YOURSELF

Wenn 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_YOURSELF

Bei 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_YOURSELF

Hier 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

[stephan2k]

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.UNLOCK

Ich 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

[Newpicsel]

@stephan2k

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...

[helfi9999]

Hallo,

habe momentan das Problem das der Datenpunkt "lastStateUpdate" nicht mehr aktualisiert wird somit auch nicht mehr der Datenpunkt "lockState"

Spoiler

Hat da jemand schon was gefunden.

gruss

helfi

[helfi9999]

@helfi9999 habe das Problem gelöst das ich mit Node Red die Werte auslesen kann.

Spoiler

Falls einer Interesse hat ruhig melden.

Gruss
helfi

[A Former User]

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

[Thomas Braun]

@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?

[Boris Holowka]

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.

[A Former User]

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

[helfi9999]

@paul-ol Das sieht aus als ob der Nuki Adapter keine Verbindung hat zu dem Nuki hat.

[legro]

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?

[legro]

@legro

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.

[Nutzername gelöscht]

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.21

Kann mir bei dieser Fehlermeldung jemand weiterhelfen? Meine bisherigen Recherchen haben mich leider nicht wirklich weitergebracht.

Für jegliche Hilfe bin ich sehr dankbar!

[kimukao]

@nutzername-gelöscht Grade über diesen Post gestolpert. Bei mir ist es genau dasselbe. Habe es an anderer Stelle hier im Forum schon beschrieben. Da hier aber das gleiche Problem aufgetaucht ist schließe ich mich dem nochmal an. Auch bei mir keine Ordner mit Smartlock und Opener trotz erkannter Bridge und grünen Instanz-Kontrollleuchten. Habe auch Nuki 3, Hardware Bridge und Opener, alles mit aktuellster Firmware. Wenn jemand einen Tipp hat wäre ich dankbar.

[Newpicsel]

@nutzername-gelöscht said in Test Adapter Nuki-extended v2.0.x:

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.21

Und auch @kimukao

Für mich scheint es so, als würden Angaben fehlen, welche das genau sind, kann ich so nicht sagen aber

2022-03-31 09:29:57.823	warn	getWebApi(): Error retrieving smartlocks: Cannot read property 'toLowerCase' of undefined

Bedeutet, dass ein Wert nicht gelesen werden kann, weil er nicht definiert ist (also vermutlich leer ist) "toLowerCase" bedeutet nur, dass der Inhalt in Kleinbuchstaben umgewandelt wird…

Ich würde die Angaben gerade für NukiWeb nochmal kontrollieren, sollte dort wirklich ohne Zweifel alles stimmen, würde ich den Adapter einmal komplett deinstallieren und erneut versuchen…

Gruß Peter

EDIT: Ansonsten würde ich im Code schauen, wonach "getWebApi" hier überhaupt sucht

[kimukao]

@newpicsel Das Fehlen von Angaben hatte ich aufgrund der Fehlermeldung auch vermutet. Deshalb alles nochmal kontrolliert. Aber es ist doch so, dass auf der Seite web.nuki.io nur ein API Token erstellt werden muss, der dann auf der dritten Seite der Nuki Instanz-Einstellungen eingetragen werden muss, oder? Auf der zweiten Seite habe ich den kurzen Bridge API Token eingetragen, der in der Nuki App angezeigt wird. Bridge ID, IP Adresse und Port stimmen. Adapter komplett löschen und neu installieren habe ich schon versucht, auch mit neuem Web API Token. Klappt alles nicht - die Ordner für Smartlock und Opener werden nicht angelegt, "bridges" aber. Interessant ist, dass dort im Unterordner "scanResults" weitere Ordner "0" und "1" angelegt werden, in denen Opener und Smartlock gelistet werden. Sehr seltsam. Sind Probleme mit Version 3 des Nuki bekannt, oder läuft der Adapter damit normalerweise problemlos?

[legro]

@kimukao

Irgendwie erinnert mich das alles auch an meine Schwierigkeiten, die ich letztendlich wie hier beschrieben lösen konnte.

Mein Vorschlag: Überprüfe doch einmal im NUKI-Web, ob die Anbindung zwischen Bridge und Web fehlerfrei funktioniert.

[kimukao]

@legro Danke. So hatte ich es schon probiert. Kommt es dabei auf eine bestimmte Reihenfolge an? Ich habe erst einen neuen Token erstellt, dann den Adapter neu installiert. Im Nuki Web werden Smartlock und Opener korrekt angezeigt und sind auch entsprechend konfigurierbar. Die Bridge wird ja nicht eigens gelistet. Oder doch?

[legro]

@kimukao

Die Problematik hinsichtlich der Reihenfolge habe doch ausführlich beschrieben.

Ich musste stets nach einer (Neu)Installation ein neues Token erzeugen, damit die Daten hier vor Ort auch zum Nuki Web gelangten. Zuweilen musste ich auf Nuki Web eine Aktualisierung manuell auslösen.

Ich habe jedoch ein Nuki 2.0 mit Bridge. Auch hier wird die Bridge nicht eigens aufgeführt.