USB на регистрах: interrupt endpoint на примере HID

Первым делом напомню, что протокол HID (Human Interface Device) не предназначен для обмена большими массивами данных. Весь обмен строится на двух понятиях: событие и состояние. Событие это разовая посылка, возникающая в ответ на внешнее или внутреннее воздействие. <...> Состояние же это какая-то характеристика, которая не меняется просто так. Ну, скажем, температура. Или настройка уровня громкости. То есть что-то, посредством чего хост управляет поведением устройства. Необходимость в этом возникает редко, поэтому и взаимодействие самое примитивное — через ep0.

Интересно, какие проблемы могут возникнуть при попытке более или менее интенсивного обмена посредством HID? Ведь USB HID нынче применяется для всего подряд, в том числе для управления всевозможными процессами, например, большинство лабораторного и медицинского оборудования, подключаемого к хосту посредством USB, являются именно HID устройствами. Например, у меня пара автоматических биохимических анализаторов, являющихся HID устройствами, при том, что исходно они работали по RS-232 и при переходе на USB внутрь поставили кастомный COM-USB HID адаптер. Оборудование весьма глючное, производитель во избежание возникновения проблем не рекомендует подключать к хосту иные USB устройства, кроме мыши и клавиатуры.

Опечатка в команде просмотра дескриптора:

cat /sys/kernel/debug/hid//rdesc