How can I test and debug my Bluetooth or USB HID device?

How can I test and debug my Bluetooth or USB HID device?

Applies to: Docklight Scripting, Article ID: dl_faq040

You can use Docklight Scripting V2.2 (or higher) to access HID “Custom Class” devices, but also HID input devices like game controllers that are not exclusively reserved by Windows. Docklight Scripting allows you to send HID Output Reports or receive HID Input Reports.

You can use both, a HID report-based approach that shows you the individual outgoing / incoming reports. Or an application-layer approach where you only display the actual payload data (e.g. a text-based protocol you implemented), but not the original report frame including report ID (if used) and trailing zero fill bytes.

NOTE:
* You cannot access Mouse/Keyboard devices that are a standard Windows input device. Windows immediately opens these for exclusive access and does not allow a second client application to control them.

* To comply with early Windows 10 behavior, USB HID devices are opened with Access Mode = Shared. So you can actually tap into other application connections and use Docklight Scripting to protocol the device responses, but you will not see the Output Reports the other Windows application (besides Docklight Scripting) sends to the device.

* Current support is for Output Reports and Input Reports. If you require sending a Feature Report and evaluating the device response, please contact us and we can discuss a possible solution.

* USB HID is a fresh addition, so any feedback on this feature, especially on things missing or not working as expected, is highly appreciated!

Docklight Scripting Manual – Project Settings for USB HID

Docklight News – USB HID and Windows 10

Docklight Applications – Example project for Logitec Rumblepad 2 game controller