Test Adapter Nuki-extended v2.0.x
-
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.
-
In meinem PiHole fällt mir Nuki auf.
Über 100.000 Hits.
Und aktuell schaut es so aus:
1 Frage: Ist das normal?
- Frage: Kann es an diesen 10 Sekunden Intervall liegen? Wenn ich den runter stelle, was für Nachteile können entstehen. Eigentlich brauch ich nur das Klingelsignal.
-
@paul-ol sagte in Test Adapter Nuki-extended v2.0.x:
Ist das normal?
Nein, bei mir ist das nicht einmal in der Liste der zehn aktivsten.
Kann es an diesen 10 Sekunden Intervall liegen? Wenn ich den runter stelle, was für Nachteile können entstehen. Eigentlich brauch ich nur das Klingelsignal.
Probiere es einfach aus. So wie ich das verstehe, werden nur die Einstellungen, Hardwareinfos, Benutzer, usw. abgefragt. Ist bei mir auf 1 Stunde eingestellt und bekomme trotzdem sofort mit wenn die Türe geöffnet wird oder das Lock eine Aktion ausführt. Wird beim Opener auch nicht anders sein.
-
@dr-bakterius
Ja, es sind die 10 Sekunden gewesen.
Ich würde vorschlagen, das man diesen Wert lieber vorgibt. Eventuell ist es für alle vorteilhaft, diesen Wert standardmäßig mit 1 Std zu vergeben.
0 hatte bei mir sogar porbleme gemacht.
-
@zefau
nuki-extended Bleibt bei mir Gelb
Api aus der APP -
@horst-böttcher
Mit welchen Meldungen im log file?
Bei dem Token mit einem großen i bzw. einem kleinen L mal probiert?
Die Verwechselt man gerne, je nach Schriftart.
