Replies: 5 comments 24 replies
-
Can you share your apps.yaml and logfile please. I agree, it looks weird, should be planning charging. You mentioned the sensor settings you have set in apps.yaml, there are some HA configuration items that have to be set, things like the time the car charging is needed by Can you check these are all set correctly https://springfall2008.github.io/batpred/car-charge-planning/ |
Beta Was this translation helpful? Give feedback.
-
@springfall2008 do you have any (further) thoughts on this? I've stripped the car config back to the barebones, removing any optional config and it still doesn't plan so I'm lost. |
Beta Was this translation helpful? Give feedback.
-
I've been working tonight on rewriting and simplifying the car charging documentation for Predbat, moving information out of the Customisation document into Car Charging You can see the draft of that revised document here https://github.com/gcoan/batpred/blob/main/docs/car-charging.md |
Beta Was this translation helpful? Give feedback.
-
This means you have to reset the car SOC yourself to the current car battery level before each charge, using the number sensor Predbat creates. Did you forget to do that? If you have a car_charging_soc sensor already then turn this option off. |
Beta Was this translation helpful? Give feedback.
-
Great :) |
Beta Was this translation helpful? Give feedback.
-
I've just added a GivEnergy EVC to my setup and I'm really struggling to get the car charging to work reliably (if at all).
In the UI I have the following set;
In apps.yaml I have the following;
The plan just seems to never include the car.
For the avoidance of doubt - all input values are from sensors which are available (i.e. they've not gone "unavailable" and thus returning invalid values).
Below is an example of the CAR0 lines from the log;
2024-06-23 20:30:32.756689: CAR0: [ 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21, 128.21]
...and the only other mention of car in the logs...
2024-06-23 20:30:01.539183: Cars 1 charging from battery False planned [False], charging_now [False] smart [True], max_price [20.0], plan_time ['08:00:00'], battery size [78.0], limit [78.0], rate [7.4]
As you can (hopefully) see, there is no car charging planned. As the SOC is (64) is less than the maximum (100) and the unit rate (20) is less than many of the rates before 8am, I would expect to see charging planned.
Beta Was this translation helpful? Give feedback.
All reactions