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, юзать штатные классовые драйвера и не писать, по возможности, своих.