Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Помогите разобраться
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему > Интерфейсы
Impartial
Есть преобразователь USB<->COM на FT232B.
Закорачиваем RX-TX и передаем пакет из 26 байт на скорости 921600.
Возможно ли по окончанию передачи иметь этот же пакет в компе.
=AK=
Цитата(Impartial @ Mar 22 2011, 07:44) *
Есть преобразователь USB<->COM на FT232B.
Закорачиваем RX-TX и передаем пакет из 26 байт на скорости 921600.
Возможно ли по окончанию передачи иметь этот же пакет в компе.

Скорей всего нельзя, даже если не только закоротить RX-TX, но и обеспечить хэндшейк, чтобы в момент окончания приема пакета в передающем буфере сразу же лежал полностью законченный пакет. Пакеты передаются через bulk, а в каком порядке - бог весть, то ли сначала OUT потом IN, то ли наоборот, как планировщик хоста захочет.
Impartial
Значит передача-приём пакета будут в разных циклах шины и прием будет задержан минимум на 1 мс для спецификации USB1.0 и на 128 мкс для спецификации USB2.0.
Никто не пробовал обойти это ограничение программируя аппаратуру контроллера USB?
=AK=
Цитата(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 при потере пакета никаких повторных посылок не будет.

Это эквивалентно принципу неопределенности в ядерной физике. sm.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.