Объясните, пожалуйста, как работает SAA7113H. Не могу разобраться в доке.
http://www.nxp.com/pip/SAA7113H_V2.html

Каким образом кадр можно отцифровать и передать в проц? На выходе есть 8-ми битный интерфейс, но как это всё работает?

Задача стоит такая: получить монохромную картинку 320x240 (2 цвета, один кадр - 9600 байт), найти центр масс того белого пятна, что на ней будет и передать координаты (X, Y) по COM порту.

Памяти контроллера хватает, вычисления тоже вроде очень простые, real time не требуется (т.е. можно хоть 2 кадра в секунду тока обрабатывать). Как это всё можно сделать?

На этом чипе никак.
См. ссылку http://electronix.ru/forum/index.php?showt...mp;#entry260293

Прочёл всю ветку, но большую частью не понял, так как никогда раньше эти вопросом не занимался.

Есть ли какие-нибудь примеры использования SAA7113H? Или можно каким-то другим способом получить кадр с камеры?

У этого видео-АЦП выход сделан по стандарту ITU-R BT 656
Его вам и надо изучить чтобы понять как брать данные.
Но к сожалению там довольно большие скорости и в DSP процах как Blackfin для него есть специальные порты.
В процессорах общего применения такого порта нет и надо химичить.
У ST получилось, но они пока не публикуют эту инфу, но скоро наверно выложат.

Вот нашел кое-что:
http://www.cmucam.org/wiki/Hardware

Как я понял, там используется FIFO буфер на 1 МБ. Т.е. кадр идёт сначала туда, а потом вытягивается процессором. Для меня это наиболее подходящий вариант, т.к. не надо ставить никаких ПЛИС, как предлагают ставить в других ветках форума, которые я находил.


Во, и схемку нашел
http://www.cmucam.org/attachment/wiki/Docu...3_datasheet.pdf

Работал с функциональным аналогом SAA7113 ADэшным видеодекодером ADV7181. В принципе можете использовать именно его, тогда смогу посоветовать что-то конкретное.

2 Pasha 111
Рекомендую AVR32. Мотивация в этой ветке
http://electronix.ru/forum/index.php?showt...id=260927&#

Спасибо за ответы.

2 rat:
Решение должно быть максимально простым и дешевым. ADV7181 стоит в 2 раза дороже и конструктивно менее удобен (64 ножки против 44 и шаг 0.5 а не 0.65), хотя наверное даже лучше, чем у филипса

2 bzx:
Есть долгий опыт программирования АРМ7 процессоров (плюс есть готовая плата с ним), и устройство хочется сделать побыстрее, поэтому разбираться а АВР32 не охота. Ну и >200 выводов - это перебор для тако задачки

Мне вариант с FIFO очень понравился. По вышеупомянутой ссылке на схему платы CMUCAM'а нашёл, что буфер там от фирмы Averlogic.
http://www.averlogic.com/dualport_sarm.asp?protype=FIFOs

На eFinde нашел тот, что там стоит - al4v8m440. Стоит 600 рублей!

Он 8-ми мегабитный. Если кадр 720х625, то получается 1440*625*8 = 7.2 мегабита. Если брать только половину строк, то будет менее 4-х мегабит, но такой буфер в продаже не нашел. 3-х мегабитный есть (примерно 300 рублей), но его не хватает

Собственно такой вопрос: а кто еще выпускает аналогичные FIFO буферы?

Возьмите лучше ADSP-BF53x с внешней SDRAM - на такой задаче сделает любой из перечисленных процессоров и стоить будет копейки.

Люди, поможите, у меня не записывается по I2C в регистр 0F (Chrominance gain control) SAA7113H ничего. (( Во все остальные записывается а в этот - нед. Чё делать?

Старший бит в 0? Если 1, то может и не писаться. Хотя странно.
Есть возможность проверить на другом кристалле?

Вроде как меняли камень, та же фикня. В этом регистре у меня число 15, т.е. старший бит на сколько я понимаю = 0.

Ещё такой вопрос, я правильно понимаю, этот АЦП после конфигурации по И2Ц будет постоянно выдавать оцифрованные кадры по VPO0-7? В том плане, что ненада ему говорить мол захвати кадр какой-нить командой?

Правильно. Будет гнать поток постоянно, даже без сигнала на входе.


А читается из него что - значение по сбросу (0x2a)?

Читается 15. У меня на VPO висит полуровня, AOUT = 0...