[Ovmsdev] v3 hardware disconnecting from v2 server
casner at acm.org
Mon Mar 26 00:28:04 HKT 2018
Enabling the watchdog timer is a good idea. I've had it enabled in my
config for some time. When I was recently working on enhancements to
the "module memory" command and had an infinite loop in my code, I got
a timer trap:
Task watchdog got triggered. The following tasks did not reset the watchdog in time:
- IDLE (CPU 1)
Tasks currently running:
CPU 0: IDLE
CPU 1: AsyncConsole
But this will only catch the problem if there is some task that is
running away. It could be some kind of synchronization block instead.
If there is a particular command that seems to get stuck, we could
consider (temporarily) invoking that command as a separate task so
that the async console would still be usable to investigate. Another
possibility that could be used in scenarios where wifi is still
working and doesn't need to be brought up/down would be to connect
with telnet or ssh and then issue the the simcom command in that
I have added printing of each task's state in the "module tasks"
output, but I have yet to observe any task in the "Run" state. (I
would expect AsyncConsole to be in Run state while executing that
command, but it is not.)
I might be able to add an option on the command to print each task's
PC, which the python code would look up to translate to a source
On Sun, 25 Mar 2018, Mark Webb-Johnson wrote:
> I think that the housekeeping task is locked up. With the latest code I have, the per-10-minute housekeeping message has stopped.
> My guess is still the ppp code, during session teardown.
> I sent a detailed message on this an hour or so, with my analysis of this.
> Regards, Mark.
> > On 25 Mar 2018, at 5:52 PM, Tom Parker <tom at carrott.org> wrote:
> > On 25/03/18 02:41, Mark Webb-Johnson wrote:
> >> The issue I was having was some task (I suspect lwip) gets messed up. Stopping the modem, trying to connect wifi, etc, all just locked up the async console. I think you had the same?
> > Re-winding this thread to the 'power simcom off' freezes the console aspect as distinct from the disabling the simcard issue. I had the module disconnect again this evening, though without a datalogger attached. Some more information about this state:
> > The mux is up
> > AT communication with the simcom works on channel 3 and logs the expected tx and rx
> > The simcom is connected to the cellular network
> > No log messages recording periodic communications with the simcom are being recorded
> > The monotonic and park time counters are not advancing.
> > Could the cause of this problem be that the timers have stopped? This could explain why the periodic interrogation of the simcom has stopped, and perhaps simcom power off has a spin wait or other loop waiting forever for the timer to advance?
> > What is the best way to investigate the state of the timers and periodic execution?
> > See attached for a transcript of this debugging session.
> > <ovms_2018-03-25T09_29_07+0000.log.bz2>_______________________________________________
> > OvmsDev mailing list
> > OvmsDev at lists.teslaclub.hk
> > http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
More information about the OvmsDev