[Ovmsdev] version 3.2.007: Crash on boot

Mark Webb-Johnson mark at webb-johnson.net
Thu Dec 12 08:21:33 HKT 2019


Greg,

I suspect the obd2ecu is a victim of the changes to can drivers related to swcan support. A temporary workaround of disabling obd2ecu would help confirm that.

Regards, Mark.

> On 12 Dec 2019, at 2:57 AM, Greg D <gregd2350 at gmail.com> wrote:
> 
> Odd.
> 
> Wonder which bus it was that it didn't have? I might try disabling the auto start of the obd2ecu task, and see if that changes things. But that task doesn't transmit until it receives something from the device first. Perhaps the first test would be to unplug the obdii dongle that's connected to the CAN3 bus, since it's the wildcard here, then work back from there.
> 
> The car is at Tesla right now, with them trying to determine once and for all the source of the 1146 alerts. ETA Friday...
> 
> Fingers crossed...
> 
> Greg
> 
> On December 11, 2019 10:29:19 AM PST, Michael Balzer <dexter at expeedo.de> wrote:
> Mark,
> 
> good example why not to use addr2line: I think that result is wrong. a2l uses gdb which gives:
> 
> balzer at leela:~/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3 <mailto:balzer at leela:~/esp/Open-Vehicle-Monitoring-System-3/vehicle/OVMS.V3>> a2l tmp/3.2.007.ovms3.elf 0x400d5e4c:0x3ffc5c40 0x7ffffffd:0x3ffc5c90
> Using elf file: tmp/3.2.007.ovms3.elf
> 0x400d5e4c is in CAN_rxtask(void*) (/home/openvehicles/build/Open-Vehicle-Monitoring-System-3.1/vehicle/OVMS.V3/components/can/src/can.cpp:730).
> 725                  me->IncomingFrame(&msg.body.frame);
> 726                } while (loop);
> 727              break;
> 728              }
> 729            case CAN_txcallback:
> 730              msg.body.bus->TxCallback(&msg.body.frame, true);
> 731              break;
> 732            case CAN_txfailedcallback:
> 733              msg.body.bus->TxCallback(&msg.body.frame, false);
> 734              msg.body.bus->LogStatus(CAN_LogStatus_Error);
> 
> …and that actually makes sense and matches the register dump.
> 
> If I read the gdb disassembly correctly, A10 = msg.body.bus, so Greg's got a CAN_txcallback msg without a bus.
> 
> Hardening the rxtask against null here would probably avoid the crash, but I don't see yet how that could be possible.
> Both esp32can and mcp2515 set the bus field to their object addresses, which cannot be null.
> 
> Regards,
> Michael
> 
> 
> Am 11.12.19 um 13:45 schrieb Mark Webb-Johnson:
>> Can’t get a2l working at the moment. The addr2line gives:
>> 
>> addr2line -e 3.2.007.ovms3.elf 0x400d5e4c:0x3ffc5c40 0x7ffffffd:0x3ffc5c90
>> /home/openvehicles/build/Open-Vehicle-Monitoring-System-3.1/vehicle/OVMS.V3/components/can/src/can.cpp:551
>> 
>> That is:
>> 
>> void canbus::LogInfo(CAN_log_type_t type, const char* text)
>>   {
>>   MyCan.LogInfo(this, type, text);    <—— HERE
>>   }
>> 
>> ELF is at:
>> 
>> http://api.openvehicles.com/firmware/ota/v3.2/main/3.2.007.ovms3.elf <http://api.openvehicles.com/firmware/ota/v3.2/main/3.2.007.ovms3.elf>
>> 
>> Regards, Mark.
>> 
>>> On 11 Dec 2019, at 5:20 PM, Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de>> wrote:
>>> 
>>> Mark,
>>> 
>>> Greg uses your build, the crash point seems to be consistent, can you post the a2l on this?
>>> 
>>> Regards,
>>> Michael
>>> 
>>> PS: Greg, would you mind switching to EAP to beta test future releases?
>>> 
>>> 
>>> Am 11.12.19 um 04:33 schrieb Greg D.:
>>>> Hi folks,
>>>> 
>>>> Well, the module updated to 3.2.007 last night.  I just checked on it,
>>>> and it appears that it didn't exactly survive.  Crashed while running
>>>> the autoconfig script.  Log with two cycles attached.
>>>> 
>>>> I tried renaming the /store/events directory to /store/was_events since
>>>> it seems like Duktape was getting in the way, but that didn't resolve
>>>> the crash.  I manually enabled wifi so I could manage the module, and
>>>> moved it back to 3.2.005 from the other partition.  Seems stable again.
>>>> 
>>>> The car is going into the Service Center tomorrow (the perennial issue
>>>> with 1146 alerts), so I need to have the module stable so that I can
>>>> keep an eye on it.  Going to leave it on 3.2.005 for now, unless someone
>>>> has a quick fix in the next few hours...
>>>> 
>>>> Otherwise, any ideas for troubleshooting after I get the car back back
>>>> (hopefully end of day)?
>>>> 
>>>> Greg
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> OvmsDev mailing list
>>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
>>> 
>>> 
>>> -- 
>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
>> 
>> 
>> 
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> 
> -- 
> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
> 
> -- 
> This space for rent...
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20191212/21b387b6/attachment.htm>


More information about the OvmsDev mailing list