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

[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

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

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

Spoiler

2022-12-27 21:03:30.550 - debug: nuki-extended.0 (286210) State of nuki-extended.0.smartlocks.haustür._ACTION.UNLATCH has changed {"val":false,"ack":false,"ts":1672175010544,"q":0,"c":"script.js.common.Haustür_Nuki","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1672175010544}.
2022-12-27 21:03:30.551 - info: nuki-extended.0 (286210) Trigger action -UNLATCH- on Nuki Smartlock Haustür (via Bridge API).
2022-12-27 21:03:30.551 - debug: nuki-extended.0 (286210) Action applied on Bridge API.
2022-12-27 21:03:31.194 - info: nuki-extended.0 (286210) Successfully triggered action -UNLATCH- on Nuki Smartlock Haustür (via Bridge API).
2022-12-27 21:03:31.388 - debug: nuki-extended.0 (286210) State of nuki-extended.0.smartlocks.haustür._ACTION.UNLATCH has changed {"val":true,"ack":false,"ts":1672175011382,"q":0,"c":"script.js.common.Haustür_Nuki","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1672175011382}.
2022-12-27 21:03:31.389 - info: nuki-extended.0 (286210) Trigger action -UNLATCH- on Nuki Smartlock Haustür (via Bridge API).
2022-12-27 21:03:31.389 - debug: nuki-extended.0 (286210) Action applied on Bridge API.
2022-12-27 21:03:34.872 - warn: nuki-extended.0 (286210) Error triggering action -UNLATCH- on Nuki Smartlock Haustür (via Bridge API). See debug log for details.
2022-12-27 21:03:34.873 - debug: nuki-extended.0 (286210) Response code 503 (Service Unavailable)
2022-12-27 21:03:34.874 - info: nuki-extended.0 (286210) Try again (1x) with Nuki Web API..
2022-12-27 21:03:34.874 - info: nuki-extended.0 (286210) Trigger action -UNLATCH- on Nuki Smartlock Haustür (via Web API).
2022-12-27 21:03:34.875 - debug: nuki-extended.0 (286210) Action applied on Web API.
2022-12-27 21:03:34.957 - info: nuki-extended.0 (286210) Successfully triggered action -UNLATCH- on Nuki Smartlock Haustür (via Web API).

[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

[Ein ehemaliger Benutzer]

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

[Ein ehemaliger Benutzer]

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