0xDEADBEEF, 722, src \ ll_adv.c

[Peter]

Hi all,

I use nRF51822, sdk_v5_0_0_34603 and s110_nrf51822_6.0.0-5.beta. In a different periods of time appears error "0xDEADBEEF, 722, src \ ll_adv.c". Error appears only with battery powered device (tested with different batteries). What may be the reason for this error.

Best regards, Peter

[Asbjørn Sæbø]

Hi, Peter!

Are you starting and stopping advertising and also doing flash writes at the same time?

We are aware of one issue with the s110 6.0.0 that might be related to what you see:

Stopping advertising (either by calling sd_ble_gap_adv_stop() or by a timeout) after a flash operation is started and then starting advertising again before the flash operation is complete may lead to undefined behaviour (DRGN-3785). Workarounds are:

Either wait 50 ms or more from stopping advertising until starting advertising again.

Or wait until the flash operation end event (NRF_EVT_FLASH_OPERATION_SUCCESS or NRF_EVT_FLASH_OPERATION_ERROR) has been received before starting advertising again

Please try one of these workarounds (the one that is most relevant for you), and report your findings.

Asbjørn

[Peter]

Hi Asbjørn,

I do not use flash write. But you mention about 'advertising'. Ahter advertising timeout or disconnect I am changing advertising parameters and start advertising again without stop command. May be this is the problem. Will check and report. In my previous post is source code.

Best regards, Peter

[Asbjørn Sæbø]

Peter, since you do not use flash write, this issue does not touch you.

Also, what you do, changing adv params and starting advertising after disconnect or advertising timeout is perfectly OK. (After connection, there is no advertising to stop, the same for after advertising timeout.)

Asbjørn

[Asbjørn Sæbø]

Peter, looking at your code, you are actually doing flash operations, although you may not be aware of it. You use the bond manager (from the SDK), and the bond manager writes to flash. So the issue and workarounds above do apply to your case. (This may not be the cause of your issue, though.)

Asbjørn