Nuki Smart Lock 3.0 pro in ioBroker einbinden
-
Hi Leute,
gibt es 2022 ein neues Script?
Habe das aus den ersten Postings versucht, aber zeigt nur Kraut und Rüben an
Leider kann ich meine Smart-Lock states (offen, zu, verschlossen etc.) nicht mit den material-advanced widgets darstellen... die Werte sind quasi invertiert.
Hat jemand einen Tipp oder vielleicht eine neue Version des oben geposteten Script? Die Darstellung und Funktion sind toll!
Habe ein 3.0 pro mit zusätzlicher Bridge. Daten in den Objekten werden korrekt angezeigt.
-
Hallo zusammen,
ich reihe mich mal mit einer Frage ein:
Gibt es eine Möglichkeit, die Werte "State" und "lockState" per Skript zu verändern, so dass das Nuki den veränderten Zustand übernimmt? Ich kann beispielsweise den Wert von "State" per Skript von "locked" auf "unlocked" anpassen. Im ioBroker wird es mir dann auch so angezeigt. Das Nuki selber denkt aber noch immer, dass es "locked" ist.
Hintergrund: Ich habe eine Tür mit Panikfunktion, die sich jederzeit von Innen per Türklinke öffnen lässt. Das funktioniert mechanisch auch gut, selbst wenn Nuki die Tür davor verschlossen hatte. Wenn ich die Tür dann per Klinke öffne, weichen der Status des Nuki (locked) vom tatsächlichen Status des Schlosses (unlocked) jedoch ab. Entsprechend schließt Nuki die Tür nicht wieder ab, selbst wenn der Türmagnet wieder geschlossen wird.
PS: Es ist ein Nuki 3.0 Pro mit zusätzlicher Bridge und Nuki-Adapter in der Version 1.6 von smaragdschlange.
Vielen Dank für Eure Ideen
Bahazay
-
@bahazay sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Hallo zusammen,
ich reihe mich mal mit einer Frage ein:
Gibt es eine Möglichkeit, die Werte "State" und "lockState" per Skript zu verändern, so dass das Nuki den veränderten Zustand übernimmt? Ich kann beispielsweise den Wert von "State" per Skript von "locked" auf "unlocked" anpassen. Im ioBroker wird es mir dann auch so angezeigt. Das Nuki selber denkt aber noch immer, dass es "locked" ist.
Hintergrund: Ich habe eine Tür mit Panikfunktion, die sich jederzeit von Innen per Türklinke öffnen lässt. Das funktioniert mechanisch auch gut, selbst wenn Nuki die Tür davor verschlossen hatte. Wenn ich die Tür dann per Klinke öffne, weichen der Status des Nuki (locked) vom tatsächlichen Status des Schlosses (unlocked) jedoch ab. Entsprechend schließt Nuki die Tür nicht wieder ab, selbst wenn der Türmagnet wieder geschlossen wird.
PS: Es ist ein Nuki 3.0 Pro mit zusätzlicher Bridge und Nuki-Adapter in der Version 1.6 von smaragdschlange.
Vielen Dank für Eure Ideen
Bahazay
Mir würde nur einfallen das du ein Script erstellst, wenn der Türsensor door opened erkennt den Status vom Nuki ändernt auf unlocked, dabei schließt natürlich das Nuki auf.
Die Frage ist dann allerdings ob es bei dem Panikschloss sinvoll ist die Tür wieder automatisch abschließen zulassen in so einem Fall, aber das wäre ja dann ja auch wieder über ein Script Realisierbar
-
Hallo @fenrir,
vielen Dank für den Vorschlag und die Idee. Das ist beinahe das, was ich versuche umzusetzen. Ich versuche lediglich noch eine Lösung zu finden, in der ich den mechanischen Vorgang des "aufschließens" durch Nuki vermeide.
Meine Hoffnung waren der Key state oder lockState. Wenn ich diese auf "unlocked" bzw. "true" setzen könnte, ohne dass Nuki mechnisch versucht zu schließen, hätte ich die Lösung. Nur ausgerechnet diese Werte bekomme ich nicht über ein Skript so manipuliert, dass das Nuki auch der Meinung ist, geöffnet zu sein.
Kann es sein, dass der Wert aus dem ioBroker nicht an das Schloss übergeben wird - anders als der Key action?
Vielen Dank schonmal für weitere Ideen.
VG
Bahazay
-
Ich habe jetzt erst gesehen, dass in den Logs eine entpsrechende Fehlermeldung ausgeworfen wird:
- Read-only state "nuki.0.855227444.states.state" has been written without ack-flag with value "3"
- Read-only state "nuki.0.855227444.states.lockState" has been written without ack-flag with value "true"
Es scheint mir langsam so, als könnte ich diese Datenpunkte nicht manipulieren per Skript. Oder hat da noch jemand eine Idee?
BG
Bahazay -
also ohne Mechanisches öffnen bzw. schließen wird es warscheinlich nicht funktionieren.
Aber was du testen kannst ist wenn du bei lockState auf bearbeiten gehst und dann im das write von "false" auf "true" setzt, dann kannst du den Datenpunkt bearbeiten, ob er allerdings auch entsprechend Regestriert hab ich nicht getestet.
Das Write ändern kannst du natürlich auch beim state dann.
Wenn es funktioniert musst du allerdings dann immer bei einem Update vom Adapter dran denken wieder umzustellen
-
Hallo @fenrir,
ich glaube, dass ich das schon versucht habe. Sicherheitshalber werde ich es aber nochmal testen.
Wenn ich mich richtig erinnere, wird der wert in der Bridge angepasst - aber er wird anscheinend nicht an das Lock übertragen.Ich habe das Gefühl, dass ich für das beschriebene Problem wirklich keine Lösung finde. ;(
Schade, weil das Nuki eigentlich echt eine tolle Lösung ist. -
Hallo zusammen
Ich hab seit gestern eine Smart Lock 3.0 (kein Pro) mit Bridge.
Ich kann das jetzt mit IoBroker und nuki-extended verwenden über die Web Api. Jedoch könnte ich das ja auch über die Nuki Hardware Bridge Api einbinden.
Was genau ist da der Unterschied?Danke
-
@dominic-reber Verstehe die frage leider gerade nicht so ganz?
Wenn du das Nuki in den ioBroker integrieren willst brauchst du den Nuki Adapater, die Bridge ist beim Nuki ohne Pro mit dafür da aus der Ferne zu steuern und wenn ich mich jetzt nicht komplett Irre brauchst du Bridge um das Nuki überhaupt in den Nuki zu bringen (außer du hättest das Pro)
-
Hi @dominic-reber ,
der Unterschied liegt darin, dass Du ohne Hardware Bridge immer eine funktionierende Internetverbindung benötigst, um das Nuki Lock mit ioBroker steuern zu können, da die Web API ja eine Cloud-Lösung ist. Über die Harware Bridge wird eine lokale API zur Verfügung gestellt, über die das Smart Lock auch gesteuert werden kann, wenn die Nuki-Server mal down ist oder Deine Internetverbindung mal nicht funktioniert. Ich persönlich strebe immer, wenn möglich, eine Lösung an, die ohne Cloud auskommt, aber das ist wohl Geschmachssache.
Gruß
Sven -
@bahazay das was Du willst geht an anderer Stelle:
nuki-extended.1.smartlocks.wohnungstür._ACTION.xxxx
Datenpunkt dann mit true befüllen und Tür wird geschlossen
Musst natürlich gucken wo bei Dir der _Action Baum ist.... Mein Tür heißt "Wohnungstür"...
-
Ich habe das Nuki 3.0 Pro. Keine Bridge. Welchen Adapter muss ich nehmen? Geht das überhaupt?
-
1.) Dieselbe Frage ist hier im Thread schon mehrfach beantwortet worden! Man könnte den Thread auch mal überfliegen!
2.) Geht nicht! Pro hat Wifi Modul integriert, keine Bridge, wird auch so bei Nuki beworben!
3.) Für die Integration ist die Bridge nötig, egal ob schwarze oder weisse, sind bis auf Farbe identisch! Nur die Bridge liefert dir den 6-stelligen API Token, der im Adapter (normal oder extended) eingetragen werden muss. -
Ich habe für das Nuki SmartLock 3.0 Pro ein Javascript erstellt um es via WebAPI auslesen & steuern zu können.
. Es nutzt und benötigt keine Bridge.
. Es ist daher allerdings abhängig von der Cloud und benötigt Zugriff auf die freigeschaltete NUKI WebApi.
. Es ist keine Realtimeabfrage, die ausgelesenen Daten werden zyklisch alle 10 Minuten aktualisiert. Steuern (Öffnen / Schließen) wird sofort ausgeführt.
Wenn es jemanden interessiert, kann ich das Script hier oder einem separaten Threat zur Verfügung stellen. -
@rk62 Hallo! Ich stehe gerade vor der Anschaffung und überlege was ich alles kaufen soll / muss. Heißt also, dass mit deinem Skript nur das 3.0 Pro ohne Bridge benötigt wird und es in iobroker eingebunden werden kann? Wie wird die Nuki WebApi eingerichtet?
-
@martin Genau. Entweder 3.0 pro und via WebAPI / Script steuern oder mit Bridge und ioBroker-Adapter. Bei dem Script muss man das Lock via App mit dem NUKI-Web verbinden und kann dann dort die API freischalten und ein API-Login-Key generieren. Ist schon etwas fummelig und Du musst JavaScript können. Sonst lieber die Sorglos-Lösung Bridge und Adapter verwenden.
-
-
@rk62 sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Ich habe für das Nuki SmartLock 3.0 Pro ein Javascript erstellt um es via WebAPI auslesen & steuern zu können.
. Es nutzt und benötigt keine Bridge.
. Es ist daher allerdings abhängig von der Cloud und benötigt Zugriff auf die freigeschaltete NUKI WebApi.
. Es ist keine Realtimeabfrage, die ausgelesenen Daten werden zyklisch alle 10 Minuten aktualisiert. Steuern (Öffnen / Schließen) wird sofort ausgeführt.
Wenn es jemanden interessiert, kann ich das Script hier oder einem separaten Threat zur Verfügung stellen.Hi, ich möchte mir auch das Nuki 3.0 pro zulegen.
Magst du dein Script hier mal reinstellen? Würde es gerne testen.Danke
-
@rk62 said in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Ich habe für das Nuki SmartLock 3.0 Pro ein Javascript erstellt um es via WebAPI auslesen & steuern zu können.
. Es nutzt und benötigt keine Bridge.
. Es ist daher allerdings abhängig von der Cloud und benötigt Zugriff auf die freigeschaltete NUKI WebApi.
. Es ist keine Realtimeabfrage, die ausgelesenen Daten werden zyklisch alle 10 Minuten aktualisiert. Steuern (Öffnen / Schließen) wird sofort ausgeführt.
Wenn es jemanden interessiert, kann ich das Script hier oder einem separaten Threat zur Verfügung stellen.Wäre für alle sicher sehr hilfreich...DANKE
-
@rk62 sagte in Nuki Smart Lock 3.0 pro in ioBroker einbinden:
Ich habe für das Nuki SmartLock 3.0 Pro ein Javascript erstellt um es via WebAPI auslesen & steuern zu können.
. Es nutzt und benötigt keine Bridge.
. Es ist daher allerdings abhängig von der Cloud und benötigt Zugriff auf die freigeschaltete NUKI WebApi.
. Es ist keine Realtimeabfrage, die ausgelesenen Daten werden zyklisch alle 10 Minuten aktualisiert. Steuern (Öffnen / Schließen) wird sofort ausgeführt.
Wenn es jemanden interessiert, kann ich das Script hier oder einem separaten Threat zur Verfügung stellen.Ich wäre ebenfalls sehr am Script interessiert, da ich ein 3.0 Pro besitze und diesen gerne im ioBroker integrieren möchte. Habe ein 2.0 mit Bridge ebenfalls im Betrieb, da läuft es tadellos. Habe zwar auch noch eine vorige Bridge zur Verfügung und könnte allenfalls mit dieser und dem 3.0 Pro arbeiten aber es sollte doch irgendwie möglich sein, auch den 3.0 Pro zu integrieren.
