64 - это самое неоптимальное. При передаче/приеме блока в 64 байта передается 2 блока - один в 64 байта, второй в 0 байт, который указывает что прошлый блок в 64 байта является законченной передачей.
Ну я сделал так, как это возможно в HAL для STM32F103 и подобных для класса USB Custom HID, там Report ограничен в 64 байта вроде как. https://community.st.com/s/question...hid-increase-report-size-from-64-to-256-bytes Я ещё вернусь к этому вопросу скоро, тут платы измерителей приедут на неделе и там надо будет и прошивку допиливать и софт обновить - оч много чего нового в планах, как и разбор протокола и производительности в целом.
Вот да, это для USB FS ограничение, а для USH HS этого ограничения нет, но это уже надо ставить внешний USB HS PHY и МК уже нужно ставить с поддержкой ULPI ... это избыточно всё как-то пока что.
Я про это и говорю - у STM своя фича. Всё равно на нем работают через HAL, а быстрее он не могет. По этому наверно и ограничили.
Ну, с AdHoc можно сказать уже давно всё понятно... сколько месяцев прошло, а примера всё нет, но ладно, можно списать на COVID-19, может быть, скоро будет пример... или появится COVID-20 и релиз опять отодвинется. Просто в моём случае, я решил, что заплатив падением производительности я лучше получу быстрее работающий вариант (можно сказать почти как ардуино, но разбираться надо больше чем в ардуино - там бы просто всё скетчем в N-строк решалось бы, правда, получался бы СОМ-порт или подобное), в итоге, производительности хватило более чем.
Нету такого ограничения. Оно искусственное, наведенное от ST.
