NUKI API Beginner - No connection

Nuki APIs Bridge HTTP-API
#1

Dear all,

the customer support requested me to place my question here.
I´m absolutely new with the API topic, so I don´t really know if it is the right sub-forum.

Goal:
I´ve a smart home (KNX/ETS based), where I´m the System administrator by myself. For visualization purposes I´m currently using a Gira X1.
Via the Gira X1 I would like to get the status of my NUKIs and to lock or unlock my NUKIs.

Problem:
Therefore I was searching through the knx-user-forum where I found a manual including the relevant Gira X1 software logic modules. But this is only the side story.
Due to the fact that I´m an absolute beginner I was trying to create a code for getting the status of my locks for an first attempt.

I activated the developer mode of my brigde.
I took the ID of one of my locks.
I took the IP of the bridge from my fritzbox.
I took the whole code into my browser to see if everything is working properly but nothing happens.

“Seite nicht erreichbar ist. Die Antwort von der IP hat zu lange gedauert. Ich soll Proxy und Firewall prüfen oder die Netzwerkdiagnose nutzen. ERR_CONNECTION_TIMED_OUT.“

http://[IP]/lockState?nukiId=[ID]&token=[TOKEN]
http://[IP]/lockAction?nukiId=[ID]&action=1&token=[TOKEN]

Where is the problem who can help?

In addition, calling the URL https://api.nuki.io/discover/bridges is working fine but doing the /auth command brings no effect :frowning:

#2

You wrote only about the IP, what port did you use?

The api url is something like http://192.168.178.1:8080/info?toke=youttoken

#3

For sure I did enter the Port (8080) also.

What I dont understand the call https://api.nuki.io/discover/bridges works fine. Response is as follows:

{“bridges”:[{“bridgeId”:2092370288,“ip”:“192.168.188.56”,“port”:8080,“dateUpdated”:“2020-09-30T11:34:19Z”}],“errorCode”:0}

Any other call, like the one you ve postet or the customer support send me did not work
http://192.168.188.56:8080/auth
Response: {“success”: false}
http://192.168.188.56:8080/log?count=1000&token=TOKEN
Response: HTTP 401 UNAUTHORIZED
http://192.168.188.56:8080/info?token=TOKEN
Response: HTTP 401 UNAUTHORIZED

API Schnellzugriff and HTTP API is activated in the Bridge as well as the developer mode.

#4

Hi, ich denke du sprichst auch deutsch nach den Meldungstexten die da so zwischen sind.
Der Fehler oben den du beschrieben hast war ein Timeout, das ist was anderes als das was du jetzt schreibst. Da ist jetzt der Token falsch.
Und das discover was du komisch findest, dass es funktioniert, ist nichts anderes als das Abfragen der Server bei Nuki ob sich aus deinem Netz in der letzten Zeit mal eine britches gemeldet hat. Das sagt nichts über den aktuellen Verbindungsaufbau innerhalb deines Netzes aus. Nur das die bringt sich bei den Nuki Servern gemeldet hat und sagt, dass sie unter der ip erreichbar wäre.

Prüf nochmal den Token, wegen groß und klein Schreibung und 1 statt I oder l (L) statt I (i)…

Zu dem /auth steht in der Anleitung:
Enables the api (if not yet enabled) and returns the api token.
If no api token has yet been set, a new (random) one is generated.
When issuing this API-call the bridge turns on its LED for 30 seconds.
The button of the bridge has to be pressed within this timeframe. Otherwise the bridge returns a negative success and no token.

Also du musst den Knopf drücken wenn du das aufrufst… aber über die App kann man den Token auch auslesen denn musst du kein auth mehr machen.

#5

Jetzt gehts uns zwar komplett samt lock state und lock action. Warum? Keine Ahnung, ich vermute die NUKI ID duldet keine Groß–/Kleinschreibung!?

In der App werden alle Buchstaben der NUKI ID groß angegeben. Gibt man sie so ein passiert nix, gibt man sie klein ein gehts …

#6

Es ist besser die dezimal ID-version in der bridge API zu verwenden; dann kann es keine Probleme mit der Groß-(Kleinschreibung geben (das sind auch die IDs, die über /list kommen!). die HEX-variante wird zwar unterstützt, aber hat eben das beschriebene Problem.

Even though the HEX-ID-viariant is supported, it is recommended to use the DEC variant of the device ID in the bridge API commands, so case sensitivity does not matter. (You also get the DEC IDs via the /list command)