STM32 USB FS OTG Опции

[V_M_Luck]

Разбираюсь с USB FS OTG на STM32F107. Есть плата с STM32F107 и USB. Мне нужен только device. Что то самостоятельно по даташиту не очень получилось. Попытался запустить пример HID от ST из STM32_USB-FS-Device_Lib_V3.3.0. Не работает. Попадает пару раз в прерывание по RESET, потом в ENUMDN и все. Больше никакой активности.
Смотрел USB TRACE - host даже не пытается запрашивать дескрипторы.
Вопрос - у кого-нибудь этот пример заработал?

Извините. Нашел у себя косяк - пример заработал.

Сообщение отредактировал V_M_Luck - Jul 8 2011, 15:32

[prottoss]

Поднял на собственном стеке HID с двумя INT точками. Сделал эхо. Все прекрасно работает. Производительность не измерял пока.
Есть непонимание по одному вопросу: Есть регистры, задающие размерность FIFO для IN конечных точек. Это OTG_FS_DIEPTXF0 для контрольной точки и OTG_FS_DIEPTXFx для рабочих точек.
С полем INEPTXFD все понятно. В мануале прямо про них написано:

Bits 31:16INEPTXFD:IN endpoint TxFIFO depth
This value is in terms of 32-bit words.
Minimum value is 16
The power-on reset value of this register is specified as the largest IN endpoint FIFO
number depth.

С полем INEPTXSA, у меня, полного понимания нет. Описание в доке:

INEPTXSA:IN endpoint FIFOx transmit RAM start address
This field contains the memory start address for IN endpoint transmit FIFOx. The address
must be aligned with a 32-bit memory location.

Т.е. вроде как исчисление в этом поле в байтах, но число должно быть выровнено на 32 бита.
Посмотрел примеры от ST. Там берется, к примеру, размер буфера в 32-бит словах (как и нужно), и это значение используется для вычисления адреса следующего буфера... Т.е. значение не делится на 4 для получения смещения в байтах...
Посмотрел в отладчике состояние этих регистров по умолчанию после инициализации OTG - там, судя по дефолтным значениям полей, происходит то же самое. Правда, для последних регистров, в итоге, занчение адреса вылезает за пределы максимального размера памяти OTG... Хоть в байтах, хоть в 32-бит словах. Опять веселье (С)aaarrr

Извините, может немного сумбурно объяснил вопрос.

[aaarrr]

Т.е. вроде как исчисление в этом поле в байтах, но число должно быть выровнено на 32 бита.

Нет, все в словах исчисляется. FIFO у них иной адресации и не имеет.

[prottoss]

Нет, все в словах исчисляется. FIFO у них иной адресации и не имеет.

Зачем тогда написано, что в поле адреса должно быть загружено значение, выровненное на 32 бита? Как можно не выровнять то, что уже выровнено?

Расскажите дилетанту для чего в USB нужен DMA пожалуйста. Ведь если посылать полные пакеты по 64 байта, то уже вроде как железо заполнит само буфер и вызовет одно прерывание на принятых 64 байта. Или речь идет о коротких пакетах? Вероятно я не вижу подводных камней.

Ну хотя бы для того чтобы переслать данные из памяти USB в порт, минуя копирование данных в память. Вроде как в stm32 otg это можно сделать, хотя, я еще не пробовал. За выходные вечера хочу попробовать. Организация FIFO, на мой взгляд, позволяет это сделать. При запуске трансфера настроить точку и канал, и по прерываниям по приему стартовать канал DMA.

[aaarrr]

При запуске трансфера настроить точку и канал, и по прерываниям по приему стартовать канал DMA.

64 байта пакета - это всего 16 слов, возможность выигрыша в такой конфигурации представляется сомнительной.

[prottoss]

Вернусь к вопросу использования DMA.

64 байта пакета - это всего 16 слов, возможность выигрыша в такой конфигурации представляется сомнительной.

Для OUT передач это, возможно, и верно, т.к. для BULK и INT трансферов 64 байта - это максимум. Я проверил на HID и на CDC с штатным Windows драйвером usbser.sys.
Для IN передач все намного радужнее. У IN точек есть персональный хардварный буфер, который может быть по размеру намного больше чем размер точки. Т.е. к примеру, если точка имеет размер 64 байта, я свободного могу сделать буфер размером, к примеру, в 512 байт и загрузить его полностью используя DMA. В данном случае будет явный прирост производительности.

Жаль, конечно, что для OUT точек сделали какой то кастрированный общий буфер...

[prottoss]

Продолжаю потихоньку грызть OTG.

Построил USB MSD устройство. Столкнулся с вот такой проблемой:

Рабочая конфигурация FIFO:
1. OUT FIFO - 128 байт. (Возможны и другие варианты).
2. IN FIFO для EP0 - 64 байта.
3. IN FIFO для EP1 (MSD bulk IN) < 512 байт. Любой значение в пределах 64 * (1..7)
так все работает прекрасно.

Если ставлю IN FIFO для EP1 =512 или более - передача в хост затыкается на команде SCSI Read10 чтения 0 сектора. Состояние регистров EP1 IN становится вот такое:
В регистре DIEPCTL1 бит EPENA установлен, что говорит о том, что точка занята (в режиме передачи).
В регистре DIEPSIZ1 поле PKTCNT равно количеству 64 бит пакетов, т.е. 512/64 = 8. Поле XFRSIZ = 0;
В регистре DTXFSTS1 поле INEPTFSAV = 0 - Буфер полный.

Хост, при этом, передачу не видит.

Сделал обманку в обработчике прерываний от Tx FIFO empty - в прерывании гружу не все, что нужно, а только 64/128/192 байт. Все начинает работать как часы.
Если гружу 256 байт или больше опять зависон на передаче 512 байт сектора.

В чем может быть проблема?

[Шаманъ]

Подниму темку в связи со схожим вопросом...

Построил USB MSD устройство. Столкнулся с вот такой проблемой:

Если ставлю IN FIFO для EP1 =512 или более - передача в хост затыкается на команде SCSI Read10 чтения 0 сектора. Состояние регистров EP1 IN становится вот такое:
В регистре DIEPCTL1 бит EPENA установлен, что говорит о том, что точка занята (в режиме передачи).
В регистре DIEPSIZ1 поле PKTCNT равно количеству 64 бит пакетов, т.е. 512/64 = 8. Поле XFRSIZ = 0;
В регистре DTXFSTS1 поле INEPTFSAV = 0 - Буфер полный.

Хост, при этом, передачу не видит.

CDC устройство (свое), данные ходят через BULK EP1. Работает все, кроме передачи данных от девайса к хосту (при этом через EP0 ответы проходят нормально, код пересылки данных на 99% общий). После записи в TX FIFO EP1 остается в таком виде:
DIEPCTL1 = 0x80498040, т.е. EPENA установлен
DIEPSIZ1 = 0x80000, поле PKTCNT=1, поле XFRSIZ = 0 (изначально отправлялся 1 пакет размером 5 байт, соответственно было 0x80005)
DTXFSTS1 = 14, исходный размер был 16 слов, записал 5байт (=2 слова), т.е. все логично.
Если писать данные дальше, то буфер заполняется и все.

Ситуация почти 1:1 с Вашей, интересно что это может быть, и чем все закончилось у Вас?
P.S. Да, камень STM32F746

Сообщение отредактировал Шаманъ - Mar 19 2017, 21:11