roboforum.ru

[EDV]

Приветствую!

Хотелось бы в этой теме обсудить возможность реализации платы видеообработки для МиниБота.

Плата видеообработки должна обеспечивать оцифровку черно-белого изображения с аналоговой видеокамеры с разрешением 320x240 пикселей с частотой 25-15 кадров в секунду. Объем оперативной памяти контроллера должен быть минимум 16Mb.

Один из вариантов исполнения - два процессора: один оцифровывает видео в память, другой (с большей памятью и более производительный) занят в видеообработке.

Если плата видеообработки таки появится в металле, тогда планирую портировать под неё алгоритм распознавания образов «Associative Video Memory» (AVM).

-= 23.11.09 =-
В фразе «один из вариантов исполнения - два процессора» имелось в виду, что процессор оцифровки видео будет использован с целью уменьшения количества микросхем логики на плате. Но если существует какой то специализированный чип, позволяющий оцифровывать черно-белое видео, тогда можно обойтись одним процессором видеообработки, а данные в память видеобуфера записывать, к примеру, по DMA.

Одно из требований к процессору видеообработки – наличие под этот процессор компилятора C++.

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

Я считаю, что причина по которой не нужно ориентироваться на «SRV-1 Blackfin Camera» - повторяемость изделия. Нам нужна плата, которую реально можно будет изготавливать в необходимых количествах, схему которой мы понимаем и можем улучшать. А в случае с «SRV-1 Blackfin Camera» эту плату могут просто прекратить выпускать, да и заказывать плату из за океана, как по мне, тоже чересчур.

Схем цифрователя видео, ну просто для затравки:

[Duhas]

мы будем паять своих ) и разрабатывать... покупать игрушки тут, имхо, большинство не любит..

[executer]

Схем цифрователя видео, ну просто для затравки:

А схемка-то моя
Кстати рабочая. Оцифровывает хорошо, но не больше 1 кадра в 0,5 сек.

а откуда 2 ФПС взялось? нипайму.

[yak-40]

а откуда 2 ФПС взялось? нипайму.

Внешней памяти - на один кадр. Через УАРТ при скорости 115200 этот кадр быстрее 0,5 сек. не пролазит

[EdGull]

EDV укажи в своем первом топике что тут является офтопиком
чтоб не мешались
а я за порядком пригляжу

[AndreiSk]

И я опять тут влезу
http://surveyor-corporation.stores.yaho ... lcabo.html
стоит $195 (камера+проц), все как вы хотите, мощный проц (500мгц), камера (60fps 160x120, 15fps 320x240), 32Мб
Встану в очередь если у вас разработка дешевле будет

Раньше они на ARM были, а сейчас на BlackFin перекочевали,
наверняка схемка осталась, может сделать.. дешевле будет
ЗЫ.. Кто знает модули памяти работающие на SPI? Ну хотябы от 16мб...

[Angel71]

а точно с этой схемой 10-15 кадров/сек можно получить?

[AndreiSk]

С какой? С surveyor? У меня робот гоняет на 160x120 по линии, 60 кадров 100%

[Angel71]

не, не, не. я про эту. кстати немного попутал, ТС писал 25-15кадров/сек. TDA8708A то легко и больше проглотит. а вот мега16... ещё же передавать другому чипу вроде планирется.

Один из вариантов исполнения - два процессора: один оцифровывает видео в память, другой (с большей памятью и более производительный) занят в видеообработке.

[Duhas]

обычные меги отсыхают сразу)

Хмеги - самое слабое с чего мона начинать, имхо...

[EdGull]

а для чего нам аж целых 16Мб ОЗУ?

[AndreiSk]

чего-то знакомое... вроде бил гейц так говорил когда-то Эда ждет блестящее будущее, скоро увидим тебя в списках Forbes
ЗЫ. А по теме, видео надо или обрабатывать или сравнивать, в любом случае память лишней не бывает.

[Michael_K]

Встану в очередь если у вас разработка дешевле будет

Тут вопрос в другом - сколько штук возьмете?

Этот блэкфин стОит 20 баксов, память - 3 бакса...
Камера - пусть даже 50. Ну пусть обвязки там еще баксов на 10-15.

[galex1981]

а откуда 2 ФПС взялось? нипайму.

Внешней памяти - на один кадр. Через УАРТ при скорости 115200 этот кадр быстрее 0,5 сек. не пролазит

Есть идея не по уарту данные передавать а по SPI

[Angel71]

так может лучше будет сразу на арме делать?

[yak-40]

Есть идея не по уарту данные передавать а по SPI

А зачем вообще пердавать весь кадр? Принял кадр в озу за 40 мс, обработал его допустим за те же 40 мс, предал координаты объекта допустим через УАРТ или СПИ, принял следующий кадр. Итого 12 кадров в серунду. Устраивает?