[Ovmsdev] Can buses stop after some time

[Stein Arne Sordal]

Hi

I ran the can status command and it looks like both can1 and can2 stopped working. The time it takes before it´s no longer responding varies a lot. Reset module from app is a temporary fix.


OVMS# can can1 status
CAN:       can1
Mode:      Active
Speed:     500000
Interrupts:               27652
Rx pkt:                   27165
Rx err:                       0
Rx ovrflw:                  167
Tx pkt:                       0
Tx delays:                    0
Tx err:                       0
Tx ovrflw:                    0
Err flags: 0x80e00

OVMS# can can1 status
CAN:       can1
Mode:      Active
Speed:     500000
Interrupts:               27652
Rx pkt:                   27165
Rx err:                       0
Rx ovrflw:                  167
Tx pkt:                       0
Tx delays:                    0
Tx err:                       0
Tx ovrflw:                    0
Err flags: 0x80e00

OVMS# can can2 status
CAN:       can2
Mode:      Active
Speed:     500000
Interrupts:                   2
Rx pkt:                       0
Rx err:                       0
Rx ovrflw:                    0
Tx pkt:                      52
Tx delays:                    0
Tx err:                      32
Tx ovrflw:                    0
Err flags: 0x8000

OVMS# can can2 status
CAN:       can2
Mode:      Active
Speed:     500000
Interrupts:                   2
Rx pkt:                       0
Rx err:                       0
Rx ovrflw:                    0
Tx pkt:                      52
Tx delays:                    0
Tx err:                      32
Tx ovrflw:                    0
Err flags: 0x8000

OVMS#





> On 11 May 2018, at 16:15, Mark Webb-Johnson <mark at webb-johnson.net> wrote:
> 
> Can you:
> 
> diff sdkconfig support/sdkconfig.default.hw31
> 
> and make sure the same? Maybe stack sizes are different?
> 
> Or maybe something in your vehicle type is using up a lot of stack. Try ‘module tasks’ to see.
> 
> Regards, Mark.
> 
>> On 11 May 2018, at 9:42 PM, Robin O'Leary <ovmsdev at caederus.org <mailto:ovmsdev at caederus.org>> wrote:
>> 
>> On Fri, May 11, 2018 at 08:08:10PM +0800, Mark Webb-Johnson wrote:
>>> I think —tags is missing?
>>> I normally ‘git fetch origin —tags as the first step.
>> 
>> Ah, thanks, that fixed the the version label.
>> 
>> My build still crashes though, this time with another stack overflow:
>> 
>> OVMS# ***ERROR*** A stack overflow in task OVMS Vehicle has been detected.
>> abort() was called at PC 0x40092f00 on core 1
>> 
>> Backtrace: 0x40092cec:0x3ffdcaf0 0x40092ee7:0x3ffdcb10 0x40092f00:0x3ffdcb30 0x4008f33c:0x3ffdcb50 0x40090f90:0x3ffdcb70 0x40090f46:0xa5a5a5a5
>> 
>> Rebooting...
>> 
>> 0x40092cec invoke_abort + 24 in section .iram0.text
>> 0x40092ee7 abort + 39 in section .iram0.text
>> 0x40092f00 vApplicationStackOverflowHook + 20 in section .iram0.text
>> 0x4008f33c vTaskSwitchContext + 200 in section .iram0.text
>> 0x40090f90 _frxt_dispatch in section .iram0.text
>> 0x40090f46 _frxt_int_exit + 70 in section .iram0.text
>> 
>> 
>> btw, something helpfully mapped the character sequence "[dash][dash]tags"
>> in your message to "[en-dash]tags"; if you cut-and-paste that directly
>> to a command line, you get a rather confusing error:
>> 
>> $ git fetch origin —tags
>> fatal: Couldn't find remote ref —tags
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
> 
> _______________________________________________
> 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/20180512/7c55913f/attachment.html>