<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 16 Jan 2021 at 15:52, Steve Davies <<a href="mailto:steve@telviva.co.za">steve@telviva.co.za</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"><div dir="ltr"><div>I'm not clear why another "vehicle.charge.state" event was not sent with "idle".<br></div><div class="gmail_quote"><div><br></div><div>I did not implement GetNotifyChargeStateDelay in my vehicle module - so I wonder if it ended up suppressed.</div><div><br></div><div>Alternatively - at 09:26:42 the module was sending all metrics to MQTT.  This implies that it had lost and re-established MQTT session.  I wonder if that interfered with the MetricChanged logic.</div><div><br></div></div></div></blockquote><div><br></div><div><br></div><div>Oh - I misread the code the sending of the vehicle.charge.state event has nothing to do with the GetNotifyChargeStateDelay stuff.</div><div><br></div><div>So I'm not clear why another vehicle.charge.state event was not sent then the v.charge.state was set to idle.  My best guess is the hypothesis that the v3 reconnect logic was busy sending all metrics just after reconnecting and so the "metricchanged" flag was lost and the vehicle.cpp MetricModified method was never called for the v.c.state metric and thus the event send was never triggered.</div><div><br></div><div> </div></div></div>