[Ovmsdev] ota questions

[Mark Webb-Johnson]

I think I found the issue, and just pushed a fix.

Regards, Mark.

> On 18 Mar 2018, at 5:00 PM, Mark Webb-Johnson <mark at webb-johnson.net> wrote:
> 
> This is causing a crash for me:
> 
> I (45043) simcom: State timeout, transition to 13
> I (45043) simcom: State: Enter PoweredOff stateGuru Meditation Error: Core  0 panic'ed (LoadProhibited)
> . Exception was unhandled.
> Core 0 register dump:
> PC      : 0x4012cdb4  PS      : 0x00060030  A0      : 0x8012b791  A1      : 0x3ffd13b0
> 0x4012cdb4: GsmMux::Stop() at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/gsmmux.cpp:246
> 
> A2      : 0x3ffda730  A3      : 0x00000001  A4      : 0x00000004  A5      : 0x0000001f
> A6      : 0x00000001  A7      : 0x00000005  A8      : 0x8012cdaa  A9      : 0x3ffd1360
> A10     : 0x400e0ce0  A11     : 0x3ffb3d00  A12     : 0x3f42c3f8  A13     : 0x00000040
> 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
> 
> A14     : 0x00000009  A15     : 0x00000005  SAR     : 0x0000000c  EXCCAUSE: 0x0000001c
> EXCVADDR: 0x00000004  LBEG    : 0x4000c2e0  LEND    : 0x4000c2f6  LCOUNT  : 0xffffffff
> 
> 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
> 0x4012cdb4: GsmMux::Stop() at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/gsmmux.cpp:246
> 
> 0x4012b78e: simcom::State1Enter(simcom::SimcomState1) at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/simcom.cpp:469
> 
> 0x4012b7a5: simcom::SetState1(simcom::SimcomState1) at /Users/mark/Documents/ovms/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3/components/simcom/src/simcom.cpp:350
> 
> 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
> 
> 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?
> 
> Regards, Mark.
> 
>> On 18 Mar 2018, at 4:43 PM, Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> wrote:
>> 
>> 
>> Am 18.03.2018 um 07:55 schrieb Greg D.:
>>> 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
>>> that?
>> 
>> 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.
>> 
>> Regards,
>> Michael
>> 
>> -- 
>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>> 
>> 
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
> 
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20180318/50472cc4/attachment.htm>