<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">I think I found the issue, and just pushed a fix.<div class=""><br class=""></div><div class="">Regards, Mark.</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 18 Mar 2018, at 5:00 PM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net" class="">mark@webb-johnson.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">This is causing a crash for me:<div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class="">I (45043) simcom: State timeout, transition to 13</div><div class="">I (45043) simcom: State: Enter PoweredOff stateGuru Meditation Error: Core 0 panic'ed (LoadProhibited)</div><div class="">. Exception was unhandled.</div><div class="">Core 0 register dump:</div><div class="">PC : 0x4012cdb4 PS : 0x00060030 A0 : 0x8012b791 A1 : 0x3ffd13b0</div><div class="">0x4012cdb4: GsmMux::Stop() at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/gsmmux.cpp:246</div><div class=""><br class=""></div><div class="">A2 : 0x3ffda730 A3 : 0x00000001 A4 : 0x00000004 A5 : 0x0000001f</div><div class="">A6 : 0x00000001 A7 : 0x00000005 A8 : 0x8012cdaa A9 : 0x3ffd1360</div><div class="">A10 : 0x400e0ce0 A11 : 0x3ffb3d00 A12 : 0x3f42c3f8 A13 : 0x00000040</div><div class="">0x400e0ce0: ConsoleAsync::ConsoleLogger(char const*, __va_list_tag) at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/main/./console_async.cpp:115</div><div class=""><br class=""></div><div class="">A14 : 0x00000009 A15 : 0x00000005 SAR : 0x0000000c EXCCAUSE: 0x0000001c</div><div class="">EXCVADDR: 0x00000004 LBEG : 0x4000c2e0 LEND : 0x4000c2f6 LCOUNT : 0xffffffff</div><div class=""><br class=""></div><div class="">Backtrace: 0x4012cdb4:0x3ffd13b0 0x4012b78e:0x3ffd13d0 0x4012b7a5:0x3ffd1410 0x4012c67d:0x3ffd1430 0x4012c6e8:0x3ffd1450 0x400e5da1:0x3ffd1490 0x400e603d:0x3ffd14c0 0x400e6f53:0x3ffd1550 0x400e70e4:0x3ffd1600 0x4008d7fa:0x3ffd1620 0x4008d82d:0x3ffd1640 0x4008d93c:0x3ffd1670</div><div class="">0x4012cdb4: GsmMux::Stop() at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/gsmmux.cpp:246</div><div class=""><br class=""></div><div class="">0x4012b78e: simcom::State1Enter(simcom::SimcomState1) at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/simcom.cpp:469</div><div class=""><br class=""></div><div class="">0x4012b7a5: simcom::SetState1(simcom::SimcomState1) at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/simcom.cpp:350</div><div class=""><br class=""></div><div class="">0x4012c67d: simcom::Ticker(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, void*) at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/simcom.cpp:267</div></div></blockquote><div class=""><br class=""></div><div class="">I haven’t had a chance to look into cause yet (I’m working on the net manager issues Greg is seeing). Maybe clean-up of channels?</div><div class=""><br class=""></div><div class="">Regards, Mark.</div><div class=""><br class=""><div class=""><blockquote type="cite" class=""><div class="">On 18 Mar 2018, at 4:43 PM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="">dexter@expeedo.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><br class="">Am 18.03.2018 um 07:55 schrieb Greg D.:<br class=""><blockquote type="cite" class="">Seems if I turn off the modem power (to prevent it from making a mess of things), the housekeeping process just turns it back on. Is there a command to stop<br class="">that?<br class=""></blockquote><br class="">I've also noted this, it's not the housekeeper, it's the new simcom MUX watchdog. I've just pushed a fix for this, so "power simcom off" will stop the MUX.<br class=""><br class="">Regards,<br class="">Michael<br class=""><br class="">-- <br class="">Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal<br class="">Fon 02333 / 833 5735 * Handy 0176 / 206 989 26<br class=""><br class=""><br class="">_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.teslaclub.hk" class="">OvmsDev@lists.teslaclub.hk</a><br class=""><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br class=""></div></div></blockquote></div><br class=""></div></div>_______________________________________________<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></blockquote></div><br class=""></div></body></html>