Softdevice assertion failed pc: 16346

RE: Softdevice assertion failed pc: 16346

Amanda Hsieh — Thu, 28 Oct 2021 11:35:27 GMT

Hi Anne,

We hadn't been aware of the bug until it's reported by this case.

Since the status of advertising in SD is updated to non-connectable right after a connection gets established before the next event. That will trigger an event to cause assert. NRF_ERROR_NOT_FOUND from sd_ble_evt_get means No events ready to be pulled. Pulling events till getting NRF_ERROR_NOT_FOUND can make sure the statues be changed after the event next to the connection.

-Amanda

RE: Softdevice assertion failed pc: 16346

Anne van Rossum — Tue, 26 Oct 2021 14:35:52 GMT

Hi Amanda,

I'm on the same team, Crownstone, as Bart. :-)

We are of course happy that you know this issue exists and how to work around. Satisfaction is perhaps not the right word choice. ;-)
It would be great to understand why we have to pull events till we get NRF_ERROR_NOT_FOUND. What's the underlying issue?
If it's already since Softdevice 6.0.0, is it that you didn't know of this problem that no fix has been issued or is there something very fundamental about this which makes it difficult to solve within the Softdevice?
If we use the workaround, will this completely fix this, or is it still possible to run into the assert so now and then?

Of course, ideally we would have a complete explanation including some diagrams if there are some timing issues involved. Perhaps there are also some configuration settings which influence this bug. An overall picture would be ideal. (Of course, keeping private what you want to keep private).

Thanks in advance!

Anne

RE: Softdevice assertion failed pc: 16346

Amanda Hsieh — Tue, 26 Oct 2021 13:07:30 GMT

Yes.

RE: Softdevice assertion failed pc: 16346

bart — Tue, 26 Oct 2021 12:47:55 GMT

Thanks!

The assert that may occur is the same as what I get?

RE: Softdevice assertion failed pc: 16346

Amanda Hsieh — Tue, 26 Oct 2021 12:40:26 GMT

Hi,

Our softdevice team confirmed that

When the application starts a non-connectable advertiser right after a connection gets established, an assert may occur. The workaround is After pulling the event BLE_GAP_EVT_CONNECTED, pull events until sd_ble_evt_get returns NRF_ERROR_NOT_FOUND.

This bug is present in all released SoftDevices since 6.0.0. Please let me know if you are satisfied with the workaround.

-Amanda

RE: Softdevice assertion failed pc: 16346

bart — Tue, 26 Oct 2021 06:54:43 GMT

It's using the softdevice to advertise connectable advertisements. When a connection is made, it will start advertising non-connectable advertisements.

RE: Softdevice assertion failed pc: 16346

Amanda Hsieh — Tue, 26 Oct 2021 06:20:38 GMT

Hi,

Can you check if the application is using both a connectable and non-connectable advertiser?

-Amanda

RE: Softdevice assertion failed pc: 16346

bart — Mon, 25 Oct 2021 13:16:18 GMT

Yes indeed, but only after a long time with a lot happening. Since it's a softdevice assert, I have no clue where something goes wrong. Normally, a nordic engineer can tell from the PC.

RE: Softdevice assertion failed pc: 16346

Amanda Hsieh — Mon, 25 Oct 2021 13:10:07 GMT

Do you run the https://github.com/crownstone/bluenet on nRF 52832 and then get the failed?

-Amanda

RE: Softdevice assertion failed pc: 16346

bart — Mon, 25 Oct 2021 12:23:19 GMT

Hi,

GDB showed it crashed into:

app_error_fault_handler(uint32_t id, uint32_t pc, uint32_t info)

with: id=1, pc=16346, info=0

Of course, the backtrace was empty, as it's a softdevice assert.

I will try to reproduce the crash, but it takes several hours, and I don't think it shows any extra info, since the info parameter is empty.

It's a rather big application, that uses connections, advertisements, and a lot of mesh traffic. You can find it here.

RE: Softdevice assertion failed pc: 16346

Amanda Hsieh — Mon, 25 Oct 2021 12:07:23 GMT

Hi,

What is the application or the based example?

Please kindly upload the completed debug log with the failed message. That could help us investigate the issue. Thanks.

Regards,
Amanda