Evgeny_CD, Архитектор (06.11.2009 23:54, просмотров: 177) ответил Ксения на Готовый код для COM <-> USB с inf-файлом лежит где-то на сайте Атмеля. Написан он жутко, но работает. Хорошую скорость только из того кода не выжмешь, т.к. там без прерываний написано, всё в цикле принял-отправил.-
- Вы вот отсюда код возьмите, он не висючий, хотя и нуждается в доработке. К тому же до предела прост, и понятно, как им пользоваться. А на атмелевской демке можно голову сломать. Ксения(41 знак., 07.11.2009 00:01, ссылка)
- Спасибо! - Evgeny_CD(07.11.2009 00:12)
- Скажите, у вас кварц на какую частоту установлен? - Ксения(09.11.2009 01:45)
- Кварц в чем? На нашей плате ATxmega кварец стоит 14.7456 МГц. - Evgeny_CD(09.11.2009 11:30)
- Но ведь у ATxmega нет USB, а вы про USB <-> COM спрашивали на AT90US* в CDC режиме. Мой вопрос про кварц относится к конвертору. Глючить у вас может, если там кварц слишком быстрый. AT90US* могут неустойчиво работать при частоте больше 8 Мгц, если Ксения(35 знак., 09.11.2009 11:42 - 14:51)
- Спасибо! У меня пока нет опыта работы с AT90US*. Просто, к сожалению, я пока не видел USB устройтва, которое бы не висло при длительных испытаниях (месяц, например)... - Evgeny_CD(09.11.2009 15:47)
- Тут надо копать в сторону хоста, а не внешнего устройства. - Лeoнид Ивaнoвич(09.11.2009 20:39)
- Почти. Похоже, что девайсы, сделанные по 0.18 и тоньше, во время переходных процессов могут выдавать глитч в шину, и у хоста "крышу сносит". Вот я и думаю - быть может, AT90US*, сделанная по 0.35, такого делать не будет? - Evgeny_CD(09.11.2009 20:47)
- Да не девайсы выдают глитч в шину, а обычные помехи. Если полностью исключить USB кабель, то ничего не виснет. - Лeoнид Ивaнoвич(09.11.2009 22:39)
- Ну разве что. Экпериментировал с синфазными фильтрами, правильными кабелями - не помогло. - Evgeny_CD(09.11.2009 22:42)
- В любом случае, можно лишь уменьшить вероятность зависания USB. Для критичных приложений мы перешли на PCI платы с RS-485. - Лeoнид Ивaнoвич(10.11.2009 11:10)
- Ну разве что. Экпериментировал с синфазными фильтрами, правильными кабелями - не помогло. - Evgeny_CD(09.11.2009 22:42)
- Да не девайсы выдают глитч в шину, а обычные помехи. Если полностью исключить USB кабель, то ничего не виснет. - Лeoнид Ивaнoвич(09.11.2009 22:39)
- Почти. Похоже, что девайсы, сделанные по 0.18 и тоньше, во время переходных процессов могут выдавать глитч в шину, и у хоста "крышу сносит". Вот я и думаю - быть может, AT90US*, сделанная по 0.35, такого делать не будет? - Evgeny_CD(09.11.2009 20:47)
- Против зависания есть WatchDog :) - Ксения(09.11.2009 20:10)
- Тут надо копать в сторону хоста, а не внешнего устройства. - Лeoнид Ивaнoвич(09.11.2009 20:39)
- Спасибо! У меня пока нет опыта работы с AT90US*. Просто, к сожалению, я пока не видел USB устройтва, которое бы не висло при длительных испытаниях (месяц, например)... - Evgeny_CD(09.11.2009 15:47)
- Но ведь у ATxmega нет USB, а вы про USB <-> COM спрашивали на AT90US* в CDC режиме. Мой вопрос про кварц относится к конвертору. Глючить у вас может, если там кварц слишком быстрый. AT90US* могут неустойчиво работать при частоте больше 8 Мгц, если Ксения(35 знак., 09.11.2009 11:42 - 14:51)
- Кварц в чем? На нашей плате ATxmega кварец стоит 14.7456 МГц. - Evgeny_CD(09.11.2009 11:30)
- Скажите, у вас кварц на какую частоту установлен? - Ксения(09.11.2009 01:45)
- Спасибо! - Evgeny_CD(07.11.2009 00:12)
- Вы вот отсюда код возьмите, он не висючий, хотя и нуждается в доработке. К тому же до предела прост, и понятно, как им пользоваться. А на атмелевской демке можно голову сломать. Ксения(41 знак., 07.11.2009 00:01, ссылка)