[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