springfall2008
Octopus Intelligent - Unusual plan created when car charging
Describe the bug Last night I plugged my car in which is on Octopus Intelligent Go. Predbat recognised the car charging slots however it didn't charge my FoxESS battery during those times. At times it states the battery is idle and it will somehow hold the SOC however this didn't happen and the battery ended up discharging to the car at times. It is entirely possible that I am just missing a setting here but thought I'd post in here in case. I. had also tried downgrading to V7.17.0 to see if that helped but a similar plan was created.
Expected behavior I would expect that when the car is charging that the battery is also charging. In the screenshot below, I would expect 23:30 to be charging, 00:00 to discharge and then 00:30 to 01:30 to be charging again, and so on.
Predbat version
V7.17.6
Environment details
- Inverter and battery setup - FoxESS - apps.yaml.log
- Standard HAOS installer or Docker - Standard HAOS install
- Anything else?
Screenshots
Log file predbat.log
For what it's worth I've been through all the versions and the version I can get the 'normal' plan on is way back on V7.16.16
I've been able to replicate this odd behaviour on two different Predbat set ups, with both a GE and a FoxESS inverter so don't think it's limited to the inverter type. I'll stick on this version and happy to test any changes if it's able to be spotted what changed.
What's you're Metric Battery Cycle Cost set to? I've had this before and it was set a bit too low (1p/kWh) and I had to tweak this up to 2.4p/kWh to get it to stop trying to discharge to the grid/car. YMMV!
I've been having the same issue and have just downgraded from 7.17.10 to 7.16.16 which seems to have solved the problem for now
I think the issue here is that your inverter isn't supporting the mode where discharge is disabled while the car charges and hence the plan is sensible (holding the battery during car charging) but it doesn't happen.
As you have Fox I think we should look at how its configured, and then add it to the documentation once correct. Can you share how you set it up?
I am also seeing the same behaviour on my GivEnergy AC3 so I don’t think it’s limited to just the type of inverter. I am due to charge tonight so will update to the last version and see what plan is created and share the logs.
I've just made a fix on main which I will release soon which will prevent any type of forced discharge during a car charging slot if 'allow car charging from battery' is off.
Hi @springfall2008,
Just tested this on my GivEnergy AC3 inverter.
On version V7.16.16 this is the plan:
And on V7.18.0 this is the plan:
I can confirm that I have 'allow car charging from battery' to off. Here is the predbat.log if it is any help: predbat.log
So it does look like the changes made in V7.16.17 is what cause the IOG to break, the release notes do reference car charging slots so wonder if there is something in that?
V7.16.16
V7.16.17
I'm still experiencing the same problem - I've been trying each of the new releases but having to keep reverting to 7.16.16. The plan it creates in new versions is fine until I plug the car in, then It recalculates and throws in either unused charge slots or freeze charges.
+1 here for me too, seeing odd behaviour where the plan intends to keep the charge of the battery during car charge, but then decides to change that plan when the slot opens, setting it to Idle, then discharging the battery to the car. (GivEnergy AC 3 w/ 9.5 kWh battery)
Hopefully this is helpful @springfall2008.
I've been through all the versions and the tipping point is V7.16.4 and it looks like the only change is https://github.com/springfall2008/batpred/pull/1013. Going back to V7.16.3 results in a normal plan.
Interesting, it maybe there is a mistake in this change around the freeze, let me remove that bit...
Just tested main and all looks good now!
Thank you for your help @springfall2008