The workaround here is to rebuild the application after removing the #if !defined(USB_ENABLE) as part of /DW3_QM33_SDK_1.0.1/SDK/Firmware/DW3_QM33_SDK_1.0.1/release/Src/Boards/Src/nRF52840DK/FreeRTOS/nRF52840DK.c
This workaround should allow for battery/power supply operation but will result in USB enumeration to take 14s at bootup.
I built the binary for you attached (please change the file extension from txt to hex as hex is not allowed to be uploaded here). nRF52840DK-DW3_QM33_SDK_CLI-FreeRTOS.txt (1.3 MB)
Hi @akash , we tested this binary you provided but we are still seeing the same issue of skipping ranging sessions when powered by a USB power brick (do data lines connected).
Hi @akash. I was able to get it to work by not defining the USB_ENABLE in the project_common.cmake file and then configuring the system over the UART port.
Hello @cewlsosyk, I have tried the same trick with the DWM30001CDK to no avail. Let me know if this solution works for the QM33120 dev. kit only or whether you have tried it on the DWM3001CDK board as well.
Hi @gini , I only tested with the QM33120 dev. kit that runs on the Nordic nRF52840DK. This issue is related to the nRF micro, I would assume that just changing the shield from the QM33 to DWM3000 should work fine (as long as you keep using the nRF board). But I never tested with the DWM3000.