[sash_u 0]

Исходя из вопроса про С, я предположил, что admiral не имеет достаточного опыта, чтобы воплотить задумку в жизнь.

 

Вы совершенно справедливо отметили большие объемы данных при обработке видео (совершенно несопоставимые с клавамышами). ПисАть их на карту памяти без сжатия бессмысленно, а реализовывать рилтаймовое сжатие на ATmega еще более бессмысленно, если, конечно, речь не идет о кадре форматом 4х4х1.

 

Стоп.Осмелюсь несогласиться. Современные USB камеры поддерживают JPEG и сжимают картинку аппаратно.

И если нужно использовать хост только в качестве моста камера-флеш, то никаких конверсий и сжатий не нужно.А если учесть что пусть даже картинка будет 100кб, и то что запись можно делать по кругу.

То на 1Гб флешку можно впихнуть достаточно.

[yarunt 0]

Веб-камера сама все сжимает в jpg. На выходе у нее готовые сжатые картиночки.

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

[admiral 0]

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

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

 

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

[aesok 0]

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

 

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

 

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

 

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

 

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

 

Анатолий.

Изменено 17 декабря, 2007 пользователем aesok

[yarunt 0]

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

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

[sash_u 0]

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

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

[admiral 0]

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

 

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

 

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

 

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

 

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

Вот фотки вебкамеры: чип там стоит zc0301PLH. JPG она точно умеет делать.

Изменено 17 декабря, 2007 пользователем admiral

[GDI 0]

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, остается всего ничего, купить и разобраться как это все работает.

[admiral 0]

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, остается всего ничего, купить и разобраться как это все работает.

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

[sash_u 0]

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 я что-то сильно сомневаюсь.

[GDI 0]

А вы уверены что именно HOST?

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

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

[sash_u 0]

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

Я тоже не использовал,но думаю что очень даже отличаются.

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

Так что имхо OTG намного менее функционален чем полнофункциональный хост.

Где-то ссылка была у меня про это, найду - выложу.

[sash_u 0]

А вот любопытно. Собственно в чём должны быть главная проблема реализации такого устройства?

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

[jasper 0]

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

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

Второе, к OTG можно подключить только одно USB-устройство, т.е. подключить несколько устройств через USB-хаб не выйдет. Но ведь речь идет только о подключении одной камеры? Так что, тоже проблем не видно. :laughing:

А вот любопытно. Собственно в чём должны быть главная проблема реализации такого устройства?

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

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

Изменено 20 декабря, 2007 пользователем jasper

[sash_u 0]

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

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

Вот если их так и принимать.

Так ведь наверное возможно реализовать?