USB HID на AVR, Создание HID Report Descriptors - шаманство от Microsoft? Опции

[osnwt]

Привет всем!

Возникло желание сделать HID-совместимое устройство на AVR с программно реализованным USB стеком. Тем более, что появилась отличная открытая и бесплатная реализация стека, написанная на C (кроме критического по времени куска - тот на асме) и документированная на предмет возможностей и ограничений. Буквально 5 дней назад вышла версия с поддержкой HID девайсов, сэкономив мне кучу времени.

В общем, примеры все работают. И свое устройство, в целом, тоже работает. Проблема лишь с написанием HID Report Descriptor для этой штуки. Это просто какое-то шаманство. Скажем, есть работающий report. В начале стоит левый LOGICAL MINIMUM (0), который не нужен, ибо перед первым же INPUT определены свои minimum и maximum. Стоит его убрать - всё, винды видят устройство с ошибкой.

Пример два: стоит в работающем дескрипторе REPORT ID (1). Всё работает. Убираю REPORT ID, уменьшаю на 1 количество байтов в возвращаемых данных (поскольку первый байт исчез), правлю длину дескриптора (так как два байта на REPORT ID тоже ушло). Компилирую, прошиваю, включаю - не работает.

Перерыл весь инет. Все ссылаются на HID Descriptor Tools с usb.org. Интерфейс там еще тот, но ладно. Проверка ошибок там бестолковая, конечно. Винды более критичны к этому. Но другого-то инструмента нет. Перечитал все доки, нигде нет конкретных указаний. В материалах с usb.org сплошные should или may.

Похоже, все изготовители софтверных USB-решений на Atmel (на другие решения я просто не смотрел) страдают точно также с этими дескрипторами, так как сплошь и рядом встречаются в коде dummy logical minimum и т.п. навороты.

Собственно, вопросы к уважаемой публике:

1) можно ли где-то посмотреть диагностику виндовского HID parser'а: что конкретно его не устраивает в предлагаемых ему дескрипторах?

2) есть ли какие-либо решения для создания дескрипторов наподобие HID Descriptor Tools, но дающие более-менее работоспособные под Windows варианты?

Не верится, что проблема кроется где-то в софтверной реализации. Ибо, сначала не мог поднять количество байтов выше 2-х в interrupt transfer. Думал, что бага в библиотеке. Но потом из рабочего кода взял другой дескриптор с 7-ю байтами - и тоже всё работает до первой правки.

В общем, мистика! Help!

[osnwt]

Хорошая книжка, спасибо.

Вчера была пара часов времени, попробовал портировать библиотеку под IAR-овский компилятор с ассемблером (у меня всё остальное пишется в нём, а иметь несколько компайлеров неудобно). Пока не сильно преуспел. Правда, времени копать глубже не было. Добился лишь того, что она стала компилироваться, и поменял calling convention ассеблерных фрагментов (gcc и iar по разному используют регистры). Пока не заработала, но я по серьезному за нее еще не брался.

А интересно то, что один и тот же исходный текст дал под gcc 3.4.5 с оптимизацией по размеру (-Os) на 100 байтов меньший код, чем компилятор IAR 4.10 при такой же максимальной оптимизации по всем параметрам. Если учесть, что около 900 байтов из 2500 занимает ассемблерный модуль, который размер не поменяет никак, а еще довольно много занимают дескрипторы в виде таблиц, то разница в более чем 5% в пользу gcc меня очень поразила. Не так давно IAR славился своей оптимизацией кода. А сейчас наблюдаю совершенно обратную картину. Спросонья (в 3 часа ночи) даже не поверил своим глазам, буду смотреть еще.