Объясните пожалуйста. Голова кругом идет от всего этого. Залил пример с Amel. Нашло устройство at91usbserial. Где взять для него драйвер? Если кто-то сможет, сбросите пожалуйста нормальную версию реализации CDC.

Сообщение отредактировал Zliva - Sep 8 2009, 19:26

Начинал как раз с примера атмел фреймворкс, потратил 2-3 недели на все, думаю что "уродств" у меня уже не осталось.
Свое за неделю бы не написал, USB было в первый раз, но сейчас код вылизан достаточно хорошо,
по крайней мере с другим кодом переферии сложностей нет... а там много чего и очень быстрое...





Вам просто нужен соответствующий .inf файл для драйвера usbser в котром прописанны нужные VID и PID.

У меня увы очень спецефичная реализация, там модбас over USB...(со всеми ненужными в остальной жизьни конролями)

Честно говоря, мне хотя бы глазом посмотреть на нормальную реализацию, а то что не пример, то кривой.

Задавайте конкретные вопросы, и Вам вероятно помогнут, ну нету у меня например желания отправлять
вам полностью готовый мой исходник, а просто примера у меня нету...

Конкретный вопрос: с какого примера начать, чтобы не заворачиваться на все остальное и не делать или избежать ошибок, на которые Вы (может не прав) напоролись, что бы не тратить на это свое время? ? Может есть какие-то явные или неявные глюки, подскажите где они?

Сообщение отредактировал Zliva - Sep 8 2009, 20:09

Если действительно стоит задача освоить USB, то совершенно все равно, какой пример взять - шишки набивать необходимо.
А если уж делать совсем честно, то начинать надо с изучения спецификации и попыток написать свой код - получите ни с чем не сравнимое удовольствие, когда винда скажет "Обнаружено новое устройство", и это будет именно ваше устройство, а не тянутое из примера.

Да. К сожалению - Вы правы. Лиха беда начало. Если пропаду ненадолго - читаю спецификацию.

Это правильно, тем более, что не так уж и много там чтения. А если что - обращайтесь, поможем.

И поверьте, гораздо проще и приятнее помочь человеку с его собственным кодом, чем с адаптированным примером. В последнем случае, во-первых, вопрошающий иногда совсем не понимает, о чем спрашивает; во-вторых, глазение на атмеловский код у меня, например, провоцирует приступ мизантропии

Да. Согласен. Меня уже дергает. Зачем все так городить. Не пойму.

Подскажите пожалуйста, не могу понять. Зачем эти инициализации:
TRACE_CONFIGURE(DBGU_STANDARD, 115200, BOARD_MCK);
…..
TRACE_INFO_WP("USBD_Init\n\r");

Просто инициализация DBGU для печати отладочных сообщений
Ну и собственно сам вывод отладочных сообщений

Какое он вообще принимает участие? Дело в том, когда я комментирую TRACE_CONFIGURE(..) – устройство не опознается виндой. Без него пример от Атмела будет работать?

Если не выполнить TRACE_CONFIGURE, то зависнет на первом TRACE_INFO, что вполне логично.

Блин. Как так писать такие глючные примеры? Уму непостижимо.
Помогите с последовательностью инициализации. Что за чем и как. Думаю, всем будет полезно.

Если вам не нужно вывод отладки через DBGU просто при компиляции укажите дефайн
TRACE_LEVEL=TRACE_LEVEL_NO_TRACE

все варианты смотрите в файле trace.h

ну и просто можете в коде прибить все TRACE_xxxx и упоминания файла trace.h