Coming from the oil industry, where unit conversions have always been a problem. I might almost think that this is a unit conversion issue. That the "end charging" code, thinks that it is looking for 80%, but it is actually comparing current charge with something that is not 80%.EppaTo wrote: ↑Mon Aug 30, 2021 8:41 amThat was one of my original hypothesis, however my other charging runs doesnt really support that theory. It could easily be part of the problem though.
In the latest experiment, it stops charging after having gained only 12 (of 35%), way before the "window closes". If the hypothesis was correct, we would see it start "too late", not "end too early"
I'll make an attempt at setting up two windows back-to-back to see if that makes a difference. (ie. 22:00 -> 02:00, 02:00->06:00)
As a software developer, I cannot fathom how they have managed to write code that stops charging before it has met either the end of the window, or the target charge state though. (completely regardless of the estimation code)