USB <---> UART/SPI, На чём делать? Опции

[Yaumen]

А по-моему нет смысла использовать процессор только потому что он "хорошо заком". Если задача переросла этот процессор, то необходимо использовать новый процессор с соответствующими возможностями. Например с USB HOST на борту. С точки зрения стоимости старшие модели AVR + внешние элементы будут пожалуй дороже чем младшие модели процессоров с необходимыми ф-циями. Например AVR32 или ARM7.

То что предлагаете Вы, весьма разумно, если не считать что помимо изучения нового процессора придется еще и изучать необходимые протоколы и функционирование. В нашем случае: USB, FAT12, FAT16, FAT32, MSD и т.д. Если производитель не позаботился о предоставлении готовых библиотек для этого решения, то собственное повышение квалификации может перерасти в мигрень, не считая того что на это уйдет уйма времени, коим мы не располагаем.

Можно конечно еще подисскутировать в отношении когда нужно (можно) менять процессор для серийных изделий, а когда нет, но это тема отдельной ветки, а не этой.

Сейчас достаточно много производителей процессоров, поддерживающих USB, с продукцией которых не так быстро разобраться и принять правильное решение, за которое не будет потом мучительно больно. Именно для этого поднялся данный вопрос, чтобы узнать мнение специалистов, которые сталкивались и РЕШИЛИ подобный вопрос и к коим можно было впоследствии обратиться за квалифицированной помощью в случае возникновения проблем.

Естественно никто не ставит целью применить именно AVR, хотя, повторюсь, такое решение было бы предпочтительней в плане ускорения разработки. Поэтому подводя итог, хотелось бы услышать конкретные рассуждения и предложения о том, кто, что применял для подобной задачи, наличие готовых библиотек для решения поставленой задачи и т.д, и с какими трудностями пришлось столкнуться.

[zltigo]

..такое решение было бы предпочтительней в плане ускорения разработки.

Парадокс в том, что таое решение приведет к, как минимум, торможению разработки. Ваши знания AVR относительно всех других необходимых знаний являются далекооо не определяющими.
А ограничения накладываемые выбором AVR ооочень существенными. Практически Вы поступаете в точности в соответствии с принципом "у меня есть гайка M3"

[ReAl]

+1
Как это меня достало в своё время!
"Ну вот у нас ведь есть такая-вот плата, пусть под другое делалась, но уже готовая и отлаженная, давай к ней быстренько-быстренько довесочек простенький сделай да прошивочку перепиши"
И такая "каша из топора" выходит - и делается минимум вдвое дольше, чем если бы новую схему нарисовать/страссировать/...
И результат гораздо хуже. И себестоимость точно не ниже.

[Yaumen]

Парадокс в том, что таое решение приведет к, как минимум, торможению разработки. Ваши знания AVR относительно всех других необходимых знаний являются далекооо не определяющими.
А ограничения накладываемые выбором AVR ооочень существенными. Практически Вы поступаете в точности в соответствии с принципом "у меня есть гайка M3"

Если я могу закрутить гайкой М3 с простой шайбой, то я не понимаю зачем мне гайка М4 с приваренной гайкой. ) Я считаю, что пример не удачный. Я не против прогресса и изучения новых процессоров, но на данный момент на это просто нет времени. Сроки очень сжатые, к марту надо получить рабочий образец. Я уже не говорю, что для применения новых процессоров нужно покупать новое отладочное оборудование и программаторы. Короче много всего.

+1
Как это меня достало в своё время!
"Ну вот у нас ведь есть такая-вот плата, пусть под другое делалась, но уже готовая и отлаженная, давай к ней быстренько-быстренько довесочек простенький сделай да прошивочку перепиши"
И такая "каша из топора" выходит - и делается минимум вдвое дольше, чем если бы новую схему нарисовать/страссировать/...
И результат гораздо хуже. И себестоимость точно не ниже.

Ну, началось!!! еще раз говорю, что AVR не принципиален. Нужны дельные советы и помощь, а не просто болтовня, типа: "вот в этом процессоре USB HOST значит делай на нем. А вообще поставь ARM с Linux или WinCE, и все ... Оболочка с драйверами сама сделает за тебя все!!!". Это что помощь называется!? Так что без обид. Ответили бы, типа: "Я (мы) делали на том-то, там в Application есть готовый пример или библиотека для работы с этим." Все, вопросов бы не было.

В похожей задаче использовал 51-й МК отСиликонЛабс, удалось обойтись usb slave и SD на борту. Когда изделие не подключено к РС, используем флэшку по назначению и имеем возможность ее менять-обновлять и т.п. При подключении к РС, все изделие превращается в usb-флэшку, Винда с ней работает без проблем, специальной программы считывания делать не пришлось. Если интересует, посмотрите у СиликонЛабс аппноут на эту тему, там исходники, которые можно адаптировтаь под свои нужды

2 one_man_show
А работали с USB-FLASH или просто флешками, типа SD?

[Alex_lazy]

Всем спасибо.
Как говорится "Будем искать..." (с)

[one_man_show]

to Yaumen
В том изделии использовал CompactFlash, так как на то время из флэшек это был единственный представитель, у которого была опция Industrial, что собственно и требовалось по температурным соображениям
В новом изделии используем SD, но тут как-то все тухло с Industrial, правда может плохо искали...

[Yaumen]

to Yaumen
В том изделии использовал CompactFlash, так как на то время из флэшек это был единственный представитель, у которого была опция Industrial, что собственно и требовалось по температурным соображениям
В новом изделии используем SD, но тут как-то все тухло с Industrial, правда может плохо искали...

Ясно, спасибо. У нас все же упор на USB-Flash, так как дефакто это сейчас самый удобный и распространненный носитель информации.

[Andy Great]

Не устану повторять: используйте Sandisk Ultra II Plus - два в одном. Обработать SD все же намного проще.