Error encountered: rem.c line 1377

[Robert Palumbo]

Hello,

I am running the s110_nrf51822_7.0.0_softdevice.hex and am encountering an nrf callback assert on line 1377 of rem.c.

Without any visibility into this code I do not know what the error is being caused by.

I am running the system under a debug emulator but do not have any breakpoints set.

I would just like to know what the assert is in reference to as it relates the source line referenced above.

Thank you,

Robert

[keilven]

I also have this problem. Have anybody can help us to comment it ??

[vich]

Hi Robert and Keilven,

Could you provide details to reproduce this, API calls in the sequence you have used.

Regards, Vich

[Locky]

I have seen this problem as well on my Eval Board. I only see this on breakpoints however. The odd thing is it is not seen on the Dev board, only the Eval Board, which I know have different versions of silicon

[Adib]

I run into the same problem.

My board only has HF crystal.

first I used NRF_CLOCK_LFCLKSRC_RC_250_PPM_1000MS_CALIBRATION as starting option of the softdevice.

now the line looks like below and I do not encounter this problem anymory.

err_code = sd_softdevice_enable(NRF_CLOCK_LFCLKSRC_SYNTH_250_PPM, softdevice_assert_callback);

Regards, Adib.

[Jim Credland]

I've got exactly the same problem: reakpoint 2, app_error_handler (error_code=0xdeadbeef, line_num=0x561, p_file_name=0x20001d48 "src\rem.c") at main.c:176 176 {} $16 = 0xdeadbeef $17 = (const uint8_t *) 0x20001d48 "src\rem.c" $18 = 1377

Any clues from the guys with the source code?