ARM, RISC-V контроллеры

Да нет, я не имею ввиду, что много кушает для его функций, я про "абсолютное" сравнение, что не везде можно "впихнуть". Я расчитывал всего потребление "под все" не более 100мА... Кстати есть новости, В проекте CDC(VCP) подправил размер общего буфера на отсылку до 38500 байт, остальное фактически оставил. Проблема низкой скорости видимо была в драйвере STM, т.к. скорость была не более 1 Мбит в сек..Я поставил вирт. драйвер от libusb, читаю синхронным бульком данные, скорость разительно увеличилась, дает около 17 кадров в секунду, где то 5,5 Мбит(дальше не ясно толи скорость ограничивается, толи кадров больше не получается, дабы я с камеры примерно столько и получаю.(если кому то надо, исходники скину) Зато появились некоторые вопросы: 1)Я когда отправляю в буфер 38400байт, то данные идут(смотрел USB Trace, и так же выходит при считке из libusb) за 2-5 заходов, например первым заходом - 19100, 2м 10100, третьим все сотальное, данные не теряются, но просто не пойму так и должно быть или нет? Это создает некоторые неудобства(читаем через bulk синхронно "сколько счиьтаеся", потом забиваем этим большой буфер, пока не считаем 38400...), получается какая то надстройка "над драйвером", нелогично... Тоже показывает и USB Trace, причем отправляю буфер меньше(например 4096 байт), таже песня, нормально отправляется буфер длинной до 1024 байт(разом). Я просто еще в процессе вникания в USB, да и мог упустить что то, видел где то ограничение на отправку кажется, но могу и путать... 2) Не могу понять как отловить событие в МК(STM32F407), что буфер отправлен полностью, чтобы быть уверенным, что буфер ушел и пора отправлять другой(можно событие конца отправки "большого буфера на 38400" ну или накройняк ошибку отправки или что то в этом репертуаре...)?