Test Adapter Nuki-extended v2.0.x
-
@thomas-braun sagte in Test Adapter Nuki-extended v2.0.x:
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
Sorry. Hier die Ausgabe
aarch64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.17.0 v16.17.0 8.15.0 pi /home/pi Hit:1 http://security.debian.org/debian-security bullseye-security InRelease Hit:2 http://deb.debian.org/debian bullseye InRelease Hit:3 http://deb.debian.org/debian bullseye-updates InRelease Hit:4 https://repos.influxdata.com/debian bullseye InRelease Hit:5 http://archive.raspberrypi.org/debian bullseye InRelease Hit:6 https://deb.nodesource.com/node_16.x bullseye InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done 1 package can be upgraded. Run 'apt list --upgradable' to see it. nodejs: Installed: 16.17.0-deb-1nodesource1 Candidate: 16.17.0-deb-1nodesource1 Version table: *** 16.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages -
@andreask
Das passt.
Im LogFile steht dazu was?Das Ganze erinnert mich ein wenig hieran:
https://github.com/iobroker-community-adapters/ioBroker.nuki-extended/issues/226
closed node 18 - Bridge Api is broken #226
-
Ich habe es jetzt hin bekommen.
Die Bridges Suche "funktioniert", nur leider wird nichts im Adapter angezeigt. Wenn man nun doppelt auf das "leere" Feld klickt, wird der Eintrag angezeigt.
Ich musste nur noch die fehlenden Infos eintragen.
Es scheint ein Anzeige-Problem im Adapter zu bestehen. Ggf. ist das nur bei mir so, oder allgemein -
@andreask sagte in Test Adapter Nuki-extended v2.0.x:
Es scheint ein Anzeige-Problem im Adapter zu bestehen.
Es gibt einige Adapter, die ein Problem mit dem 'DarkMode' haben.
-
@thomas-braun sagte in Test Adapter Nuki-extended v2.0.x:
Es gibt einige Adapter, die ein Problem mit dem 'DarkMode' haben.
Stimmt. DarkMode aus und es wird alles sauber angezeigt. Das ist der erste Adapter, welches das Problem bei mir hat.
Wieder ein Problem weniger
Danke -
@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?
