SD Assert fault at address 0x016ADA

RE: SD Assert fault at address 0x016ADA

Michael Moser — Thu, 01 Feb 2024 09:01:10 GMT

I will change it. Unfortunately, I currently don't have an installation where I can reproduce this problem.

Thanks Michael

RE: SD Assert fault at address 0x016ADA

Sigurd — Tue, 23 Jan 2024 13:28:34 GMT

Hi,

Try increasing TIMESLOT_END_SAFETY_MARGIN_US in steps of 100 us up to 1000 us, and see if that improves the behavior. (\mesh\core\include\timeslot.h)

RE: SD Assert fault at address 0x016ADA

Michael Moser — Fri, 19 Jan 2024 15:25:45 GMT

Hallo Sigurd

The NRF_SDH_CLOCK_LF_ACCURACY is set to 1 (500ppm)

We are using the internal LF RC oscilator.

// <h> Clock - SoftDevice clock configuration

//==========================================================
// <o> NRF_SDH_CLOCK_LF_SRC  - SoftDevice clock source.
 
// <0=> NRF_CLOCK_LF_SRC_RC 
// <1=> NRF_CLOCK_LF_SRC_XTAL 
// <2=> NRF_CLOCK_LF_SRC_SYNTH 

#ifndef NRF_SDH_CLOCK_LF_SRC
#define NRF_SDH_CLOCK_LF_SRC 0
#endif

// <o> NRF_SDH_CLOCK_LF_RC_CTIV - SoftDevice calibration timer interval. 
#ifndef NRF_SDH_CLOCK_LF_RC_CTIV
#define NRF_SDH_CLOCK_LF_RC_CTIV 16
#endif

// <o> NRF_SDH_CLOCK_LF_RC_TEMP_CTIV - SoftDevice calibration timer interval under constant temperature. 
// <i> How often (in number of calibration intervals) the RC oscillator shall be calibrated
// <i>  if the temperature has not changed.

#ifndef NRF_SDH_CLOCK_LF_RC_TEMP_CTIV
#define NRF_SDH_CLOCK_LF_RC_TEMP_CTIV 0
#endif

// <o> NRF_SDH_CLOCK_LF_ACCURACY  - External clock accuracy used in the LL to compute timing.
 
// <0=> NRF_CLOCK_LF_ACCURACY_250_PPM 
// <1=> NRF_CLOCK_LF_ACCURACY_500_PPM 
// <2=> NRF_CLOCK_LF_ACCURACY_150_PPM 
// <3=> NRF_CLOCK_LF_ACCURACY_100_PPM 
// <4=> NRF_CLOCK_LF_ACCURACY_75_PPM 
// <5=> NRF_CLOCK_LF_ACCURACY_50_PPM 
// <6=> NRF_CLOCK_LF_ACCURACY_30_PPM 
// <7=> NRF_CLOCK_LF_ACCURACY_20_PPM 
// <8=> NRF_CLOCK_LF_ACCURACY_10_PPM 
// <9=> NRF_CLOCK_LF_ACCURACY_5_PPM 
// <10=> NRF_CLOCK_LF_ACCURACY_2_PPM 
// <11=> NRF_CLOCK_LF_ACCURACY_1_PPM 

#ifndef NRF_SDH_CLOCK_LF_ACCURACY
#define NRF_SDH_CLOCK_LF_ACCURACY 1
#endif

Regards Michael

RE: SD Assert fault at address 0x016ADA

Sigurd — Fri, 19 Jan 2024 12:00:43 GMT

[quote userid="101880" url="~/f/nordic-q-a/107342/sd-assert-fault-at-address-0x016ada/464190"]The hard fault address is different from the hard fault address in the case 98787. 0x016ADA instead of 0x15BA4.[/quote]

It's only different because it's a different SoftDevice version, but both points to the same assert in the code.

Are you using internal LF RC oscillator for LF clock, or do you have LF crystal?

What is NRF_SDH_CLOCK_LF_ACCURACY set to ?

RE: SD Assert fault at address 0x016ADA

Michael Moser — Wed, 17 Jan 2024 15:05:34 GMT

Any proposal.
What is the reason for this SD assert at the address 0x016ADA?

RE: SD Assert fault at address 0x016ADA

Michael Moser — Mon, 15 Jan 2024 13:29:02 GMT

Hello Sigurd

Thanks for your answer.

The hard fault address is different from the hard fault address in the case 98787. 0x016ADA instead of 0x15BA4.

I read through the case but I didn't find a solution to this problem.

regards

Michael

RE: SD Assert fault at address 0x016ADA

Sigurd — Fri, 12 Jan 2024 14:19:35 GMT

Hi!

It's the same assert that is discussed in this case here: https://devzone.nordicsemi.com/f/nordic-q-a/98787/mesh-sdk-pb-remote---device-crash-when-provisionning