-
Notifications
You must be signed in to change notification settings - Fork 4
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
Battery doesn't get charged in cheap periods #228
Comments
Since the weather got better I’ve noticed a problem with the optimiser which I think I’ve just got to the bottom of and should get fixed this weekend. Not sure if your issue is related but will try to have a look at the same time.
…On 24 May 2024 at 14:09 +0100, SzosszeNET ***@***.***>, wrote:
In the past couple days noticed that the battery doesn't get charged as much as I would expect and not sure if PV operates with the most efficient cost.
My battery is almost empty have some cheap period followed by more expensive period but there is no charge scheduled
image.png (view on web) image.png (view on web) [error.log](https://github.com/fboundy/pv_opt/files/15434711/error.log) [main.log](https://github.com/fboundy/pv_opt/files/15434714/main.log) [pv_opt.log](https://github.com/fboundy/pv_opt/files/15434715/pv_opt.log)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
I can't see these logs for some reason. Could you please re-upload? Thanks |
Odd, just downloaded and re-uploaded them. Since updated to 3.14.9 and indeed that seems have addressed it to some extent |
Seeing similar too, but also a closed issue resurfaced in 3.14.9 (I've added logs). |
Try changing the “pass threshold” to zero
…On 26 May 2024 at 17:22 +0100, solarjones ***@***.***>, wrote:
error.log
main.log
pv_opt.log
My battery is predicted to be flat at 23:00 and OE tariff showing cheaper slots before 05:00 when the price then ramps up. Notice it isn't showing the optimised blue trace line.
image.png (view on web)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: ***@***.***>
|
Unsure which parameter that is as I don't have that? |
@solarjones it's the "charge threshold" in the bottom of the dashboard. By default it's 4 |
Its called "Charge Threshold" on the dashboard |
Thanks! Obvious now you said it 😀 |
It’s ignoring the cheap slots because they aren’t cheap enough to save you any money. The SOC shows your solar getting you to after the peak slots.
…On 28 May 2024 at 14:13 +0100, punkymuzzle ***@***.***>, wrote:
Yep I'm having the same problem with my setup as well.
Recently there seems to be very few charging slots allocated, despite there being a large difference in unit price between now (for example) and my peak period of 16:00 - 19:00.
I adjusted the "Charge Threshold" to 0 as noted above, and it seemed to have started working again. However, it's had another recalculation and again has totally ignored my cheapest slot.
I've ended up putting it in read only and manually setting my charging slots so I can at least get through the peak times later, but there seems to be something fundamentally wring with the calculations as it's missing key (relatively) cheap slots to charge.
My screenshot FYI:
image.png (view on web)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: ***@***.***>
|
But at a basic level, it should be charging the battery at 14.51p, 15.54p etc, ready for discharging at the expensive times, which are approx twice the price? It didn't do this, which was why I had to put it in read only and manually charge, ready for peak slots.
But after the peak slots it's still more expensive than before, so why wouldn't it charge up as cheap as possible to last as far as possible overnight? So roughly what does the difference in price between charging and discharging need to be before it considers it enough to set a charge? From the above I have a 14 / 15p rate before peak, with approx. 30p peak - I would have thought that would have been plenty of difference? |
Sorry but I don’t see what you’re seeing. Battery isn’t forecast to be empty till midnight and you don’t have actual prices that far out. You’ve also got to factor in the round trip loss of charging and discharging the battery which is about 85% so a direct price of 16.5p is still cheaper than a battery charge price of 14p.
The whole point of the app is that it only charges the battery when it saves you money to do so. The detailed calculations are all in the log file and to some extent you can tune these with the tuning parameters. If you just want to charge it when the price is below a particular threshold there are much simpler approaches.
…On 28 May 2024 at 17:49 +0100, punkymuzzle ***@***.***>, wrote:
But at a basic level, it should be charging the battery at 14.51p, 15.54p etc, ready for discharging at the expensive times, which are approx twice the price? It didn't do this, which was why I had to put it in read only and manually charge, ready for peak slots.
> It’s ignoring the cheap slots because they aren’t cheap enough to save you any money. The SOC shows your solar getting you to after the peak slots.
But after the peak slots it's still more expensive than before, so why wouldn't it charge up as cheap as possible to last as far as possible overnight?
So roughly what does the difference in price between charging and discharging need to be before it considers it enough to set a charge? From the above I have a 14 / 15p rate before peak, with approx. 30p peak - I would have thought that would have been plenty of difference?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: ***@***.***>
|
Stale issue message |
In the past couple days noticed that the battery doesn't get charged as much as I would expect and not sure if PV operates with the most efficient cost.
My battery is almost empty have some cheap period followed by more expensive period but there is no charge scheduled
The text was updated successfully, but these errors were encountered: