Здравствуйте. Создаю hid-устройство на at90usb162. После того как устройство отвечает на запрос конфигарации ( HID-дескриптор в этом ответе: 0х09 0х21 0х01 0х00 0х00 0х01 0х22 0х17 0х00 ), приходит запрос SET_CONFIGURATION ( запрос обрабатывается, в обработчике настраивается КТ типа Interrupt IN), далее приходит запрос SET_IDLE ( запрос не обрабатывается, ибо начиная с 3-его байта в запросе одни нули), и после него приходит запрос GET_DESCRIPTOR ( 0x81 0x06 0x00 0x22 0x00 0x00 0x57 (?) 0x00), этот запрос интерпретируется мной как запрос HID-Report'а.
Вопрос 1: Правильно ли понимается, что это запрос HID-Report'а?
Вопрос 2: Если ( Вопрос 1 == Да ), то почему не совпадают длина HID-Report'а указанная в HID-дескрипторе, с той которую запрашивает хост (0x17 и 0x57).
Далее, отсылаю HID-Report вида (FEATURE):

0x06 , 0x00 , 0xff ,
0x09 , 0x01 ,
0xa1 , 0x01 ,
0x19 , 0x01 ,
0x29 , 0x01 ,
0x15 , 0x00 ,
0x26 , 0xff , 0x00 ,
0x75 , 0x08 ,
0x95 , 0x07 ,
0xB1 , 0x02 ,
0xC0

( HID-Report взят из Агурова ).

После этого хост перестаёт посылать какие-либо запросы. ( Ожидается запрос 0xA101. Запрос на обработку FEATURE ).

Вопрос 3: Возможно ли, что этот HID-Report неправильный поэтому прерывается посылка запросов?

Вполне возможно. Например, от вас требуют 87 байт, а вы передаете гораздо меньше.
Я бы на вашем месте взял фабричную USB - мышку, скачал бы BusHound и посмотрел бы, как именно проходит энумерация этой мышки ...

Пример HID-мышь + BusHound показал, что размер HID-Report'а указанный в дескрипторе конфигурации, и запрашиваемый дескриптор так же имеет отличие на 0х40 (64 байта).
Так же из BusHound видно, что после отправки HID-Report'а (на примере мыши), от хоста больше никаких запросов не поступает, идут только пакеты IN от устройства (мышь). Верно ли то, что отправка HID-Report'а является последним ответом от нулевой КТ, и поле него можно переключиться на, например, первую КТ и уже работать только с ней (посылать пакеты IN)?

Можно закрывать тему. Всё заработало. Спасибо за ценные советы.