SOFTDEVICE ASSERTION 0x0002715e

[Simon]

Hello,

Looking for some background info for SOFTDEVICE ASSERTION 0x0002715e.
sdk 15.3, SD s132_nrf52_6.1.1

Maybe related,
there is no Assert if fds_record_write() is done before connecting,
but Assert received during fds_record_write() after connecting and CTS received (current time service).

thank-you,

[Amanda Hsieh]

Hi Simon, 

Sorry for the delay. 

Could you try with a lower NRF_FSTORAGE_SD_MAX_WRITE_SIZE setting, 1024 for instance?

Is it possible to provide the debug log? 

-Amanda H.

[Simon]

also, if fds_record_write() is commented, the calendar cycles properly as intended.

[Simon]

Hi Amanda,

That setting worked, much appreciated.
Now the calendar cycles after fds write().
Not sure what led to that conclusion.
I had read this (only) other ticket in devzone,
but missed that last sentence.

thank-you,

[Amanda Hsieh]

Hi Simon,

If you add hardfault_handler_gcc.c to your project, you might get the address of the hardfault as 0x0029032 which is sd_flash_write() called from nrf_cal_set_callback.

Please verify the answer to benefit other users seeking the solution if it helps. 

-Amanda H. 

[Simon]

Not sure what the linkage is between the address of the hardfault at 0x0029032,
and CAL_RTC_IRQ_Priority=6?
Is this something that you just knew,
or there is some documentation as to the remedy?

When the requester verifies an answer,
the follow-up goes unanswered because the ticket is now Closed.

thank-you,

[Amanda Hsieh]

Hi Simon, 

If you add hardfault_handler_gcc.c (under nRF5_SDK\external\components\libraries\hardfault\nrf52\handler) to your project, it will show the hard fault at 0x0029032 which is SD_FLASH_WRITE. Most of that might be caused by initial or SD APIs priority. 

-Amanda H. 

[Simon]

having,
#define HARDFAULT_HANDLER_ENABLED 1

shows,
<00> error> hardfault: HARD FAULT at 0x0002930E
<00> error> hardfault: R0: 0x0007E090 R1: 0x2000307C R2: 0x00000001 R3: 0x20003114
<00> error> hardfault: R12: 0x00000000 LR: 0x00029461 PSR: 0x61000034

which 0x0002930E leads to SD_FLASH_WRITE svc #029 as in this ticket,

then this ticket comment "interrupt handler running at priority 3, shouldn't call any Softdevice API .... can't run at that context level."
leads to CAL_RTC_IRQ_Priority=6
Seems like only this ticket links the pieces together.

thank-you,