In Nuki Card I first checked how many callbacks were on the bridge and if the webhook was already present in one of them, only then I tried to add it to the bridge, if needed. I thought the component did something like that…and in case there were 3 callbacks already, it threw an error (or delete one of them…can’t remember )
But in case there are 3 already present, it doesn’t know…and the bridge gives the error. I was suggesting to preventively check before configuring the callback…
You‘re right! It was the web token.
I left it blank and now the error is gone.
I used the Longlife HA Token and inserted it there.
Was this not right? What do I need that token for?
It’s a Web API for Nuki devices. Right now, if a web API token is provided, you can control access to keypad entries and Nuki users (enable/disabled them from hass). More to come
Correct, but you depend on the cloud. With the bridge you can decide if you want only-local, or both.
The bridge API is missing functionalities for other devices, but for the lock/opener/door sensor, it has what’s needed. They could enrich Bridge API with some more functionalities.
Hello again
I have just a question regarding detecting when someone rings on mu intercome, can I catch that trigger, in order to show some notifications, and to turn on some flashing lights in my apartment?
So, I need to watch I assume, some binary sensor right?