
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p id="reply-intro">On 2025-01-28 19:12, Michael Balzer wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div id="replybody1">The best option to capture anything going on with the bus over the night is activating an unfiltered can log to the SD card.</div>

</blockquote>

<div id="replybody1">

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div class="v1pre" style="margin: 0; padding: 0; font-family: monospace;">Do you mean setting the global log level to verbose?</div>

</blockquote>

</div>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div id="replybody1"><br />No, I mean activating a CAN logger.</div>

</blockquote>

<div> </div>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div>For more info on CAN logging, see the user guide: <a class="v1moz-txt-link-freetext" href="https://docs.openvehicles.com/en/latest/crtd/can_logging.html" target="_blank" rel="noopener noreferrer">https://docs.openvehicles.com/en/latest/crtd/can_logging.html</a></div>

</blockquote>

<div> </div>

<div>Ah, sorry. I had looked through the Developer Guide google doc, but not investigated this part of the website.</div>

<div> </div>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">

<div>I've now added output of the TX queue fill level to the CAN status outputs, that should help identifying the effect. Hint: you can use "git pull --rebase --autostash" to merge this with your local changes.</div>

<div> </div>

<div>Reading the Leaf code, I don't see any regular status ping polling, but it may still be, the Leaf queued some TX packets just before switching off the vehicle. Those would stick in the queue until the ESP32CAN enters the state described above, so actually tries to send the frames queued.<br /><br />You should be able to determine if that's the case from the TX fill level being logged & displayed in the status output.</div>

</blockquote>

<div> </div>

<div>Thanks. I ran this code overnight, and recorded a crtd log. It shows no can messages at all between 23:09 and 05:50.</div>

<div> </div>

<div>The system log was similarly quiet, with nothing at all between 23:08 and 05:50. What happened at 05:50 was Signal(vehicle.charge.pilot.on), although the vehicle was plugged in all night.</div>

<div> </div>

<div>I've driven the car this morning, and so far I haven't seen any log messages with a non-zero txqueue value. I'll keep looking.</div>

<div> </div>

<div>Chris</div>

<div> </div>

<p><br /></p>


</body></html>