roboforum.ru

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

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

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

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

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

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

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

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

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

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

и тут встает вопрос: "а нужна ли память?"

прерсылать в память более мощного микроконтроллера

шило на мыло...
а нужна ли картинка в памяти вообще?

Смысл лепить что-то вроде

Код: Выделить всё • Развернуть

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

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

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

Впрочем, это дело ваше... мы же не ищем легких путей

Я чего то не понял, топикстартер писал как раз про два контроллера. Один должен заниматься захватом видео, другой обработкой картинки (если не верите, перечитайте первое сообщение).
И помоему логично, мега16 будет заниматься только тем, что перегонять видео в память. С этим она великолепно справляется у меня в реале (320х240 25кадров/сек).
А дальше берите из памяти чем угодно и как угодно, можете кусками, можете целиком

как отправить получившийся поток в 1,83мбайта/сек на другой камушек

Прямо с такой скоростью никак на Avr...

Ты кадры учел, а цвета?

речь вроде о чб идёт, т.е. 8бит на пиксель (другая битность пока не обсуждалась). или я где-то что-то пропустил?

Добавлено спустя 4 минуты 54 секунды:

yak-40 писал(а):Зачем так много Один кадр 320х240=76800 байт. т.е ровно 75 килобайт.

да, это на кадр, но в секунду планировалось же 15..25 кадров гнать. при 25 такой поток и будет.

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

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

ну... ТС обещал попробовать перенести на мк "Associative Video Memory". там во первых если я ничего не путаю обработка идёт квадратами, а не строчками. а во вторых, там порядочно вычислений нужно. железку он не обещал, это точно