Понимание отчета USBHID_DESC

Это довольно легко понять, если сделать отступы и разбить текст на части. Позвольте мне также добавить несколько примечаний:

Usage Page Gen Desktop Ctrls(01)  // Использования описывают, что
Usage Game Pad                    // следующие данные используются для.
Collection Application
    Usage Pointer        // Используйте настройки для физического
    Collection Physical  // указывающее устройство
        Usage X       // Имеет четыре оси -
        Usage Y       // X, Y, Z и некоторые другие неопределенные оси.
        Usage Z
        Usage Undef
        Logical Min(80) // Вывод значений от 0x80 до 0x7F, которые при
        Logical Max(7F) // интерпретируемый как знаковый байт, составляет от -128 до 127.
        Physical Max(FF00) // Вход имеет диапазон от 0 до 255
        Unit(0000)
        Unit(0000)
        Report Size(08)  // Значение отчета имеет длину 8 бит,
        Report Count(04) // и их 4 (по одному на ось)
        Input(00000010)  // На этом раздел «ввода» завершается.
    End Collection

    Usage Hat Switch // Теперь описываем HAT Switch.
    Logical Min(01)  // Интерпретировать как значение от 1 до 8
    Logical Max(08)
    Physical Min(00) // Входные данные находятся в диапазоне от 0 до 0x3B01.
    Physical Max(3B01) // Не уверен, что значение интерпретируется правильно.
    Unit(14)
    Report Size(04)  // Отчет состоит из 4 бит,
    Report Count(01) // и там только один из них.
    Input(00000010)  // И завершаем раздел ввода.

    Usage Page Button(09)  // Далее идут кнопки.
    Usage Min(01)      // Это в основном номера кнопок
    Usage Max(04)      // - есть 4 кнопки, от 1 до 4.
    Logical Min(00)    // Кнопка либо выключена (0),
    Logical Max(01)    // или на (1).
    Report Size(01)    // И может иметь только одно состояние, поэтому размер 1.
    Report Count(04)   // Есть 4 кнопки, поэтому 4 отчета.
    Input(00000010)    // И завершаем ввод.

    Report Count(08)   // Это особый случай. Он сохраняет настройки.
    Input(00000001)    // как и раньше (они не были изменены), но
                       // это просто фиктивный вариант, чтобы дополнить данные
                       // правильный размер. Выравнивание — это ключ к успеху.

    Usage Page LEDs(08)    // Теперь у нас есть 4 светодиода с
    Usage Slow Blk On Time // 8-битное значение ШИМ. 0-FF, которое не
    Logical Min(00)        // требуется интерпретация, поэтому 0=0 и FF=FF.
    Logical Max(FF00)
    Physical Min(00)
    Physical Max(FF00)
    Report Size(08)    // Как я уже сказал, 8 бит,
    Report Count(04)   // и их 4.
    Output(10000010)   // И это вывод.

    Unit Exp(00)   // Теперь, похоже, тут немного мусора.
    Unit(00)
    Unit Exp(00)
    Unit(00)
    Unit Exp(00)
End Collection Game Pad // И конец.

Таким образом, интерпретируя это, вы получаете отчет, который содержит:

Byte     Function
0        X Axis 0-255 which you map to -128 to 127
1        Y Axis 0-255 which you map to -128 to 127
2        Z Axis 0-255 which you map to -128 to 127
3        Another Axis 0-255 which you map to -128 to 127
4        Upper 4 bits buttons, lower 4 bits HAT direction
5        Padding byte to make ita multiple of 16 bits long

И вы можете отправить 4-байтовый отчет, где:

Byte     Function
0        LED 1 PWM
1        LED 2 PWM
2        LED 3 PWM
4        LED 4 PWM

Эти «светодиоды» могут быть двигателями с обратной связью по усилию или вибраторами.

Также я подозреваю, что в выходных данных может быть небольшое искажение или неверная интерпретация многобайтовых значений.