BLE and UWB coesistence on murata type2AB - Subject: sd_softdevice_enable() never returns when adding BLE (S140) to UWB CLI-FreeRTOS project - Murata Type2AB

Dear all ,
we are having problem testing the combo skill of murata type2AB about running the BLE stack and UWB in parallel. Following all details.

nRF52840.ld.txt (11.1 KB)
main.c.txt (1.2 KB)
sdk_config .h.txt (270.0 KB)
FreeRTOSConfig.h.txt (9.4 KB)

Hardware: Murata Type2AB EVK (nRF52840 + QM33120W), DW3_QM33_SDK_1.1.1, FreeRTOS CLI sample project (originally UWB-only, working correctly). Adding SoftDevice S140 v7.2.0 for BLE (advertising/scanning only, no GATT/connections needed).

**
rtt.txt (9.7 KB)
**: nrf_sdh_enable_request() (sd_softdevice_enable()) never returns. Reproduces even in a minimal test with all UWB init removed (only BoardInit() + the SoftDevice call) - see attached main.c and RTT log. Watchdog resets the board every ~60s and the hang repeats identically.

Already ruled out:

  • Flash/RAM reallocation (FLASH origin 0x27000, RAM adjusted) - verified S140 is genuinely flashed via GDB memory read
  • NVIC priorities - none of ours overlap SoftDevice’s reserved 0/1/4; configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY matches your GTW05_BLE_only reference (_PRIO_APP_HIGH)
  • LFCLK source/accuracy - switched XTAL to RC, accuracy set correctly per compile-time check
  • LFCLK stabilization timing - manually pre-started LFCLK before the SD call, confirmed running=true instantly (wait_count=0) every time
  • UWB interaction - identical hang with zero UWB init in the call path
  • Linker/missing symbols - confirmed via nm that all SDH object files and symbols are present in the .elf

Question: Is there anything specific to Murata Type2AB / QM33120W designs (UICR, DCDC, errata, SPI/GPIO conflict between the UWB transceiver interface and SoftDevice/RADIO) that would explain this, given the stock Nordic BLE-only example works fine on its own?

Have you an example out of the box of coesistence between BLE and UWB in murata2AB board or similar ?
Please support us regarding this,
Thanks a lot.
Nicola