QM33 SDK CLI skipping ranging sessions when connected to USB power only

I’ve been testing the QM33120 dev. kit with the CLI firmware with SDK version 1.0.0

I’m using the save feature to get my settings pre-configured and using setapp to pick the starter application after power up.

When I have the boards connected to a computer USB where power+data is available, the responder sends a range response all the time.

When I have a USB power only device, I’m using a standard USB charger. The range only works every 5 packets, (1 Success + 4 Timeouts).

see screenshots below:

@cewlsosyk I was able to replicate the issue and looks like you have found a bug. I will investigate how we can remedy this issue.

1 Like

@cewlsosyk , this issue is related to DWM30001CDK standalone operation without connection to USB UART - #16 by carlos.silva

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.

Thanks for the update. Are you using the battery powered device as the initiator or responder or do you see the same behavior in both cases?

As of now I have the Responder as the battery powered one, my initiator is talking to 4 responders.