[Ovmsdev] OVMS Poller module/singleton
Chris Box
chris8086 at ee.eclipse1.net
Thu Jan 30 19:02:25 HKT 2025
On 2025-01-28 19:12, Michael Balzer wrote:
> The best option to capture anything going on with the bus over the
> night is activating an unfiltered can log to the SD card.
> Do you mean setting the global log level to verbose?
> No, I mean activating a CAN logger.
> For more info on CAN logging, see the user guide:
> https://docs.openvehicles.com/en/latest/crtd/can_logging.html
Ah, sorry. I had looked through the Developer Guide google doc, but not
investigated this part of the website.
> 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.
>
> 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.
>
> You should be able to determine if that's the case from the TX fill
> level being logged & displayed in the status output.
Thanks. I ran this code overnight, and recorded a crtd log. It shows no
can messages at all between 23:09 and 05:50.
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.
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.
Chris
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20250130/94e76f78/attachment.htm>
More information about the OvmsDev
mailing list