Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Longbow]

@arteck wie hast du die 2.6.1 bekommen, bei mir steht nur 2.3.1 und habe keine update möglichkeiten?

[arteck]

@longbow GIT install

[Thomas Braun]

@longbow

nuki-extended
github:	2.6.5
latest:	2.6.5 for 10 days
stable:	2.3.1 for 11 months

Also vollkommen i.O., wenn die 2.3.1 gefahren wird. Das ist die stabile Version.

[Longbow]

@thomas-braun Nur leider findet er mein Nuki Pro 3.0 nicht...

[Thomas Braun]

@longbow

Dann aktivier den Expertenmodus und dann suchst du den Adapter aus npm heraus.

[Longbow]

@thomas-braun
Hab ich, aber die Installation bleibt wohl stecken.

[Fenrir]

Hey Leute,
derzeit habe ich noch das Nuki 2.0 im Betrieb, bin aber am Überlegen ob ich noch das Upgrade Programm nutze und mit die 3.0 Pro zu holen.

Habe hierfür allerdings noch paar fragen die ich hoffe hier geklärt zu bekommen.

Brauche ich für den extendet Adapter die Bridge noch?
wenn ja kann ich die alte Bridge vom 2.0 weiterverwenden?

Gruß

P.S.: Falls noch jemand das Nuki haben will kann ich gerne noch Empfehlungen aussprechen.

[mooly]

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.

[Bahazay]

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

[Fenrir]

@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

[Bahazay]

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

[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

[Fenrir]

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 :)

[Bahazay]

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.

[Dominic Reber]

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

[Fenrir]

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

[smaragdschlange]

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

[cash]

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

[caravandriver]

Ich habe das Nuki 3.0 Pro. Keine Bridge. Welchen Adapter muss ich nehmen? Geht das überhaupt?

[wideblick]

@caravandriver

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.