Стоп.Осмелюсь несогласиться. Современные USB камеры поддерживают JPEG и сжимают картинку аппаратно.
И если нужно использовать хост только в качестве моста камера-флеш, то никаких конверсий и сжатий не нужно.А если учесть что пусть даже картинка будет 100кб, и то что запись можно делать по кругу.
То на 1Гб флешку можно впихнуть достаточно.

Сильно сомневаюсь что вебкамера сжимает в мпег.

Извиняюсь, я в начале неправильно написал. Не мпег, jpg надо. Уже подправил.

Т.е. на самом деле, у микроконтроллера-то то посути просто будет функция моста между вебкамерой и флэшкой (как написал sash_u). Такое вообще реально сделать?

Все Full-Speed камеры сжимают картинку, но могут использовать разные агоритмы как закрытые так и открытые в зависимости от контролера в камере.

High-Speed имеют режимы передачи без сжатия картинки.

Какая у вас камера?

Подсказка: если хотите узнать протокол по которому работает ваша конкретная камера, попробуйте найти для нее драйвер для linux.

Анатолий.

Сообщение отредактировал aesok - Dec 17 2007, 13:21

Но всеравно, запись на ММС или SD без ФАТ занимает много времени. АВР в реалтайме не потянет

Дык а что мешает FAT16 задействовать? А насчёт реалтайма то в режиме Full-Speed почему бы и не успеть. Можно же наверно получать не обязательно максимальный поток кадров/сек, а к примеру 1-2 (условно). Этим можно управлять?

Какая камера - сейчас ее название сказать не могу. Под линуксом завести ее мне не удалось (несколько прожек ставил по снятию изображения с вебкамеры, возможно что-то не так делал), хотя когда тыкаю в усб - то модуль какой-то автоматом подгружается (название тоже сейчас не помню).
Вот фотки вебкамеры: чип там стоит zc0301PLH. JPG она точно умеет делать.

Сообщение отредактировал admiral - Dec 17 2007, 13:32

AT90USB1287 и 647 имеют на борту аппаратный USB-Host http://atmel.com/dyn/products/product_card.asp?part_id=3875, в Питерском ЭФО стоят 10,43 и 7,84 Доллера, соответственно http://efo.ru/doc/Atmel/price.pl, остается всего ничего, купить и разобраться как это все работает.

Спасибо, вроде это как раз то что нужно. Займусь изучением.

А вы уверены что именно HOST?
Там написано что это OTG контроллер. А насчёт того что камера сможет работать с OTG я что-то сильно сомневаюсь.

Сам я их не использовал, но в таблице выбора контроллеров на том же атмел.ком проставлено ЮСБ-Девайс - есть, ЮСБ-Хост - есть. А чем тогда сакрально отличается просто Host от OTG, кроме того что последний может быть еще и Девайсом?

Я тоже не использовал,но думаю что очень даже отличаются.
В OTG реализован так называемый псевдохост,т.е. некое подобие хоста,который может работать в упращённом режиме с устройствами имеющими OTG поддержку. Это,к примеру цифровой фотоаппарат,который сам по себе как слейв устройство при подключении к компу для обмена, и в то же время при подключении напрямую к принтеру,минуя комп он становится именно хостом с ограниченными возможностями , во как выразился.
Так что имхо OTG намного менее функционален чем полнофункциональный хост.
Где-то ссылка была у меня про это, найду - выложу.

А вот любопытно. Собственно в чём должны быть главная проблема реализации такого устройства?
Скажем а если нам нужно просто проинициализировать камеру и прочитать с неё например слово состояния или ещё что,это реально сделать на AVR-ке?Тут-то нет никаких больших обьёмов данных...

Первое, у OTG ограниченно питание внешних устройств от него 20-ю mA, а обычный хост тянет 100 mA и даже 500 mA, по стандарту. Этот вопрос решается дополнительным питанием девайса.
Второе, к OTG можно подключить только одно USB-устройство, т.е. подключить несколько устройств через USB-хаб не выйдет. Но ведь речь идет только о подключении одной камеры? Так что, тоже проблем не видно.

А как вы собираетесь перекачивать большой объем графических данных на карточку в реальном времени? Ведь у обычных AVR нет DMA.

Сообщение отредактировал jasper - Dec 20 2007, 07:20

Ну это уже другой вопрос. Тут смотря что считать реальным временем. Например если камера гонит поток 10 кадров в секунду в этом самом реальном времени,то получая например 1 кадр в секунду или кадр в 2 секунды с этого потока - это уже вроде как не реальное время,а некоторое прореживание.
Вот если их так и принимать.
Так ведь наверное возможно реализовать?