UPDD Macro Editor
And looks like this
The test button sends the macro.
Clicking OK saves the macro.
UPDD Macros are often created from technical information supplied by the touch screen manufacturer or by viewing the USB traffic between a touch controller and a driver, such as the HID driver under Windows 7 or 8. In most cases it is obvious (to a trained eye) what command is specific to a controller as part of its initialisation sequence and what is just standard USB stack chatter.
The editor has been created to help analyse more difficult to interpret USB protocol sequences.
For any USB request seen in usblyzer
You can copy the highlighted bit and paste it into the editor
The pasted data is retained as comments and a USB format macro is created.
Please note the following :
The wValue must be listed as 2 separate bytes
2 wValue.LowByte 2 00h
2 wValue.HiByte 2 02h
And not one entry as seen in some versions of usblyzer
2 wValue 2 0200h
Any data to be sent must be added manually, as in the ‘0D 03’ part below:
[USB type=CLASS_INTERFACE flags=0 req=01 val=0200 idx=0302 len=0002]0D 03[END]
The comments are for visual reference and not really intended to be left in.
For macros that have type Standard in the 3rd line we not sure to what extent these are supported under Windows. We added support for Windows so we think that it works on some level but some experiment we did lead us to believe that not all standard requests are allowed as USB requests. We think these may be supported on other platforms though so these have value as we can analyse on Windows to target other platforms if necessary.
For host to device requests with data the data is not added in the macro as yet as we do not have an example of how usblyzer presents this to test. This may be added later.
NB please take care when copying from USBlyzer as it’s a bit finicky and does not always copy when you expect it to. Make sure focus in on Usblyzer and use the right click + copy option (not ctrl+c)
I’d hoped to be able to show the result code and response (if any). There are in fact some technical problems preventing these; these can be added at a later date, but given that this is mainly for internal use these can be seen in dbgview/ usblyzer.
For future reference the problems are
1) We need to pass back the result code and this differs by operating system.
2) The current macro apis do not support returning results with an arbitrary length.