Цитата(Impartial @ Mar 22 2011, 17:24)

Значит передача-приём пакета будут в разных циклах шины и прием будет задержан минимум на 1 мс для спецификации USB1.0 и на 128 мкс для спецификации USB2.0.
Длительность фрейма в HS USB не 128 мкс, а 1мс/8 = 125 мкс.
Цитата(Impartial @ Mar 22 2011, 17:24)

Никто не пробовал обойти это ограничение программируя аппаратуру контроллера USB?
Если вам надо послать запрос и получить ответ как можно быстрее, то используйте Control pipe, там это может происходить в одном фрейме. А в Bulk вообще никак не гарантируется время доставки. Гарантируется, что сообщение будет доставлено, а когда - неизвестно. Если пакет теряется, то планировщик будет заставлять его слать до тех пор, пока оно не дойдет по назначению.
Время доставки гарантируется в изохронных пайпах, поскольку планировщик отводит каждой изохронной трубе определенный процент трафика (т.е. выделяет время для пересылки в каждом фрейме). Зато там вообще не гарантируется, что сообщение будет доставлено. Oно может быть потеряно, a при потере пакета никаких повторных посылок не будет.
Это эквивалентно принципу неопределенности в ядерной физике.