-
Notifications
You must be signed in to change notification settings - Fork 35
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
[Opener] Improvements for continuous mode #120
Conversation
alucar-d
commented
Nov 29, 2022
- Actually when continuous mode is activated, the opener "lock" control and "locked" sensor shows as "locked". This PR check also continuous mode to determine the lock state
- Add configuration switch in opener to activate/deactivate continuous mode
Hey @alucar-d looks like a nice improvement, but I can't find any API documentation for |
Hi @kvj, the documentation for these actions at Nuki API level is in the "lock actions" section. The last two rows on the "opener" column. |
For those who don't want to wait for this merge, you can also get the current mode of your Nuki Opener using the rest platform:
If the sensor returns a value of 2, continuous mode is inactive, if it is 3 continuous mode is active. |
I think this is a good idea. The only issue I have with this is that when continuous mode is enabled, if I try to lock the Opener, it does nothing because the lock action doesn't change the continuous mode. Maybe locking should also disable continuous mode. |
It's a good point! |
Updated the behavior. Now when locking an opener it checks if continuos mode is enabled and made an extra call to disable continuos mode before call the lock itself. |
I tested it and I think it's perfect now 👍 |
resolve #161 |
Tested it and its also working for me. Please merge it. |