Test Adapter Nuki-extended v2.0.x
-
@Zefau auch ich habe das Problem, dass ich mein Nuki SmartLock 3 Pro nicht über den IoBroker schalten kann. Gleiche Fehlermeldung wie bei leonracer.
Kannst du mir sagen wo mein Fehler liegt!? Der Opener lässt sich ohne Probleme schalten. Habe die v2.6.5 installiert.
Danke für deine Unterstützung.
-
Darf ich eine kurze Zwischenfrage stellen? Mir erschließt sich gerade nicht, wann der Adapter die lokale Bridge-API und wann die Web-API verwendet.
Könntet ihr mir da helfen?
-
@oxident said in Test Adapter Nuki-extended v2.0.x:
Darf ich eine kurze Zwischenfrage stellen? Mir erschließt sich gerade nicht, wann der Adapter die lokale Bridge-API und wann die Web-API verwendet.
Wir haben ein NUKI 2.0. Nach meinen Erfahrungen ist meine Einschätzung: Bist du in Bluetooth-Reichweite, wird grundsätzlich die Bridge für die Kommunikation genutzt. Außerhalb des Zuhauses geht's dann über's Internet.
Und hier noch für alle, die noch an ihrer NUKI-Visualisierung basteln: unsere NUKI-Implementierung
-
@legro Jepp, sehe ich auch so. Aber ich meinte jetzt den iobroker-Adapter und nicht die App
Will fragen: Verwendet nuki-extended bei Actions immer die Web-API? Das wäre bei Internet-Ausfall oder diesem ominösen "not initialized" Problem eher unvorteilhaft.
-
In den Anfängen (vor 18 Monaten) habe ich vieles ausprobiert. Wir haben sowohl ioBroker als auch das Apple Home Kit mit iPod mini hier in Betrieb.
Wenn ich mich recht entsinne ..
- ioBroker benötigte stets den Zugang zum Internet
- Mit Apple Home Kit und homePod mini funktionierte es lokal
Fazit ..
- ioBroker benötigt die Web-API.
- Apple Home Kit vermag über die Bridge zu kommunizieren.
Das Apple Home Kit setzt eine Zentrale (Apple-TV, HomePod, iPad, ..) im heimischen Netzwerk voraus. Die Kommunikation von außerhalb und den Geräten zu Hause läuft dann über diese Zentrale.
-
Moin zusammen
Ich habe jetzt seit Tagen/Wochen das Problem das mein Nuki 2.0, wenn ich ihm das unlatch Kommando sende, es zweimal
entriegelt.
Heute nach langem testen hab ich den Ablauf einigermaßen
kapiert was passiert, laut Log:- unlatch wird gesteuert mit wahr
- Befehl wird erfolgreich an die Bridge abgesetzt
- Nuki öffnet
- dann kommt im Log die Meldung
„ Error triggering action -UNLATCH- on Nuki Smartlock Haustür (via Bridge API)“ - dann versucht der Adapter es mit der WebAPI
- Nuki öffnet per WebAPI
Momentan umschiffe ich das Problem indem ich die WebAPI deaktiviert habe, habe aber somit kein fallback.
Hat jemand eine Idee warum das passiert und wie man das Problem lösen kann?
Nuki FW 2.13.6
Hardware Bridge FW 2.14
Nuki-Extended 2.6.5
LOG -
@zefau Hallo ich nutze den Adapter in der v2.6.5
und habe Festgestellt das ich keine Status mehr bekomme also tür auf oder so ????
leider gibt es auch keine Fehler im log -
Moin,
ich habe eine Frage zum Nuki Opener.
Der Status "nuki-extended.0.openers.opener_ta.state.ringState" zeigt true an, wenn es geklingelt hat?Wenn ja, woran kann es liegen, wenn der Status nicht aktualisiert wird.?
Danke und Grüße -
@zefau sagte in Test Adapter Nuki-extended v2.0.x:
Außerdem wird eine grafische Darstellung der Events dargestellt:
Ich habe 2 Nuki in Anwendung , sehe aber bei meiner Darstellung nicht, um welche Türe es sich handelt?
-
@vazi sagte ERLEDIGT!
Je nachdem, welche Türe ich anklicke, wird dann auch nur diese angezeigt...
, was auch logisch ist. Somit passt es nun so für mich.@zefau sagte in Test Adapter Nuki-extended v2.0.x:
Außerdem wird eine grafische Darstellung der Events dargestellt:
Ich habe 2 Nuki in Anwendung , sehe aber bei meiner Darstellung nicht, um welche Türe es sich handelt?
