AT91USBFramework, динамическое изменение типа конечной точки Опции

[dimka76]

Если кто разобрался с вышеуказанной framework, подскажите как на лету можно поменять тип контрольной точки с bulk-in на bulk-out и наоборот.

Как говориться, я уже весь мозг сломал, три дня воюю с этой проблемой.

[sergeeff]

Вы все как-то вокруг да около. Что за проблема то? Посмотрели в докементацию на процессор какие точки поддерживают bulk протокол, одну определили на прием, другую - на передачу. Все!

[dimka76]

Вы все как-то вокруг да около. Что за проблема то? Посмотрели в докементацию на процессор какие точки поддерживают bulk протокол, одну определили на прием, другую - на передачу. Все!

HOST шлет Data IN PID с номером конечной точки 2, а два у меня уже OUT. Вот в этом и проблема. А если я попытаюсь сделать контрольную точку 1 как IN, то данные из нее никогда не заберутся, т.к. HOST просит данные с конечной точки 2, а не 1.

[VslavX]

HOST шлет Data IN PID с номером конечной точки 2, а два у меня уже OUT. Вот в этом и проблема. А если я попытаюсь сделать контрольную точку 1 как IN, то данные из нее никогда не заберутся, т.к. HOST просит данные с конечной точки 2, а не 1.

Если правильно напишете в дескрипторе номер точки (впишете 0x01 и бит напрвления) - то хост будет спрашивать именно с EP1.

[dimka76]

Если правильно напишете в дескрипторе номер точки (впишете 0x01 и бит напрвления) - то хост будет спрашивать именно с EP1.

Я так уже пробовал. Но судя по логам USBTrace, хост все равно спрашивает с конечной точки 2.

[VslavX]

Я так уже пробовал. Но судя по логам USBTrace, хост все равно спрашивает с конечной точки 2.

Такого не может быть, значит неправильно задали дескрипторы. Идеология USB именно предусматривает что подключается устройство определенного класса с определенным набором EP, а вот куда и как эти EP отмаплены физически значения _НИКАКОГО_ не имеет. К каким именно физическим EP обращаться хост может узнать только из прочитанных дескрипторов. Если обращается ко 2-ой - значит в дескрипторах хост прочитал лажу.

[Седой]

Такого не может быть, значит неправильно задали дескрипторы. Идеология USB именно предусматривает .....

А разработчик драйвера, являясь воинствующим атеистом, взял и ,пользуясь "визардом" DriverStudio, задал адреса EP так, как ему захотелось, даже не обращаясь к дескрипторам. Вот вам и " не может быть".

[VslavX]

А разработчик драйвера, являясь воинствующим атеистом, взял и ,пользуясь "визардом" DriverStudio, задал адреса EP так, как ему захотелось, даже не обращаясь к дескрипторам. Вот вам и " не может быть".

Умеючи-то что хошь можно сломать
Я так понял из ситуации что драйвер нормальный есть - в него топикстартер не лазил. Хотя... Я того AT91USBFramework "в глаза" не видел, возможно Вы правы - какой там драйвер я не знаю - очень может быть что кривой (привязаться к физическим номерам EP - это клиника) . Привык вот следовать рекомендациям MS, юзать штатные классовые драйвера и не писать, по возможности, своих.

[dimka76]

Умеючи-то что хошь можно сломать
Я так понял из ситуации что драйвер нормальный есть - в него топикстартер не лазил. Хотя... Я того AT91USBFramework "в глаза" не видел....

Драйвер для компьютера есть нормальный, входит в комплект AVR Studio.
AT91USBFramework пример ATMEL для AT91SAM7xxxx. Входит в комплект IAR, живет в папочке example.
Вот полный список дескрипторов, которые ATMEL приводит для того драйвера, который входит в комплект AVR Studio (AppNote AVR069)

Код

Device Descriptor

bLength                    0x12
bDescriptorType        0x01
bcdUSB                    0x0110
bDeviceClass            0xFF
bDeviceSubClass      0x00
bDeviceProtocol        0x00
bMaxPacketSize0      0x10
idVendor                  0x03EB
idProduct                 0x2104
bcdDevice                0x0200
iManufacturer           0x01
iProduct                   0x02
iSerialNumber           0x03
bNumConfigurations    0x01

Configuration descriptor


bLength                       0x09
bDescriptorType          0x02
wTotalLength               0x0020
bNumInterface             0x01
bConfigurationValue      0x01
iConfiguration               0x00
bmAttributes.                0x00
bmAttributes.                 0x00
bmAttributes.                 0x01
bmAttributes.                0x01
bMaxPower                   0x64

Interface descriptor

bLength                       0x09
bDescriptorType           0x04
bInterfaceNumber         0x00
bAlternateSetting          0x00
bNumEndpoints             0x02
bInterfaceClass            0xFF
bInterfaceSubClass      0x00
bInterfaceProtocol        0x00
iInterface                    0x00

А дескрипторы конечных точек я уже приводил выше

[VslavX]

А дескрипторы конечных точек я уже приводил выше

У Вас там точки назначены обе на 2-ой физический адрес - 0x02 (OUT EP2), и 0x82 (IN EP2). Поменяйте 0x82, например, на 0x83 и инициализируйте EP3 - хост должен с нее начать спрашивать данные (если таки драйвер корректный). Если не получится - выложите лог, полученный анализатором (в какой-нить удобной форме, если USBlyzer - то можно и бинарник - я смогу посмотреть)

[dimka76]

У Вас там точки назначены обе на 2-ой физический адрес - 0x02 (OUT EP2), и 0x82 (IN EP2).

Это исходный вариант

Поменяйте 0x82, например, на 0x83 и инициализируйте EP3 - хост должен с нее начать спрашивать данные (если таки драйвер корректный). Если не получится - выложите лог, полученный анализатором (в какой-нить удобной форме, если USBlyzer - то можно и бинарник - я смогу посмотреть)

Когда я пытался на ходу переключать в контроллере конечные точки с OUT на IN в логах появлялись обращения к точке 0x82, но статус был "не выполнено", когда я заменил точку с 0x82 на 0x81 в логах обращений к 0x81 вообще не появляется.

Я заказал STM32F103, там вроде физическим точкам можно присваивать любой логический номер. Поэтому откладываю этот вопрос до получения результатов работы с STM32F103.

Всем спасибо за участие