составное HID, пара вопросов.. Опции

[thsparrow]

скажите пожалуйста, чем будут различаться составное устройство, для которого написан один дескриптор репорта с использованием REPORT_ID, и составное устройство, в котором разделены интерфейсы(т.е. описаны раздельно дескрипторы HID, interface и endpoint) ?

[kovigor]

скажите пожалуйста, чем будут различаться составное устройство, для которого написан один дескриптор репорта с использованием REPORT_ID, и составное устройство, в котором разделены интерфейсы(т.е. описаны раздельно дескрипторы HID, interface и endpoint) ?

Первого варианта не реализовывал. Но думается мне, что хорошего в нем мало. Реализовать такое довольно сложно, модифицировать - тоже, гибкость такого решения оставляет желать много лучшего. Дальше, трудно себе представить, как можно смешивать возможно очень разные по своей природе данные от разных блоков устройства в один Report, как передавать его по одной конечной точке, и проч., и проч. Кроме того, загрузочное устройство, поддериваемое BIOS, таким путем сделать тоже не получится. Не случайно я еще не видел ни одного HID - устройства, которое было бы так сделано. Любопытно, что даже в обычных клавиатурах клавиатурная панель работает по одному интерфейсу, а кнопки Sleep, Power, не говоря уже о мультимедийных кнопках и всяких регуляторах - по другому интерфейсу. Т.е., реализовать первый вариант, наверное, можно. Только зачем ?

[galjoen]

Насколько я понимаю, HID делается не для того, чтобы это была клавиатура, мышь, или какое другое стандартное устройство. Тем более, что оно тут же будет захвачено ОС. А делают HID чтобы подключить к компу что то своё. Так вот, если в этом случае не хватает пропускной способности HID, то можно сделать составное, вплоть до 16 шт. А репорты тут вообще не нужны, т.е. они нужны только для опознания своего устройства.