Test Adapter Nuki-extended v2.0.x
-
@Thomas-Braun
Danke für deinen Einsatz. Wie es scheint, brauchte es einige Neustarts oder Minuten um sich zu aktualisieren. Es hat dann einfach nach einiger zeit die Ordner selber angezeigt. -
Aber die Instanz is gelb
web.0 2021-01-01 20:05:05.480 info (27951) ==>Connected system.user.admin from ::ffff:192.168.1.153 javascript.0 2021-01-01 20:04:57.239 info (19995) script.js.Klingel: registered 1 subscription and 0 schedules javascript.0 2021-01-01 20:04:57.227 info (19995) Start javascript script.js.Klingel javascript.0 2021-01-01 20:04:57.212 info (19995) Stop script script.js.Klingel javascript.0 2021-01-01 19:52:40.574 info (19995) script.js.Klingel: registered 1 subscription and 0 schedules javascript.0 2021-01-01 19:52:40.568 info (19995) Start javascript script.js.Klingel javascript.0 2021-01-01 19:52:39.232 info (19995) Stop script script.js.Klingel web.0 2021-01-01 19:50:00.206 info (27951) <==Disconnect system.user.admin from ::ffff:192.168.1.153 vis.0 web.0 2021-01-01 19:49:58.738 info (27951) ==>Connected system.user.admin from ::ffff:192.168.1.153 nuki-extended.0 2021-01-01 19:49:41.796 info (13898) Listening for Nuki events on port 51989. nuki-extended.0 2021-01-01 19:49:41.794 info (13898) Polling Nuki Web API deactivated. nuki-extended.0 2021-01-01 19:49:39.987 info (13898) starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2021-01-01 19:49:37.847 info instance system.adapter.nuki-extended.0 started with pid 13898 host.raspberrypi 2021-01-01 19:49:35.356 info instance system.adapter.nuki-extended.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) nuki-extended.0 2021-01-01 19:49:34.837 info (9463) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason nuki-extended.0 2021-01-01 19:49:34.835 info (9463) terminating nuki-extended.0 2021-01-01 19:49:34.834 info (9463) Adapter stopped und unloaded. nuki-extended.0 2021-01-01 19:49:34.830 info (9463) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2021-01-01 19:49:34.824 info stopInstance system.adapter.nuki-extended.0 send kill signal host.raspberrypi 2021-01-01 19:49:34.822 info stopInstance system.adapter.nuki-extended.0 (force=false, process=true) javascript.0 2021-01-01 19:46:04.217 info (19995) script.js.NachrichtWohnungsTuer: registered 1 subscription and 0 schedules javascript.0 2021-01-01 19:46:04.159 info (19995) Start javascript script.js.NachrichtWohnungsTuer javascript.0 2021-01-01 19:46:01.214 info (19995) Stop script script.js.NachrichtWohnungsTuer web.0 2021-01-01 19:43:06.471 info (27951) <==Disconnect system.user.admin from ::ffff:192.168.1.153 vis.0 web.0 2021-01-01 19:43:05.166 info (27951) ==>Connected system.user.admin from ::ffff:192.168.1.153 nuki-extended.0 2021-01-01 19:42:35.557 info (9463) starting. Version 2.3.0 in /opt/iobroker/node_modules/iobroker.nuki-extended, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2021-01-01 19:42:33.649 info instance system.adapter.nuki-extended.0 started with pid 9463 host.raspberrypi 2021-01-01 19:42:31.173 info instance system.adapter.nuki-extended.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) nuki-extended.0 2021-01-01 19:42:30.653 info (8794) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason nuki-extended.0 2021-01-01 19:42:30.650 info (8794) terminating nuki-extended.0 2021-01-01 19:42:30.644 info (8794) Adapter stopped und unloaded. nuki-extended.0 2021-01-01 19:42:30.633 info (8794) Got terminate signal TERMINATE_YOURSELF -
@Paul-OL sagte in Test Adapter Nuki-extended v2.0.x:
Polling Nuki Web API deactivated.
Bei mir wir da gepollt.
-
@Thomas-Braun Was bedeutet gepollt?
Was muss ich jetzt machen?Auserdem , sehe ich, dass es den Zustand "ringState" gibt. Der ändert sich aber nicht zurück auf false.
Wie soll ich das Klingeln den abgreifen?Ich will dass beim Klingeln die Lampe 3 mal leuchtet.
-
@Paul-OL Sprichst du auch beide APIs an?
nuki bride und nuki web?
Bei nuki web muss auch ein Intervall gesetzt werden, bei 0 wird nicht gepollt/abgerufen. Ich habe da 10 Sekunden drin. -
Ja, ich habe beide API`s drin.
Nun habe ich die 10 sekunden eingetragen und es funktioniert besser. Ich werde es weiter beobachten.
Danke für deinen Einsatz. Ich weiß das zu schätzen. -
Hallo zusammen,
Ich bin Newbie im Bereich NUKI und IOBROKER und habe da ein Problem.
ich würde gerne den die variable ringStateUpdate auslesen. Leider bekommen ich diese unter den opener State Variablen nicht angezeigt:
In dieser Ansicht bekomme ich angezeigt das es an der Tür geklingelt hat:
Firmwareversionen sind wie folgt:
Bridge: 2.8.0
Opener: 1.6.4Adapterversion:
Nuki Extended: 2.3.0
Admin: 4.1.11Ich hoffe ihr könnt mir eventuell mit den Daten schon weiterhelfen.
Wenn nicht sagt mir bitte welche Infos ihr noch von mir braucht.
Vielen Dank und Grüße
Dirk
-
@mcbarney Bist du auch im richtigen Ordner? Ich habe zwar keinen Opener, aber mir sieht das sehr danach aus, dass du im Ordner vom Smartlock suchst. Wie sieht denn die Ordnerstruktur (inkl. Unterordner) unter
nuki-extended.0aus? -
@dr-bakterius
Ich glaube hier wäre eine Antwort günstiger:https://forum.iobroker.net/topic/41357/nuki-ringstateupdate-nicht-verfügbar?_=1611504536016
-
@dr-bakterius hi vielen Dank schonmal für deine Rückmeldung. Lass uns hier weitermachen:
https://forum.iobroker.net/topic/41357/nuki-ringstateupdate-nicht-verfügbar?_=1611504536016
Habe dort nochmal einen Screenshot von der Strucktur hinterlegt.
Gruß
Dirk
-
Hi zusammen! Ich bin bei meinen bisherigen Recherchen leider zu keiner Antwort gekommen. Gibt es eine Möglichkeit, die Nuki-Ereignisse (Öffnung durch Person X, Schließung durch Person Y) abzufragen und sich dann entsprechend benachrichtigen zu lassen?
Ich kenne die Benachrichtigungsoption in der NUKI-App. Mir geht es aber darum, diese Nachrichten auch im ioBroker entsprechend zu verarbeiten. Und dazu finde ich einfach nichts.
-
hmm ja müsste gehen, bei diesem adapter hast du ja unter jedem benutzer einen dp datelastActive was man als auslöser verwenden könnte, und mit dem dp lastAction vom schloss könnte man identifizieren was gemacht wurde
-
@jackdaniel Prima! Danke für den Tipp. Das sieht in der Tat vielversprechend aus. Schaue ich mir mal an.
In der Doku vom Adapter findet man auch Infos zu einem Knoten "notifications". Allerdings finde ich den partout nicht.
-
@gizmodlx sagte in Test Adapter Nuki-extended v2.0.x:
In der Doku vom Adapter findet man auch Infos zu einem Knoten "notifications". Allerdings finde ich den partout nicht.
Hier?
-
@dr-bakterius Ok, da hab ich mich unklar ausgedrückt
Die "Notifications" hab ich auch im Baum "Info" gefunden, nicht jedoch die in der Doku erwähnten "notifications.notificationindex...."
-
@jackdaniel said in Test Adapter Nuki-extended v2.0.x:
hmm ja müsste gehen, bei diesem adapter hast du ja unter jedem benutzer einen dp datelastActive was man als auslöser verwenden könnte, und mit dem dp lastAction vom schloss könnte man identifizieren was gemacht wurde
Leider scheinen diese Infos nicht zeitnah aktualisiert zu werden - trotz Abrufintervall von 10 Sekunden habe ich teils nach Stunden hier noch kein Status-Update. Ich vermute das lässt sich so derzeit nicht sinnvoll nutzen.
-
@gizmodlx Bis auf 'referenceId' und 'secret' ist doch alles da. Zumindest bei mir...
-
@dr-bakterius stimmt. ich hatte fälschlicherweise nach den Channelnamen gesucht. Aber irgendwie scheint da leider auch nix brauchbares dabei zu sein. schon seltsam, da Nuki selbst die Notifications ja nutzt und auch zeitnah verschickt
Also laut "webApiLast" werden die Infos regelmäßig (wie konfiguriert) synchronisiert. Im Log ist auch kein Fehler erkennbar.
Trotzdem ist "dateUpdated" in dem Userzweig komplett veraltet (Stand vor 10 Stunden). Sollten die Userinfos nicht ebenfalls synchronisiert werden und somit den gleichen Timestamp wie "webApiLast" haben?
-
@gizmodlx sagte in Test Adapter Nuki-extended v2.0.x:
Trotzdem ist "dateUpdated" in dem Userzweig komplett veraltet
Das stimmt leider. Bei mir wurde mein letzter Unlock von gestern Nachmittag bis jetzt nicht übernommen. Ist derzeit also leider unnutzbar.
-
@dr-bakterius Danke für die Rückmeldung. Dann liegt es zumindest nicht an meiner Config
@Zefau Vielleicht könntest du das in einer der nächsten Versionen berücksichtigen? Ebenfalls hilfreich für die Automatisierung wäre, wenn man auf die Informationen der Historie die man über die Adapter-Webseite ja grundsätzlich abrufen kann (die scheinen auch aktuell zu sein), direkt in ioBroker zugreifen könnte.
