Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблема с определением USB устройства в Host режиме на at90usb1287
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
tesk_terrus
Есть обозначеный девайс, к которому нужно подключить мобильник через USB. Для этого используется атмеловский пример USBKEY_STK525-series7-host_cdc. Собственно проблема - при определении устройства

Host_clear_device_supported();
Host_clear_configured();
Host_clear_device_ready();
Host_enable_sof(); // Start Start Of Frame generation
Host_enable_sof_interrupt(); // SOF will be detected under interrupt

после этой строчки поднимается флаг прерывания дисконекта устройства и процесс определения устройства срывается. Поднимается флаг только для мобильника, другие устройства(флешки, переходник USB->UART) работают нормально. Пробовал использовать либу MyUSB 1.5.3 - там тоже не определяется только мобильник. При подключении к ПК мобильник определяется без проблем.
tAmega
Хосты во всех этих примерах используют упрощенную процедуру ренумерации устройства. Поэтому вполне возможно, он не задает мобильнику правильный запрос или задает но неверно. Вот мобильник и не срабатывает. Наверное нужно взять протокол хоста с PC и проверить по исходникам, что он делает на PC, и что делает Атмеловский хост, и найти разницу.
tesk_terrus
Проблема возникает до чтения дескрипторов, протокол общения с хостом получаю в виде осциллограмы линии D+, а по ней понятно только что ПК начинает генерировать Start Start Of Frame импульсы, а контроллер - нет.
tAmega
Ну все верно, функция Host_sof_action() в примере вообще не задана, и константа HOST_CONTINUOUS_SOF_INTERRUPT стоит в DISABLE, поэтому и не генерятся импульсы start_of_frame. Могу предположить, сам не пробовал, что для генерации sof импульсов, нужно организовать прерывание
от таймера в 1ms и напрямую управлять линиями DP,DM из этого прерывания для генерации sof импульсов.
tesk_terrus
Проблема возникает в состоянии DEVICE_ATTACHED, так что константа HOST_CONTINUOUS_SOF_INTERRUPT не имеет влияния(устанавливал её в ENABLE, результат не изменился). Импульсы start_of_frame генерируются самим USB-модулем микроконтроллера, у него есть для этого свой набор внутренних таймеров.
tAmega
Цитата(tesk_terrus @ Jan 24 2009, 02:15) *
Проблема возникает до чтения дескрипторов, протокол общения с хостом получаю в виде осциллограмы линии D+, а по ней понятно только что ПК начинает генерировать Start Start Of Frame импульсы, а контроллер - нет.


Цитата(tesk_terrus @ Jan 24 2009, 13:26) *
Проблема возникает в состоянии DEVICE_ATTACHED, так что константа HOST_CONTINUOUS_SOF_INTERRUPT не имеет влияния(устанавливал её в ENABLE, результат не изменился). Импульсы start_of_frame генерируются самим USB-модулем микроконтроллера, у него есть для этого свой набор внутренних таймеров.


Вы пишете взаимоисключающие вещи, сначала, что AT90USB1287 не генерирует импульсы SOF, затем, что у микроконтроллера есть свои внутренние таймеры, и он генерирует эти импульсы? Можно поподробнее, что же все таки у Вас происходит.
У него есть SOFEN бит в регистре UHCON, который отвечает за генерацию SOF импульсов. Если его установить в 1, host генерирует эти импульсы в автомате. Возможно у Вас этот бит во время подключения мобильника сбрасывается и хост уходит в SUSPEND MODE.
tesk_terrus
Бит SOFEN бит в регистре UHCON не сбрасывается. Думаю что импульсы SOF не генерируются из-за того, что поднимается флаг прерывания дисконекта устройства. Собственно проблему с подъёмом флага дисконекта устройства я и хочу решить.
tesk_terrus
Ситуация изменилась, теперь 1 SOF генерируется и флаг дисконекта устройства, поднимается после него. Линия Д+ после этого опускается в 0. Т.е. устройство уходит с шины, как только получает первый SOF. Поскажите из-за чего может возникать подобная ситуация, вдумчивое курение USB-спецификации и даташита по контроллеру пока не приносят результата.
tesk_terrus
Проблему решил дополнительным USB-reset'ом на пол секунды, перед разрешением генерации SOF-ов. Может кому-то пригодится подобная информация. wink.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.