Леонид, видимо, ты не до конца меня понял. Поясню более точно -- существует стандартизированный протокол USB, это когда система посылает запросы на получение определенных данных и устройство отрабатывает эти запросы, выдавая необходимую информацию системе (это видно, когда вставляешь новое устройство), и внутренний протокол устройства для обмена с драйвером, где драйвер ведет уже обмен с ситемой по стандартному протоколу и с устройством по внутреннему, это, как бы, интерфесный мост между устройством и системой, но может вести обмен и по интерфейсу "устройство пользовательское ПО", по предоставленному драйвером протоколу (если разработчик любезно предоставил точки входа и протокол обмена с драйвером или уточнил, что он стандартизированный). Так вот, самое большое, что мы можем сделать в HiAsm-e, так это произвести обмен с драйвером устройства (опять таки, если есть точки входа с описанием протокола обмена с драйвером). Но каждое устройство имеет свой внутренний протокол, вот почему драйвер от одного устройства совершенно может не подходить к другому, те, нет универсального драйвера для всех устройств, самое большое, для какой-то группы, и я совершенно уверен, что драйвер от Ke-USB24A никаим боком не подойдет к USB звуковухе, и -- наоборот.
Да, кстати, написание драйвера штука, далеко, не простая, особенно, в плане оптимизации обмена.

Так вот, если есть некий драйвер устройства, и разработчики предоставили точки входа в этот драйвер и протокол обмена, то написать компонент для HiAsm-a, вполне реально (пример у нас есть для Ke-USB24A). Но, для разработчика компонента, желательно, иметь это самое устройство.

Вот, как-то так