-
Notifications
You must be signed in to change notification settings - Fork 117
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
Clarification on Manual Override energy_limit and time_limit #272
Comments
Oh also, what's the difference between |
Unfortunately, these are not implemented yet, but probably will be seconds. Will probably implement at the same time as #225
TBD, but probably yes and the first limit reached will be the winner and stop the charge
Will be from the start of the session
It kind of depends on your use case, but I would recommend the /claims endpoint, essentially the same, but runs at a lower priority so you can still use the manual override from the GUI/Button to override the Home Assistant behaviour
I am not totally sure that both needed, but |
Thanks for the detailed reply!
Ah, that explains the strange results I'm seeing. I thought I had the wrong units. I assume this is also not yet implemented for |
Correct, these can only be set via RAPI, but be warned this will break in a later 4.x release |
With the HTTP API, I see manual override supports energy_limit and time_limit properties
I did a few experiments and am unclear how to use this.
energy_limit
in?time_limit
in?Thanks!
The text was updated successfully, but these errors were encountered: