<div dir="auto"><div dir="ltr"><div dir="auto"><div>Yeah, I'm beginning to see that continuous polls are Bad(tm).</div><div dir="auto"><br></div><div dir="auto">With my latest changes, the 2 polls that are always done are for detecting On and Unlock which are on different module addresses. Setting the Car Type to NONE (and rebooting) certainly confirms that the battery drain goes away. Crap.</div><div dir="auto"><br></div><div dir="auto">Is there a better way of detecting 'On', 'unlock' and possibly 'alarm'? Anything else could be checked much less frequently anyway.</div><div dir="auto"><br></div><div dir="auto"> Maybe I could use internal battery test changes to trigger checks... A bit dodgy though. </div><div dir="auto"><br></div><div dir="auto">Should I expect to see _any_ messages floating around on the bus without being requested? I'm not seeing any.. Presumably if I send 'Tester Present' it will keep the module powered (and back to square 1), or is there some kind of bus switch that is not letting me see messages? I'm coming into Can messages as a complete noon. </div><div dir="auto"><br>Maybe Peter could help me on this, and we could put some of my changes back to kia/Kona or the common class when I'm done. <br></div><div dir="auto"><br></div><div dir="auto">I'll certainly look at using the wakeup. </div><div dir="auto"><br></div><div dir="auto">BTW for updating images I have set a SSH pubkey and am using</div><div dir="auto">scp <<image>> admin@ovms.lan:/sd && ssh admin@ovms.lan "module reset" </div><div dir="auto"><br></div><div dir="auto">Which works like a charm! </div><div dir="auto"><br></div><div dir="auto">Michael </div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, 27 Sept 2022, 3:55 pm Michael Balzer, <<a href="mailto:dexter@expeedo.de" rel="noreferrer noreferrer" target="_blank">dexter@expeedo.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
Michael,<br>
<br>
it's generally a bad idea to have polls running just based on the
client connection status. Clients may be connected all the time,
e.g. if users attach some API pollers or set the App to persistent
background operation (which is necessary for widgets or tasker
scripting for example).<br>
<br>
You should only enable polling when actually necessary to perform
some user requested action, or to monitor a drive / charge session
of course.<br>
<br>
We've got an explicit "wakeup" command users can call to tell the
module to wake up the car. That needs to implement some timeout to
put the car back to sleep if it doesn't do so by itself.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div>Am 27.09.22 um 09:41 schrieb Michael
Geddes:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Thanks Michael,</div>
<div><br>
</div>
<div>I rang the Hyundai service centre, and apparently, my BMS
should not need any updates (build date 2021 vs 2020 cars with
the problem apparently), but I'm putting it in for a checkup
of the battery. Apparently, the BMS update was the subject of
a recall for those cars affected. I'm going to take it in
anyway in case. </div>
<div><br>
</div>
<div>It seems, according to the OVMS, that the 12V is going from
13v down to 12v over about 3hours before (generally) being
recharged. Looking at that link you shared with me (and
related <a href="https://www.youtube.com/watch?v=lr3Z_z1C0Uk&t=965s" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.youtube.com/watch?v=lr3Z_z1C0Uk&t=965s</a>),
it should be more like 24 hours. It still should be
triggering a charge cycle - and obviously in this case it
seems to miss one and then it just goes downhill from there -
so maybe the BMS still has a bug; not helped by being forced
to trigger about 4x more frequently than normal!</div>
<div><br>
</div>
<div>Assuming nothing is wrong with the car (which unless I
install some kind of external battery monitor like that
youtube clip), I can only assume that the 3hr drain is because
my Ioniq 5 module is polling too much (which, seeing I copied
the vehicle_kianiroev/src/ as my base, would mean THAT polls
too much as well). I still have the PollSetPidList() called
with the same data (albeit a copy) as the Kia. </div>
<div><br>
</div>
<div>So in drafting this email I think I've hit on the problem,
which is when the car is off, but a V2 or V3 client is
connected (like the android app in 'background' mode), then it
uses the 'Charging' pollstate element. </div>
<div><br>
</div>
<div>It has {OFF, Charging, ON} at the moment, which means
there's space for a 4th which I will assign to 'off,
not-charging and clients connected'. I'll see what I can do
to drop that right down in polling frequency and the number of
modules being addressed.</div>
<div><br>
</div>
<div>At some point soon it might be worth me pushing up to a
fork in case anybody else wants to jump in! For example, the
Lock module that the kia has is not present in the Australian
version, but I suspect US ones with key-card ability might
have it.</div>
<div><br>
</div>
<div>//.ichael</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, 23 Sept 2022 at
17:03, Michael Balzer <<a href="mailto:dexter@expeedo.de" rel="noreferrer noreferrer noreferrer" target="_blank">dexter@expeedo.de</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Michael,<br>
<br>
while the OVMS draws some power, unless you actually keep
the car alive <br>
by polling, that's normally no issue. The 12V battery will
be recharged <br>
automatically from the main battery by the car.<br>
<br>
The Ioniq 5 though has a history of issues with the 12V
battery. <br>
According to Andrew Till, a BMS update has fixed his issues:<br>
<a href="https://www.youtube.com/watch?v=YmfkvL_O1IA" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://www.youtube.com/watch?v=YmfkvL_O1IA</a><br>
<br>
Also see his previous posts on that topic.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
Am 23.09.22 um 09:55 schrieb Michael Geddes:<br>
> Hi All,<br>
><br>
> I have just had a bit of a painful experience with my
12V being <br>
> drained (twice). I'm guessing it's related to OVMS,
but also <br>
> something seems to have happened as it was running file
for a week!<br>
><br>
> For some reason, the 12V battery graphs aren't working
in the <br>
> (android) App.. which means I'm not quite sure of the
timelines, <br>
> however it was most likely overnight. This morning my
12V was <br>
> severely depleted (like 6v!). (Oh, it could be because
I don't have <br>
> the app running in the background).<br>
><br>
> I'm assuming it's likely not to be the direct drain of
the device <br>
> itself, but maybe something it is querying on the CAN
busses or <br>
> something that is then causing a consequential power
drain?<br>
><br>
> I got road-side assist out and they got me going, but
then 20mins <br>
> later it was flat again! (I did see an alert in the APP
and so was <br>
> quick to go out, but was unsuccessful in getting the
car going before <br>
> it died!).<br>
><br>
> I'm going to unplug it and see if that stops the card
from dying. <br>
> Also, I might leave the car on for a bit longer.. but
still I have <br>
> concerns!<br>
><br>
> Also I haven't started using 'write' commands yet. Any
ideas?<br>
><br>
> //.ichael<br>
><br>
<br>
-- <br>
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal<br>
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26<br>
<br>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.openvehicles.com" rel="noreferrer noreferrer noreferrer" target="_blank">OvmsDev@lists.openvehicles.com</a><br>
<a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br>
</blockquote>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
OvmsDev mailing list
<a href="mailto:OvmsDev@lists.openvehicles.com" rel="noreferrer noreferrer noreferrer" target="_blank">OvmsDev@lists.openvehicles.com</a>
<a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a>
</pre>
</blockquote>
<br>
<pre cols="72">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26</pre>
</div>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.openvehicles.com" rel="noreferrer noreferrer noreferrer" target="_blank">OvmsDev@lists.openvehicles.com</a><br>
<a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br>
</blockquote></div></div></div>
</div></div>