Linux: работа с USB HID устройством - чтение Input Report (Interrupr In EP)., Под Win всё работает, а в Linux надо настраивать? Или нужен HID драйве Опции

[galjoen]

Подключаю свой самодельный Full Speed HID к Linux. У него имеются 3 вида репортов SetFeature, GetFeature и Input. SetFeature и GetFeature через шлются контрольный канал (адрес EP = 0) и работают без проблем. Даже лучше чем под Win т.к. позволяют задавать таймаут, а под Win таймаут =5 секундам и изменить невозможно. Input Report шлётся от устройства в комп через EP, работающую в режиме Interrupt In с интервалом опроса 2 милисекунды (так у меня в дескрипторе EP). И с ним проблемма.
В Win всё корректно - после подключения моего устройства хост как и положено шлёт запросы 1 раз за 2 кадра (2 милисекунды). Причём даже если никто это устройство не использует. И буферизирует посланные мной Input репорты. Причём кол-во буферов можно задавать.
Linux по своей инициативе вообще не шлёт никаких запросов. Если подключиться к устройству, то можно слать запросы (ReadFile). Но ни о каких 2 милисекундах и речи нет. Выполняешь ReadFile - запрос посылается. И буферизации никакой нет. Из-за этого Input репорты теряются. Особенно почему-то при выводе на экран. Т.е. какое-то время не опрашивали Interrupt In EP (переключились на другую задачу) - буфер в устройстве переполняется - данные теряются.
Выходов из этой ситуации 2.
Первый (лучший): сказать Linux чтоб он опрашивал Interrupt In EP (как и написано в её дескрипторе) и буферизировал прочитанные данные (как Win). Но как это сделать я не знаю (невозможно?).
Второй (вынужденный): повесить на таймер программку, которая будет запускаться 1 раз в 2 милисекунды (реал тайм!). И будет читать Interrupt In EP (ReadFile) и буферизировать прочитанное. Как это сделать я тоже не знаю, но наверное смогу разобраться.

А может ещё какие способы имеются?

[amw]

linux-2.6.28.1/drivers/hid/Kconfig

Say Y here if you want to support HID devices (from the USB
specification standpoint) that aren't strictly user interface
devices, like monitor controls and Uninterruptable Power Supplies.

This module supports these devices separately using a separate
event interface on /dev/hidraw.

There is also a /dev/hiddev configuration option in the USB HID
configuration menu. In comparison to hiddev, this device does not process
the hid events at all (no parsing, no lookups). This lets applications
to work on raw hid events when they want to, and avoid using transport-specific
userspace libhid/libusb libraries.

http://libusb.wiki.sourceforge.net/
http://libhid.alioth.debian.org/

Как правильно работать с HID-ом под Linux?

Три варианта
1. Стандартное устройство - стандартный драйвер - стандартный интерфейс.
2. libusb
3. Свой драйвер.

[galjoen]

Три варианта
1. Стандартное устройство - стандартный драйвер - стандартный интерфейс.
2. libusb
3. Свой драйвер.

Почему вариантов всего 3? Теперь, после исправления ошибки в ядре, есть как минимум ещё один:
Нестандартное устройство (не клавиатура, мышь, джойстик). Для него Linux создаёт файл hidraw. Из это файла читаются HID репорты, посылаемые устройством через InterruptIn EP.
Найти своё устройство можно прочитав HID Usage (IOCTL к hidraw). Т.е. если у устройства все данные шлются ТОЛЬКО через InterruptIn (возможно InterruptOut - не проверял), то работать с данным НЕСТАНДАРТНЫМ устройством можно без libusb и без специального драйвера.
Другое дело, что почему-то нет возможности получать(передавать) Get(Set)Feature репорты ОДНОВРЕМЕННО с этим (без использования партизанских способов). Или м.б. такой способ есть, но я не знаю. Как появится время - ещё покопаю/отпишу.

[galjoen]

Вобщем-то под Linux мой HID работает на том-же уровне, что и под вин, но столкнулся с ещё одной проблеммой. Если к компу подключены 2 (или больше) моих девайса - не удаётся определить где чей hidraw. Почему-то сделали только чтение из hidraw VID и PID, а сериал нумбер не доступен. Можно конечно внести в HID Report Descriptor номер устройсва (в неявном виде, типа Physical Minimum/Maximum сделать номером), но это опять-таки партизанский способ. А м.б. в новой версии этих проблем уже не будет? Стоит просто подождать.
Попытаюсь разработчику написать, но мой английский таков, что скорее всего меня там не поймут.

[galjoen]

Выявил ещё один глюк в многострадальном hidraw. В ядрах 2.6.29 и 2.6.30. В ядре 2.6.26 его не было. Другие ядра не проверял. Причём глюк проявляется независимо от дистрибутива - проверяли сусе и дебиан. Глюк заключается в добавлении произвольного байта в начало HID репорта, передаваемого HID девайсом через Interrup In EP, при чтении его через hidraw. При этом остальные байты этого репорта сдвигаются. Последний байт при этом видимо пропадает, но не проверял. В любом случае использовать эти ядра невозможно.
Попытаюсь написать письмо разработчикам, но судя по предыдущему опыту ошибка была исправлена примерно через год...