nRF52840 crashes after porting to SES from Makefile project (gcc).

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Amanda Hsieh — Wed, 06 Nov 2019 12:04:49 GMT

Hi Eyal,

It seems to be the hardfault is caused by the application changes and is not related to our libraries or solutions.

I would suggest you find the instruction address that caused the hardfault as described in this post. You need to look into the RAM memory pointed by [SP + 0x18] to get the instruction address that caused the hardfault. That would give you better understanding on the context of the hardfault.

-Amanda H.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Eyal — Sun, 03 Nov 2019 10:11:42 GMT

no, after debugging i can see it's not the issue.
However i can also see tha LR is not 0 it might be zero in the final handler, but if you stop to debug it you can see in the bootloader (SD) when the exception occurs the LR is 0xfffffff1.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Eyal — Tue, 29 Oct 2019 11:38:26 GMT

i need to debug it better. basically after i did this i'm still getting hardfaults however when i check it using JLinkExe i do see a proper LR value, i need to see the value of the LR while in the exception handler and then i'll know if i've moved on to the next issue.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Susheel Nuguru — Tue, 29 Oct 2019 10:37:35 GMT

The issue with SES and FreeRTOS in SDK15.2 is something that strikes my memory.

Can you please remove the red #if 0 and #endif combo as shown in the figure below in

nRF5_SDK_15.2.0_9412b96\external\freertos\portable\CMSIS\nrf52\port_cmsis_systick.c

I think this caused problems before. Please test it and update us on the results.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Eyal — Mon, 28 Oct 2019 12:15:04 GMT

segger studio is 4.22

arm gcc we are using 6-1017-q2 but also tried with 7 and 8. all works ok.
i'm not saying hard faults don't happen on arm gcc version i'm saying THAT hard fault doesn't seem to happen.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Amanda Hsieh — Mon, 28 Oct 2019 12:10:28 GMT

Hi Eyal,

[quote user="Eyal Gal"]Again, this code works ok if i use arm gcc, the issue mainly occurs in segger studio.[/quote]

Do you mean only the image compiled by the segger studio has this issue?

If so, what is the version of the Segger studio you are using? What is the version of the arm gcc?

-Amanda H.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Eyal — Sun, 27 Oct 2019 09:56:24 GMT

nop, it's not it apparently, followed the article and debugged like they suggested and it seems like the memory regions are defined ok.
Again, this code works ok if i use arm gcc, the issue mainly occurs in segger studio.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Amanda Hsieh — Thu, 24 Oct 2019 12:46:04 GMT

Hi Eyal,

I got the suggestion from my colleague that

The LR showing address 0x0 seems to have occurred from a bad POP instruction, so it is mostly a stack corruption. Please check the memory (IROM/IRAM) settings correctly with this tutorial.

-Amanda H.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Eyal — Thu, 24 Oct 2019 08:35:04 GMT

Thanks Amanda, indeed it's similar and explains the origin of the 0x978 address handler, as i thought it seems to be MBR softdevice and we have the same softdevice (S140 6.1).
However in the case you show they used NRF_Delay while i'm using vTaskDelay.
Further investiagation of the code showed me the clash happen when the code ran a timer that started nordic's RTC (delayed for 2 seconds by a freeRTOS timer, my CTO claims that otherwise freertos will freeze at times).
We use RTC 2 after RTC is initialized the hardfault occurs, i'm not sure but i'm betting on low priority interrupt somehow gets called from a high priority one, but not sure where and how to fix it.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Amanda Hsieh — Thu, 24 Oct 2019 06:55:10 GMT

Hi Eyal,

It looks similar to this case. Could you try to modify the delay?

-Amanda H.

RE: nRF52840 crashes after porting to SES from Makefile project (gcc).

Eyal — Tue, 22 Oct 2019 15:15:32 GMT

Update:
I run besides the log task (freeRTOS task) a task i created, in that task i call vTaskDelay(). apprently for some reason calling VtaskDelay inside my task causes a hardfault. now, any hints ?