Probability of receiving when writing falsh using QSPI: SOFTDEVICE ASSERTION FAILED error, causing device reboot.

[Vance]

Hello,

We use QSPI to operate the flash while ble is broadcasting. our software testers tested probabilistic reboots due to SOFTDEVICE: ASSERTION FAILED, pc = 0x0001786a or SOFTDEVICE: ASSERTION FAILED, pc = 0x00015074 or SOFTDEVICE: ASSERTION FAILED, pc = 0x00015a98. I read in the forum that RTOS turn off interrupts cannot turn off BLE interrupts and have done so, but the problem still occurs. when I write flash tests at 100ms, it goes to SOFTDEVICE in about 5 minutes: ASSERTION FAILED error.

Thank you in advance for helping me.

Best regards

[Susheel Nuguru]

I managed to make it work. 
I do not see any softdevice assertions when I run it.

[Vance]

Printing does not seem to refresh, only the beginning of the time there is printing, I do not know why it does not print the log later. you can also debug when playing a breakpoint here, 15 minutes later to see if it will run to the 'app_error_fault_handler ()' function.

[Susheel Nuguru]

I cannot reproduce this, I cannot get the breakpoint hit in the app_error_fault_handler. I am testing this in Segger embedded studio Maybe you should give me your whole project so that I can test yours. Just by copyinig the main.c file and not knowing your other project configuration, I feel we still have different setups. 

try to use your main.c in a clean ble_app_hrs_freertos project and see if you can reproduce the issue? I can attach my project if that helps you?

[Vance]

8204.nRF5_SDK_17.1.0_ddde560.rarI uploaded my entire code repository, you can check the commit log of the git repository to see my changes. git repository's first commit is the official SDK, the second commit is the one I measured this problem. i used 'IAR EW for Arm 9.20.1' to open the IAR project path as shown in the picture.

[peter.min]

Hi Susheel Nuguru,

Can this issue be replicated in the DK with newly submitted code?

Thank you for all your assistance.
Kind regards,
Peter.Min

[peter.min]

Hi Susheel Nuguru,

I've already repeated the question,

The code that causes the error is as follows

case BLE_ADV_EVT_IDLE:
sleep_mode_enter();
break;

You can close the case

Thank you for all your assistance.
Kind regards,
Peter.Min

[Susheel Nuguru]

sorry for late reply Peter, I was away for a day. 
So the call to sleep_mode:_enter caused the softdevice assert?