Думаю, нет (в том смысле, что хост, точно повторяющий захваченные сниффером посылки, работать не будет). Если нельзя применить МК с хостом, можно поискать ИС аппаратного хоста, хоть это и экзотика. Например, у NXP:
http://www.nxp.com/products/interface_and_...llers/#products

Еще у них была хорошая ИС хоста - ISP1160. Правда, не знаю, производится ли она сейчас.

Мой вам совет - ищите МК с настоящим хостом и готовыми примерами к его использованию. Это один путь. Причем вполне реальный. Второй путь - покупайте любую подходящую отладочную плату с соотв. МК и предустановленным Линуксом, там уже весь "нижний" уровень должен быть реализован. Все эти программные хосты - курам на смех. Не будет оно работать, как положено, только время зря потеряете ...

подключение USB мыши к atmega32: https://courses.cit.cornell.edu/ee476/Final...36_cdl28_dct23/
так что вполне возможно, особенно если физический уровень от V-USB взять,

zombi, может быть не сейчас, но в будущем, вам и мне (как поклонникам ATxmega) стоит обратить внимание на SAM D21 от того же Atmel'а, хотя формально он ARM (Cortex M0+), а не AVR. В отличие от прочих ARM'ов, выпускаемых Atmel, он страшно похож на ... Xmega'у! Т.е. не только практически та же самая периферия, но и биты признаков, управляещих ею, зачастую на одних и тех же местах и одинаково называются. А когда видишь отрывок программы для него по управлению с периферией, то создается полнейшее впечатление, что это программа для Xmega.

Я бы его назвала пост-Хмегой, отличающейся от Хмеги только заменой инструкций с AVR на Cortex M0+. Однако на С/С++ это различие почти незаметно. А таймеры, ADC, DAC, DMA и даже система событий EVSYS скопирована с Хмеги чуть ли не 1 в 1.

К тому же он обещает быть дешевым (позиционируют для детских электронных игрушек), и уже Arduino Zero на нем сделали. Да и HOST-режим он тоже в полной мере поддерживает аппаратно. И в корпусах 32-pin TQFP и QFN тоже выпускается (наряду с 48-pin и 64-pin).

А я на С и не пишу, только asm.

Но уже нутром чую что в связи с необходимостью использовать USB придётся таки осваивать и С



Ага... значит всё таки можно!
Но Си опять же ...

Как раз ради USB это необязательно. Логика USB трудно постигаема , но в программном отношении сводится к записи констант в ряд регистров и побайтовой передаче заранее сформированных структур с данными (спецификаций) через один из таких регистров (подобно передаче UART). Никакой работы, для которой бы остро потребовался язык высокого уровня, в этой задаче нет.

Конечно, сказанное относится к аппаратно реализованным USB-функциям, а про V-USB я ничего сказать не могу, т.к. никогда им не пользовалась.

P.S. Использовать язык С, когда уже знаешь ассемблер, проще простого, т.к. на этом пути есть вполне однозначные соответствия, позволяющие "переводить подстрочно". Болезненная ломка возникает только при переходе от C к C++, когда очень сильно хочется всё бросить и вернуться на ассемблер .