[Seiman]

Ich hatte das gleiche Problem und dachte, dass ich dank integriertem WLAN im Nuki 3.0 Pro auf eine Bridge verzichten kann. Dem ist aber nicht so! Sobald man die API benutzen möchte, benötigt man die Bridge. Des Weiteren sind die API Calls leicht anders. Z.B. muss der deviceType unbedingt angegeben werden. Eine kleine Anleitung, wenn du ein Nuki 3.0 Pro UND die Bridge hast.


Einrichtung Nuki 3.0 Pro und Bridge müssen vollständig abgeschlossen sein.

Abfrage aus dem Heimnetzwerk, ob und welche Bridges über die gleiche externe IP bei Nuki registriert sind:
https://api.nuki.io/discover/bridges

Anzeige der internen Bridge IP-Adresse über die o.g. Abfrage oder den Router. Es empfiehlt sich eine feste IP-Adresse zuzuweisen. In diesem Beispiel nehmen wir mal die folgende: 192.168.1.99

API Token anfordern. Folgende URL im Browser eingeben. IP-Adresse entsprechend anpassen, versteht sich.

http://192.168.1.99:8080/auth

Anschließend Button an der Bridge lange drücken. Im Browserfenster sollte ein Token angezeigt werden. In meinem Fall war er sechsstellig. In diesem Beispiel: 112233

Token in den folgenden Befehl eintragen und im Browser abschicken:
http://192.168.1.99:8080/list?token=112233

Nun sollte die nukiId angezeigt werden. In meinem Fall war sie neunstellig: In diesem Beispiel 444555666

Zu guter letzt entnehmen wir noch den deviceType aus der o.g. Abfrage. Das Nuki 3.0 Pro hatte bei mir die „4“. Meines Wissens gibt es bereits eine noch neuere Variante des smarten Türschlosses. Möglicherweise ist der deviceType dann „5“.

Status abfragen:
http://192.168.1.99:8080/lockState?nukiId=444555666&deviceType=4&token=112233

Beispiel Tür öffnen:
http://192.168.1.99:8080/lockAction?nukiId=444555666&deviceType=4&action=3&token=112233

Beispiel Lock State ermitteln, z.B. für den Deaktivierungsschalter der Alarmanlage:
http://192.168.1.99:8080/list?nukiId=444555666&deviceType=4&token=112233