S140: Assertion at address 0x12CFA when connecting to device

RE: S140: Assertion at address 0x12CFA when connecting to device

denwil — Thu, 02 May 2019 08:05:55 GMT

Could not agree more...

RE: S140: Assertion at address 0x12CFA when connecting to device

Elkana — Thu, 02 May 2019 08:01:11 GMT

I also noticed that this is related to Stack out of sync, and this is very disappointing:
1. In my opinion, Faults in BLE stack should not automatically reset the device, but shutdown the BLE back to idle and tell the user about it.
2. Since this is probably a very common error - The error could have been much more descriptive, and save loads of debugging hours...

RE: S140: Assertion at address 0x12CFA when connecting to device

denwil — Thu, 02 May 2019 07:50:35 GMT

[quote userid="26273" url="~/f/nordic-q-a/45424/s140-assertion-at-address-0x12cfa-when-connecting-to-device/184693"]"FreeRTOS.h" -> "FreeRTOSConfig.h" -> "nrf_soc.h"[/quote]

Ok, that works but not a very nice implicit include.

[quote userid="26273" url="~/f/nordic-q-a/45424/s140-assertion-at-address-0x12cfa-when-connecting-to-device/184693"]I have the same issue (SD assert with PC = 0x12cfa) on nRF52840, and I don't understand how the SWI2 interrupt related to the Assertion, and how do you tell?[/quote]

It didn't directly relate to the interrupt issue, but was rather a side effect of debugging while the bluetooth stack is running. If the bluetooth stack notices that it is out of sync (e.g. when you are stepping through code with the debugger) it will assert there.

RE: S140: Assertion at address 0x12CFA when connecting to device

Elkana — Wed, 01 May 2019 11:15:51 GMT

The nrf_soc.h include is not required if SOFTDEVICE_PRESENT is defined, since it is already included: "FreeRTOS.h" -> "FreeRTOSConfig.h" -> "nrf_soc.h"

You can check preprocessor output and validate it replaces SD_EVT_IRQHandler with SWI2_EGU2_IRQHandler (so this is why it works).

I have the same issue (SD assert with PC = 0x12cfa) on nRF52840, and I don't understand how the SWI2 interrupt related to the Assertion, and how do you tell?

RE: S140: Assertion at address 0x12CFA when connecting to device

denwil — Thu, 28 Mar 2019 08:56:25 GMT

Found the solution to this. Had to add this to nrf_sdh_freertos.c:

#include "nrf_soc.h"

This is needed for the linker to correctly override the default handler with SD_EVT_IRQHandler, since the nrf_soc.h defines SD_EVT_IRQHandler to SWI2_IRQHandler (or on nrf52840, SWI2_EGU2_IRQHandler). I do not know how it could have worked without that include.

So the SoftDevice assert I was seeing was probably due to the debugger halting the processor, and then when stepping, the SoftDevice detected that timing was off and asserted. But it would be nice with some info on how to detect what errors the SoftDevice can assert on.

Best regards,

Dennis