Есть преобразователь USB<->COM на FT232B.
Закорачиваем RX-TX и передаем пакет из 26 байт на скорости 921600.
Возможно ли по окончанию передачи иметь этот же пакет в компе.

Скорей всего нельзя, даже если не только закоротить RX-TX, но и обеспечить хэндшейк, чтобы в момент окончания приема пакета в передающем буфере сразу же лежал полностью законченный пакет. Пакеты передаются через bulk, а в каком порядке - бог весть, то ли сначала OUT потом IN, то ли наоборот, как планировщик хоста захочет.

Значит передача-приём пакета будут в разных циклах шины и прием будет задержан минимум на 1 мс для спецификации USB1.0 и на 128 мкс для спецификации USB2.0.
Никто не пробовал обойти это ограничение программируя аппаратуру контроллера USB?

Длительность фрейма в HS USB не 128 мкс, а 1мс/8 = 125 мкс.



Если вам надо послать запрос и получить ответ как можно быстрее, то используйте Control pipe, там это может происходить в одном фрейме. А в Bulk вообще никак не гарантируется время доставки. Гарантируется, что сообщение будет доставлено, а когда - неизвестно. Если пакет теряется, то планировщик будет заставлять его слать до тех пор, пока оно не дойдет по назначению.

Время доставки гарантируется в изохронных пайпах, поскольку планировщик отводит каждой изохронной трубе определенный процент трафика (т.е. выделяет время для пересылки в каждом фрейме). Зато там вообще не гарантируется, что сообщение будет доставлено. Oно может быть потеряно, a при потере пакета никаких повторных посылок не будет.

Это эквивалентно принципу неопределенности в ядерной физике.