Как работать с видео сигналом?

[Easyrider83]

Суть задачи в том, чтобы не более, чем за 50мс построить в памяти контроллера изображение, принятое в виде видео сигнала PAL. Иначе говоря, надо захватывать картинку. Что с ней делать дальше - дело десятое. Идея в том, чтобы собрать известную хреновину в виде подсветки задней стенки за телевизором на RGB диодах. Отличие лишь в том, что все операции будут выполняться не в РС, а средствами МК.
Сразу скажу, что применение ПЛИС в проекте для меня лично означает красный свет. С ними я пока связываться не могу.
В качестве испольнительного МК предполагается любой доступный STM32 или NXP...
Собственно, интересует как аппаратная часть, так и програмная. Проект будет открытым, ничего скрывать и продавать не собираюсь. Надеюсь, многим будет интересно.
Как уже все поняли, сигнал будет получен либо из разъема SCART, либо с тюльпана VIDEO OUT.

[alex_r61]

LM 1881 позволяет разделить синхросмесь.
The LM1881 Video sync separator extracts timing informa-
tion including composite and vertical sync, burst/back porch
timing, and odd/even field information from standard nega-
tive going sync NTSC,PAL*, and SECAM video signals with
amplitude from0.5V to 2Vp-p. The integrated circuit is also
capable of providing sync separation for non-standard, fast-
er horizontal rate video signals. The vertical output is pro-
duced on the rising edge of the first serration in the vertical
syn cperiod. A default vertical output is produced after a
time delay if the rising edge mentioned above does not oc-
cur within the externally set delay period, such as might be
the case for a non-standard video signal.
А дальше кадр в АЦП, затем сохранить в буфере и ...

[romal75]

На сколько областей планируется разбивать кадр (сколько RGB светодиодов будет)? Исходя из этого нужно прикидывать быстродействие АЦП контроллера. Проще брать сигнал со SCART, там уже есть раздельные R, G, B. Сигнал с выхода селектора синхросигнала завести на вход внешнего прерывания контроллера, и в обработчике прерывания запускать серию оцифровок строки и писать результат в буфер.

[niXto]

Работать с РГБ. Захватывать 5...10 кадров в буфер, усреднять данные (в каждом следующем кадре откидывать самый старший кадр и снова усреднять все), и формировать число ШИМ для соответствующего светодиода соотв. цвета. На ПЛИС с ШИМом будет проще, на контроллере придется программно. ЛМ1881 нет смысла, даже тормознутый компаратор АВР дает большую точность синхронизации чем она

[tanq]

Вижу, что изобретается цифровой телевизор. На процессоре его сделать вполне реально, без ПЛИС. Но быстродействие нужно будет довольно высокое. Cortex-M4 возможно, потянет эту задачу. Сама технология обработки сигнала довольно простая и представляет собой набор полосовых фильтров для разделения сигнала на компоненты.

[Easyrider83]

Дело в том, что строить кадр в памяти с большой точностью смысла нет. Меня больше интересует, как реализовать аппаратную часть - как зацепиться за синхру, как попасть АЦП точно в кадр. Т.е. я вижу задачу так - схема разделения синхры, по сигналу начала строки идет захват строки АЦП, по сигналу начала кадра индекс строки обнуляется. Ну или проще - входим в процедуру, ждем начала кадра, хватаем первую строчку, ждем начала второй строки, хватаем втрую и т.д.
Скорость АЦП получается приличная - мегагерцы. Т.е. надо еще точно к каждому пикселу в строке засинхронизироваться - для этого надо либо очень быстрое ядро, чтобы по таймеру успевать запускать АЦП и по прерыванию заполнять массив. Либо собрать внешний таймер синхронизации на частоте PAL и привязать его к МК, запускать опять же прерывание, далее как и раньше.
Зачем здесь Cortex M4? Математики особо никакой нет. Мне видится какой-нибудь филипс из-за высокой тактовой частоты. Или STM32F103 какой нибудь на 72 МГц запустить.
Ну либо так - внешнее АЦП, память. По сигналу синхронизации строки запускать отсчет пикселов в строке и каждый пиксал кидать прямо в память. Ну тут тогда вообще АРМ не оправдан - PIC12 ставим и готово.
Каждый кадр нам не нужен. И усреднять 3-5 кадров тоже. За нас это делают на телевидении. Если кадры будут переключаться быстро, это будет рябь, а не телепередача.

[Easyrider83]

Есть такой вариант: TDA8362
Разложить на RGB. Вот пока соображаю.

[nonamedov]

А зачем АЦП на мегагерц, можно , ведь, просто поставить цепи интегрирования, коммутировать когда нужно (позиционировать по кадру с помощью синхросигналов) и уже после замерять с помощью АЦП, для подсветки большая точность и не нужна, тут справиться и PIC и ATMega.

[Easyrider83]

nonamedov, это все теория. А на практике имеем довольно таки сложный видео сигнал, у которого еще и цветность где-то в конце спектра прячется. Начинать надо с декодера. Я тоже думал задачу в лоб решать - не выходит. Подобное надо лечить подобным. А сигнал этот делался аналоговой техникой.

[st_1]

Прицепи типа TVP5150AM1PBSR...