Hi Qorvo.
Here is the board I test.
The bottom board is nRF52840-DK, the top board is QM33110WEVB and DW3000EVB.
The software is the newest sdk v1.1.1 as below
In this cmake file, set USE_DRV_DW3000 and USE_DRV_DW3720 to 1 to enable DW3000 and QM33110 driver.
Then, build the firmware.
Next comes the test phenomenon.
1, Plug QM board into 52840 board, erase the board, then flash the firmware. Use iphone QNI APP to range with the board, and everything is normal.
2, Remove QM board and plug DW board into 52840 board, no erase, no flash, use QNI APP to range with the board directly, everything is normal.
3, Keep DW board on the 52840 board, erase and flash, then use QNI APP to test, the range process will halt. Whether to push reset button or power off, it cannot return to normal.
4, Remove DW board and plug QM board into 52840 board, no erase, no flash, use QNI APP to test directly, the range process still halt and cannot recover to normal.
5, Keep QM board on 52840, then erase and flash, use QNI APP to test, it recovers to normal.
6, repeat step 2, you can obtain the same result as in step 2.
Repeat the above steps, you can see the phenomenon described above.
To sum up,
If want to use QM board + 52840 board, just erase and flash, then everthing is normal.
If want to use DW board + 52840 board, replace QM board with DW board, no erase no flash, then everything is normal.
If you erase and flash 52840 board with DW board, then DW + 52840 cannot work. The only way to recover is to replace DW with QM, then erase and flash, finally replace QM with DW.
The above tests and phenomena should clearly indicate that there are issues with the adaptation of SDK V1.1.1 QANI example to 52840+DW3000.
The issue might be related to the configuration parameters of the transceiver written into flash, and these specific configuration codes might be in this library file, so developers cannot modify them either.
So please confirm this. Thanks.