Closed philkendall closed 3 weeks ago
Did you get the edit at all as I don't recognise this string?
2024-06-10 20:19:45.574344 INFO pred_bat: Mins Now: 1215 Latest Entry: 81.4431 Current Entry: 72.5141
This is odd as mine seem identical.
What does apps.yaml set your load_today to?
Actually I take that back, actually mine are higher its just not as much as yours.
I think I know why, as the GivTCP entities sometimes go down which Predbat doesn't allow...
I'll have a go at fixing this soon, still think its working around a bug in GE kit..
Fix on 'main' for testing
Thanks for looking into it so quickly.
Yes, that extra log line was added by me; I was interested in the data that went into the calculation.
I'm not at my PC right now, so I'll give the fix a test tomorrow and report back
I've put the fix in, and so far so good. As of 09:45 this morning, the load actual is reading the correct value.
I shall continue to monitor. Thanks.
Describe the bug 'load actual' in predbat is much higher than the GivTCP sensor value. History of predbat.load_energy_h0
(Ignore the little spike at 20:17; this was caused by me trying to debug and changing a value incorrectly)
History of GivTCP Load Energy Today KwH![image](https://github.com/springfall2008/batpred/assets/58569471/5e2a68f1-afae-496c-b317-327a90317b4c)
Load scaling is set to 1.0![image](https://github.com/springfall2008/batpred/assets/58569471/ed0e01d8-006f-4566-8d80-0e40ceb7ca77)
This is causing the in-day adjustment graph to show a massive increase in load, which is not reflecting reality.![image](https://github.com/springfall2008/batpred/assets/58569471/a01e18ea-fdc1-489b-9e4c-55f258ed1fca)
Expected behavior With the load scaling at 1.0, I expected the 'load actual' to match that current value provided by GivTCP.
Predbat version
7.22.4
Environment details
Screenshots Settings:
![image](https://github.com/springfall2008/batpred/assets/58569471/e3b30517-e1ab-406e-a5af-e3b6ecf257a9)
Log file predbat.log