Software crash while collecting closed loop data

[ketirange]

@dc42 This is what i got this morning:
M122:

M122 B30.0 (Which is 1HCL board that was doing data collection during crash)

[jay_s_uk]

@ketirange dc42 will want the full outputs of the M122's or at least the firmware version information as there are a few interim versions of 3.6 beta 2 floating about.

[ketirange]

@jay_s_uk m122.txt m122 b30.txt

[timschneider]

that is not specific to 3.6 - I can reproduce it in 3.5.3 SBC setup.
I think it is triggered when the acceleration is to high (back emf), the sample rate is to high (sbc spi timeout) or too many samples are taken (again spi timeout).

[ketirange]

@timschneider How many boards you have connected to the CAN bus?

[timschneider]

@ketirange
just 3.

                            CAN
1 MB6HC - 120 Ohm -----------|
1 HCL Closed loop -----------|
1 HCL closed loop - 120 Ohm -|

[timschneider]

My setup

In this example the samples 2500 at a rate of 2500 will trigger the reset.

[ketirange]

@timschneider Thanks for sharing. Now i doubt it is CAN related problem. Maybe SPI communication is not keeping up with all this data being transfered and written to sd card? Im curious if this problem happens for standalone users.

[T3P3Tony]

@ketirange i managed to recreate this bug and Christian has implemented a fix in 3.6beta3 which i have tested. 3.6beta3 will be released imminently, please tesr that when its released.

[ketirange]

@T3P3Tony It works after firmware update. Thanks for help.

[T3P3Tony]

@timschneider it loos like this is resolved but when you get a chance a confirmation its good for you as well would be great, thanks!

[timschneider]

@T3P3Tony @chrishamm
thank you for the fix! it is now working as expected!