-
-
Notifications
You must be signed in to change notification settings - Fork 28
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
Support for fixed time based pricing #262
Comments
Hi! With v1.11.0 there is the possibility to use a template sensor to generate the price information. It should also be possible to achieve what you ask for. If you are skilled in template sensors, and can made one yourself, please post it here so that I can add it to the Wiki page. Otherwise, I will try to make one. But it might take some time. |
Here is a workable template I've been using:
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I really like how this integration plans the optimal moment to charge the car, based on SOC, charge speed and the net pricing.
Would it be possible to add support for fixed time based prices?
Currently I have a contract similar to below:
monday - friday 7:00-23:00 at 0,31 euro per kwh (high), and outside this period its 0,25 euro per kwh (low).
This way I can use the integration to charge from the grid at the optimum time (when required). Which would be ideal as I can charge with excess PV energy the rest of the time.
What would also be neat, is if we can use the actual tariff data from a P1 / DSMR meter (sensor.power_tariff). This sensor reports only the current tariff (high/low), but can be used to detect exceptions such as holidays.
The text was updated successfully, but these errors were encountered: