Test Adapter Nuki-extended v2.0.x

AndreasK

Hallo.
Ich versuche gerade den Nuki Adapter 2.3.1 in Betrieb zu nehmen.
Wenn ich auf Bridges suchen gehe, kommt nur dieses Fenster und es passiert nichts

Möchte ich die Bridges manuell hinzufügen, kann ich nichts eintragen

Muss ich den ioBroker erst an den Bridges anmelden, bevor ich hier weiter machen kann, oder was könnte das Problem sein?
Ich dache die Anmeldung läuft an den Bridges automatisch

Gruß
Andreas

Thomas Braun

@andreask

Da gab es mal was mit hohen nodejs-Versionen (node18). Wie bist du da unterwegs?

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

AndreasK

@thomas-braun
Aktuell ist nodejs v16.17.0 installiert

Thomas Braun

@andreask

Wie bist du da unterwegs?

Ein- und Ausgabe zu

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

posten.

AndreasK

@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

Thomas Braun

@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

Grothesk242 created this issue in iobroker-community-adapters/ioBroker.nuki-extended

closed node 18 - Bridge Api is broken #226

AndreasK

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

Thomas Braun

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

AndreasK

@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

Ron Cold

@Zefau auch ich habe das Problem, dass ich mein Nuki SmartLock 3 Pro nicht über den IoBroker schalten kann. Gleiche Fehlermeldung wie bei leonracer.
Bildschirmfoto 2022-08-28 um 11.12.39.png

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.

oxident

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?

legro

@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

oxident

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

legro

@oxident

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.

Vobiscus

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

Horst Böttcher

@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

thorkillar

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

? Offline

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

Darstellung NUKI.png

? Offline

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

NEWS