HTTP-Steuerung des Nuki Motorschlosses bei bestehender Türüberwachung

wir verwenden ein Panikschloss an einer Notausgangstür, das täglich geschlossen werden muss oder auch dann, wenn Lieferanten nach unserer Geschäftszeit kommen. Das Panikschloss bietet die Funktion, dass sich die Tür im verschlossenen Zustand über die Türklinke von innen öffnen lässt, z. B. im Brandfall. Dabei würde das Nuki Motorschloss jedoch nicht erkennen, ob die Tür tatsächlich geöffnet oder geschlossen ist.

Daher möchte ich wissen, ob es möglich ist, dem Nuki Schloss über HTTP mitzuteilen, dass die Tür bereits geöffnet wurde, damit der Motorstatus entsprechend angepasst wird.

Uns ist bekannt, dass der Nuki Türsensor diese Funktion übernehmen könnte. Allerdings verwenden wir bereits Reed-Kontakte, die über Loxone den Türstatus überwachen. Über dieses System könnten wir Nuki per HTTP die Information übermitteln, dass die Tür nicht mehr verschlossen ist.

Meine konkrete Frage lautet daher:

Können wir dem Nuki Motorschloss über HTTP mitteilen, dass die Tür geöffnet ist (inklusive des Schlosszustands „geöffnet“), sodass Nuki anschließend den Motorstatus entsprechend aktualisiert und die Tür nicht mehr öffnet, sondern direkt schließt?

Vielen Dank für Ihre Unterstützung!

1 Like

This is an English speaking forum therefore i’ll answer in English:

No, you can not set the state with an external command (no API supports this).

But Nuki locks of 3rd and 4th gen have (hidden) support for such doors. Here is more info about it: Enable NUKI to be used with Anti-Panic-locks in combination with door magnet

You will need a Nuki door sensor. If the feature is enabled you should be able to detect the “undefined” state and can execute e.g. a “lock” command afterwards in order to correctly reposition the lock again.

1 Like