реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> прерывание от USB
drz
сообщение Mar 14 2018, 04:33
Сообщение #1





Группа: Новичок
Сообщений: 1
Регистрация: 14-03-18
Пользователь №: 102 354



Пытаюсь понять USB на контроллере SAM3S. Это USB CDC устройство, которое уже определяется виндой. Проблема с передачей файлов в контроллер. Передаю 7 байт информации: в регистре UDP_CSR[1] 42 82 07 00 - принято семь байт информации в два банка. В даташите написано, что такое может быть, когда контроллер занят чем-то ещё.
И правда, - он постоянно опрашивает пользовательские дескрипторы iManufacturer iSerial (вывожу символ в юсарт при этом событии), вряд ли так и должно быть и я не нашл какого-либо объяснения в интернетах, кроме того, что информация в этих дискрипторах ни на что не влияет - поэтому у меня там по нулям {0x02, 0x03}.
У меня несколько вопросов: в какие моменты нужно (и нужно ли вообще) отменять прерывания по точкам? Должен ли USB постоянно опрашивать эти дескрипторы? Почему два банка?
Обработчик USB прилеплен к сообщению. Ещё мне кажется, я неправильно обрабатываю первую конечную точку (чищу банки эти). Надеюсь на вашу помощь.
Прикрепленные файлы
Прикрепленный файл  usb.txt ( 17.68 килобайт ) Кол-во скачиваний: 17
 
Go to the top of the page
 
+Quote Post
картошка
сообщение Mar 16 2018, 09:42
Сообщение #2


Участник
*

Группа: Участник
Сообщений: 65
Регистрация: 28-12-05
Из: Odessa
Пользователь №: 12 673



Делал USB на LPC и STM. Этот код очень похож на LPC реализации, простой. Дескрипторы опрашиваются только на этапе конекта, когда хост ( PC ) учуял сопротивление резисторной подтяжки на входе.
Прием данных на точку разрешался предварительно на каждый ендпоинт и после обработки принятого пакета должен быть снова разрешен/сброшен - в общем должен нахотится в нужном состоянии зависящего от квитирования (либо в ожидании приёма , либо в ожидании завершения передачи (когда хост заберёт, заранее размещенный в буфер передачи устройства пакет, по маркеру IN )).
Важный момент !!! Обмен СИМПЛЕКСНЫЙ - жесткие требования на правильность и соответствие квитированию. CDC драйвера и правила квитирования они могут быть индивидуальны для каждой пары реализации (ХОСТ-ДЕВАЙС). Не будет правильной очередности квитирования с двух сторон - работы не будет (это из-за симплексной линии обмена в основном). Должно быть полное соответствие производителей ПАРЫ реализации.
Почему в текстовых дискрипторах нет текста ? Насколько я помню там определенный формат и поле размера строки тоже, он точно правильный, другие примеры смотрели ? Драйвер может запрашивать и проверять - там соответствие с конкретным драйвером со стороны хоста (PID и VID это не достаточно !) .

Берите LIBUSB32 со стороны хоста и налаживайте работу с ним - по вашим правилам обмена. Потом когда будете профи - уже будете "фрикерскими" методами адаптировать разные алгоритмы реализаций квитирований wink.gif.

Сообщение отредактировал картошка - Mar 16 2018, 09:53
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 30th June 2025 - 10:39
Рейтинг@Mail.ru


Страница сгенерированна за 0.01335 секунд с 7
ELECTRONIX ©2004-2016