-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using cached values when the Nuki bridge is not available #8
Comments
Further to this, I've been experiencing some issues with the Bridge. I don't know whether there's a glitch with the bridge itself, or problems with the Nuki servers causing the Bridge to act in a somewhat odd manner, however I'm having the following issue: |
Could you check /info for the SW version of the bridge? |
The FW version is 1.3.6. I'm not certain what the latest is, I couldn't find this information on the Nuki website. |
I now have the Bridge working again (carried out what I believe was a factory reset) and the response to /list now gives the Bridge's cached lock state again, so Homebridge correctly reports the updated state. |
Hello,
First of all, thanks for this plugin. Just got the Nuki and it's great to be able to integrate this with HomeKit straight away.
The plugin seems to be working fine, but I have a request in relation to its behaviour. I've noticed when the Nuki bridge is down, the plugin gives the last cached state. Personally, I don't feel this is the best way to go about it, as the reported state could be hours old and unless you check the Nuki app to see if everything's ok, you would assume the reported state is correct. Would it be possible to change this behaviour so the state comes back as unknown if the bridge isn't reachable? This could possibly be an option?
Thanks.
The text was updated successfully, but these errors were encountered: