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

[Balu 0]

@paul53

"Es soll der "state" des einen Nuki den "lockAction" des anderen Nuki steuern?"
Ja

Zeige bitte die Objektdaten von "lockAction" in Codetags und teile mit, welche Werte der DP annehmen kann.

die hier oder nicht ?

{
  "_id": "mqtt.0.nuki.4121ADE4.state",
  "common": {
    "name": "nuki/4121ADE4/state",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt server variable",
    "type": "number"
  },
  "native": {
    "topic": "nuki/4121ADE4/state"
  },
  "type": "state",
  "from": "system.adapter.mqtt.0",
  "user": "system.user.admin",
  "ts": 1735826963369,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}
```1 x Look Aktion
 

{
  "_id": "mqtt.0.nuki.4121ADE4.lock",
  "common": {
    "name": "nuki/4121ADE4/lock",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt server variable",
    "type": "string"
  },
  "native": {
    "topic": "nuki/4121ADE4/lock"
  },
  "type": "state",
  "from": "system.adapter.mqtt.0",
  "user": "system.user.admin",
  "ts": 1735826962646,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[paul53]

@balu-0 sagte: die hier oder nicht ?

Nicht "lock", sondern "lockAction"!

[Balu 0]

@paul53

Ah hatte den falschen punkt drin : tausch ich oben auch aus ...

  "_id": "mqtt.0.nuki.4121A1FC.lockAction",
  "common": {
    "name": "nuki/4121A1FC/lockAction",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt server variable",
    "type": "string"
  },
  "native": {
    "topic": "nuki/4121A1FC/lockAction"
  },
  "type": "state",
  "from": "system.adapter.mqtt.0",
  "user": "system.user.admin",
  "ts": 1727557358865,
  "acl": {
    "object": 1636,
    "state": 1636,
    "file": 1632,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }

[paul53]

@balu-0
Der ist vom Typ "string". Dann versuche es mal so:

[Balu 0]

@paul53
Jetzt funktioniert es ohne die Fehler mit der Aktualisierung jedoch wenn
der "Riegel" bereits auf offen steht wird die Öffnung vom normalen schloss nicht mehr ausgelöst.
löst evtl. der Finger Sensor nicht mehr aus wenn der riegel nukki bereits auf offen steht ?

[paul53]

@balu-0 sagte: löst evtl. der Finger Sensor nicht mehr aus wenn der riegel nukki bereits auf offen steht ?

Ich habe von Nuki keine Ahnung.

[Balu 0]

@paul53 said in Skript 2 x Nukki Synchronisieren über MQTT:

@balu-0 sagte: löst evtl. der Finger Sensor nicht mehr aus wenn der Riegel nukki bereits auf offen steht ?

besser gefragt : wird der Datenpunkt nicht mehr aktualisiert wenn er bereits einmal aktualiesiert wurde und auf dem status steht ?

[Balu 0]

@paul53
Lieber Paul,
ich hoffe ich habe nochmal deine Aufmerksamkeit.

Stelle ich dein Skript um auf "wurde Aktualisiert" statt auf " Wurde geändert",
so funktioniert das öffnen über alle Möglichkeiten ( app sensor ) wie gewünscht.
Allerdings wird hier bei jeder Aktualisierung abgeglichen und ausgelöst.
Also auch bei eben beispielsweise dem Sensor.

Ich bin nun auf diesen Event log aufmerksam geworden.

  "_id": "mqtt.0.nuki.4121ADE4.lockActionEvent",
  "common": {
    "name": "nuki/4121ADE4/lockActionEvent",
    "write": true,
    "read": true,
    "role": "variable",
    "desc": "mqtt server variable",
    "type": "string"
  },
  "native": {
    "topic": "nuki/4121ADE4/lockActionEvent"
  },
  "type": "state",
  "from": "system.adapter.mqtt.0",
  "user": "system.user.admin",
  "ts": 1735827094125,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"

捾  wenn durch den Türsensor geöffnet


 wenn durch die App geöffnet

捾  wiederum wenn durch den Fingerprint geöffnet wird.

Nehmen wir mal an ich würde auf den Türsensor verzichten, bzw ihn an das Andere Nukki koppeln.
Könnten wir dann die syncroniesierung bei status offen, an diesen :
捾  Eventlock binden ?

Also so das die Tür im offenen zustand durch keine andere Aktualisierung ausgelöst werden kann.?

[paul53]

@balu-0 sagte: Event log aufmerksam geworden.

Ich habe keine Ahnung, wie man chinesischen Text auswertet.
Helfen kann dir sicherlich jemand, der das Verhalten der Nuki-Datenpunkte kennt.

[Dr. Bakterius]

@balu-0 sagte in Skript 2 x Nukki Synchronisieren über MQTT:

Ich bin nun auf diesen Event log aufmerksam geworden.

捾  wenn durch den Türsensor geöffnet


 wenn durch die App geöffnet

捾  wiederum wenn durch den Fingerprint geöffnet wird.

Du musst den Datenpunkt von Text nach HEX umwandeln und dann einen Teil davon in eine Zahl, dann kannst du damit arbeiten. Ich mache das um ein Protokoll zu führen und das Blockly sieht so aus:

In der Funktion muss folgendes stehen:

[Balu 0]

@dr-bakterius
Super Danke !
weißt du zufällig was alles eine Aktualisierung am Lock State auslöst ?

Nachdem ich den Tür Sensor jetzt auf das andere nukki gelegt habe, habe ich keine ungewollte Aktualisierung mehr.

Ich probiere mal ob ich so weitekomme,
is schon sau dumm wenn die tür aufgeht :-)

@paul53
Danke dir !!

[Balu 0]

@dr-bakterius
sorry,
wie funktionierte dieses wandeln ?

[Dr. Bakterius]

@balu-0 sagte in Skript 2 x Nukki Synchronisieren über MQTT:

weißt du zufällig was alles eine Aktualisierung am Lock State auslöst ?

Nein, einfach probieren.

wie funktionierte dieses wandeln ?

Ist doch alles oben zu sehen. Musst du nur nachbauen. Ist da etwas unklar?

[Balu 0]

@dr-bakterius said in Skript 2 x Nukki Synchronisieren über MQTT:

weißt du zufällig was alles eine Aktualisierung am Lock State auslöst ?

Nein, einfach probieren.

Ja hab ich, es gibt aber immer Sachen die Mann nicht auf dem schirm hat.
Getestet habe ich mit positiver Rückmeldung:
Nukki Türsensor, nukki fingerprint, Nukki Taste am Nukki selber, Nukki App.
Ohne Rückmeldung:
Pi unerwartet vom Strom, io Skript neu gestartet.

Ist doch alles oben zu sehen. Musst du nur nachbauen. Ist da etwas unklar?

Nachgebaut habe ich ich denke da unten sollte dann der Log kommen oder ?

Womit ich nichts anfangen kann ist dieser teil :

Dieser Schritt fehlt mir noch denke ich.

Ich weiß bei mir braucht Mann manchmal nerven aus stahl,
Ich tue mir mit programmieren wirklich unglaublich schwer

[Balu 0]

@dr-bakterius

Gefunden :-)

Log kommt aber noch keiner...

[Balu 0]

falls jemand die Konstruktion interessiert:

1 : Opener
2 : Nukki am schloss
3 : Nukki am Panzerriegel.
4. Nukki Fingerprint aussen an der Tür

[Dr. Bakterius]

@balu-0 sagte in Skript 2 x Nukki Synchronisieren über MQTT:

Log kommt aber noch keiner...

Kann auch nicht funktionieren. In deiner 'Falls'-Routine prüfst du auf die Variable 'Text'. Die beinhaltet aber den ursprünglichen Inhalt des Datenpunktes. Du musst die Variable 'Zahl' prüfen. So wie in meinem Beispiel oben.

BTW: Nuki schreibt sich mit nur einem 'k' und korrekte Groß- und Kleinschreibung vereinfacht das Lesen. Die meisten Browser haben ohnehin schon eine Rechtschreibprüfung eingebaut, die vermeintliche Fehler kennzeichnet und eine Korrektur anbietet. Nur so als Tipp. :wink:

[Balu 0]

@dr-bakterius

Super funktioniert Danke !
Leider unterscheidet das Event ebenfalls nicht zwischen Fingerprint und Sensor.
Werde das aber mal bisschen testen und rumspielen.

Die Schlösser laufen wirklich super.
Ein bisschen sorgen macht mir noch das etwas im offenen Zustand den Datenpunkt aktualisieren könnte, und dadurch die Tür unbeabsichtigt geöffnet wird.
Aber das beobachte ich noch in nächster zeit.

Und eine Option ist mir leider dadurch das ich den Sensor auf das andere Nuki gelegt habe verloren gegangen.
Und zwar lasse ich das Nuki zu einer bestimmten Zeit verriegeln.
Sozusagen eine Nachtruhe.
Kommt in dieser Zeit jemand nach hause,
verriegelt das Nuki sobald die Tür geschlossen wird wieder.

Evtl könnte mir hier jemand mit einem Skript helfen.
Den Datenpunkt vom Türsensor habe ich ja jetzt am anderen Nuki zur Verfügung.

Danke für eure Hilfe !
Balu

[Balu 0]

Update !

Hab das Projekt so leider stilllegen müssen weil das Nuki dummerweise ab und an eine selbst Kalibrierung durchführt.
diese macht es eigentlich nur nach dem Akku Wechsel, jedoch scheinbar wie online in Erfahrungsberichten zu finden auch sporadisch. ( wie ich auch feststellen musste )

Heist in meinem Fall das der Datenpunkt der als Trigger für die Auslösung des zweiten Nuki verantwortlich ist,
aktualisiert wird.

Kalibrierung kann laut Nuki Support nicht stillgelegt werden.
Da das Ereignis nicht über den eventlock mit dr.bakterius Skript zu erfassen ist,
habe ich keine Idee mehr wie es mit dem Standartfingerprint von Nuki zu lösen ist.

Ich habe nun zur Auslösung ein Ekey bestellt,
damit erledigt sich nun natürlich jegliche Problematik.

Danke nochal für die Hilfe !