Vampire drain: keep track of overall loss, ignoring any gain from charging cycles #429
Replies: 5 comments
-
I think I may have answered my own question. It appears that if there is a charging state at all during that time, then it will ignore that entire period? Is there any way to keep track of overall loss, ignoring any gain from charging cycles? |
Beta Was this translation helpful? Give feedback.
-
Yes, this is exactly how the current implementation or database query works.
We have the data for that. The query "just" needs to be modified accordingly. |
Beta Was this translation helpful? Give feedback.
-
Got it, I know it's not trivial, I've tried to calculate that myself in the past but my database fu is lacking. Would this be a better way of doing it? I can take a look if you, and others, agree. |
Beta Was this translation helpful? Give feedback.
-
Besides ignoring gain from charging cycles it could also be an option to stop monitoring once the heater goes on. Now if you preheat the car there's a rather high vampire drain due to the preheating of the car. |
Beta Was this translation helpful? Give feedback.
-
Somewhat related to to this issue; I'd like an additional graph showing overall vampire drain vs. driving usage similar to the AC vs DC charging comparison (x % vampire drain, y % driving). Not sure if this should be a new issue or integrated into this one? |
Beta Was this translation helpful? Give feedback.
-
Confused by vampire drain reporting. It feels like it should be:
From drive state D-P to next drive state P-D where not charging or pre-heating?
However, the reporting behavior seems almost random for me.
Here is an example of my recent states:
However, the only one reported over 6 hours period is the time on 2/5:
I might say that the system is ignoring sleep time but then the 2/5 entry doesn't appear to make much sense.
Beta Was this translation helpful? Give feedback.
All reactions