<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div>That is pretty cool. The ‘make monitor’ auto-magic address discovery makes the output useful:<div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">3FFC8BAC 16 Blk tiT 484 692 6144 0 0 128</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401fe551 0x4008ebfd 0x401f23f8 0x401ebd0c 0x401e978e 0x401e978e</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401fe551: sys_arch_mbox_fetch at /Users/mark/esp/esp-idf/components/lwip/port/freertos/sys_arch.c:548</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x4008ebfd: xQueueGenericReceive at /Users/mark/esp/esp-idf/components/freertos/./queue.c:2037</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401f23f8: sys_timeouts_mbox_fetch at /Users/mark/esp/esp-idf/components/lwip/core/timers.c:551</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401ebd0c: netif_poll at /Users/mark/esp/esp-idf/components/lwip/core/netif.c:440</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401e978e: tcpip_thread at /Users/mark/esp/esp-idf/components/lwip/api/tcpip.c:474</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401e978e: tcpip_thread at /Users/mark/esp/esp-idf/components/lwip/api/tcpip.c:474</span></font></div></blockquote><div class=""><div><br class=""></div><div>Now, the only issue is recreating the problem in a manner where I can get in with ‘make monitor’. Or, maybe not…</div><div><br class=""></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div><div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">$ ~/esp/xtensa-esp32-elf/bin/xtensa-esp32-elf-addr2line -pfiaC -e build/ovms3.elf 0x401fe551 0x4008ebfd 0x401f23f8 0x401ebd0c 0x401e978e 0x401e978e</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401fe551: sys_arch_mbox_fetch at /Users/mark/esp/esp-idf/components/lwip/port/freertos/sys_arch.c:548</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x4008ebfd: xQueueGenericReceive at /Users/mark/esp/esp-idf/components/freertos/./queue.c:2037</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401f23f8: sys_timeouts_mbox_fetch at /Users/mark/esp/esp-idf/components/lwip/core/timers.c:551</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401ebd0c: netif_poll at /Users/mark/esp/esp-idf/components/lwip/core/netif.c:440</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401e978e: tcpip_thread at /Users/mark/esp/esp-idf/components/lwip/api/tcpip.c:474</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">0x401e978e: tcpip_thread at /Users/mark/esp/esp-idf/components/lwip/api/tcpip.c:474</span></font></div></div></div></blockquote><div class=""><div><br class=""></div><div>It seems that I only need the ‘.elf’ file that was used to build the .bin that went on the module.</div><div><br class=""></div><div>This might be workable. I will try to keep the .elf and .bin files, and see if I can get something the next time it locks up (although I think my watchdog reboot may now avoid that).</div><div><br class=""></div><div>I’m 99.9% certain the issue is in the TiT tcpip task. Both wifi and pppos go down, while other parts of the system still seem to be running ok.</div><div><br class=""></div><div>Regards, Mark.</div><div><br class=""><blockquote type="cite" class=""><div class="">On 26 Mar 2018, at 2:33 PM, Stephen Casner <<a href="mailto:casner@acm.org" class="">casner@acm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On Sun, 25 Mar 2018, Stephen Casner wrote:<br class=""><br class=""><blockquote type="cite" class="">I might be able to add an option on the command to print each task's<br class="">PC, which the python code would look up to translate to a source<br class="">line number.<br class=""></blockquote><br class="">I have now done this. "module tasks" works as before, but "module<br class="">tasks stack" shows a crude stack trace for each task.<br class=""><br class=""> -- Steve<br class="">_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.teslaclub.hk" class="">OvmsDev@lists.teslaclub.hk</a><br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""></div></div></blockquote></div><br class=""></div></body></html>