TFT матрицы и микроконтроллер

digitest · 18.10.2010, 13:53

Парни, а у меня попроще вопрос:
Как с помощью МК (напр. ATMega8 ) не выдавать на TFT, а наоборот читать с нее изображение? Ну то есть надо запараллелиться где-то внутри монитора и сохранить, скажем, текущее изображение формата 1280х1024.
Во-первых, где лучше читать эти данные - перед контроллером LCD (т.е. читать сигналы R/G/B и синхро - обычно 8 линий) или после контроллера перед LVDS (там где ~20 скоростных бит-линий идут)? Я так понимаю что нет смысла читать сплошь несколько кадров (например целую секунду) - МК не вывезет такой бешеный поток информации, а вот один кадр реально прочитать и сохранить во внешний EEPROM например?

MisterDi · 18.10.2010, 14:27

Сообщение от digitest

Во-первых, где лучше читать эти данные - перед контроллером LCD (т.е. читать сигналы R/G/B и синхро - обычно 8 линий)

Вы математику в школе наверно учили. Считать не пробовали? (1280*1024*3)/0,016 = 245 760 000 байт/с. Какая Мega/Pic справится с потоком 245М/с??? Если картинка статичная, то есть шанс используя регулируемую задержку что-то прочитать и на низкой скорости, но тоже не просто. Стандартные АЦП для интерфейса ВГА имеет тактовую частоту от 100МГц.

digitest · 18.10.2010, 19:50

Хорошо, если вклиниваться на LVDS, то получится видимо объем 20б х 1280 х 1024 х 60 ~ 188МБ/сек, тоже много...
Тогда, видимо, остается два пути: 1) Взять мощный МК/Проц/т.п. вместо PIC/AVR - вот только есть ли такой? Ну ест-но чтоб за разумные деньги и чтоб запрограммировать было чем (доступность программатора, софта)?
2) Десйтвительно, читать на низкой скорости - картинка обычно довольно "статична", т.е. "висит" не меньше секунды на экране. И тут вопрос сразу напрашивается: если картинка статична, то на 20 линиях LVDS сигнал повторяется 60 раз в сек для каждого пикселя, или набор бит меняется постоянно? Я подробностей про LVDS, к сожалению, не знаю, на wiki таких тоже нет... Если повторяется, дак все кажется решабельно.

MisterDi · 18.10.2010, 19:59

Все гораздо проще.

Буржуи уже давно за нас все придумали. Берем ВГА АЦП, например AD9483, добавляем ПЛИС, ОЗУ, и далее на полной скорости пишем кадр в ОЗУ, затем читаем любым МК на той скорости, которой сможем. Объем ОЗУ до 4Мбайт, можно сделать как на статике, так и на динамике.

digitest · 18.10.2010, 20:15

Сообщение от MisterDi

Все гораздо проще.

Буржуи уже давно за нас все придумали. Берем ВГА АЦП, например AD9483, добавляем ПЛИС, ОЗУ, и далее на полной скорости пишем кадр в ОЗУ, затем читаем любым МК на той скорости, которой сможем. Объем ОЗУ до 4Мбайт, можно сделать как на статике, так и на динамике.

охх.... залез тока что на wiki почитать что таке ПЛИС.. ответ меня просто ВЫХЛЕСТНУЛ НА МИНУС!! я недавно только научился МК программировать и паять как следует, а тут такое!!! скажи пожалуйста, а нельзя без плис как-то обойтись, то есть закинуть картинку в какой-то буфер, а оттуда достать атмегой? а то мне на полгода еще в изучение плиса уходить... времени столько нет

niXto · 18.10.2010, 20:29

digitest, я уже лет 10 ОЧЕНЬ глубоко работаю с контроллерами и ПЛИС.
Но мне СЛАБО замутить в одиночку такой проект.
Хотя он и востребован.

Не пытайся с наскоку остановить поезд - попробуй вначале сделать что-нибудь в 100...1000 раз проще...

MisterDi · 18.10.2010, 21:54

Если не сектрет, можно пример устройства, где подобное нужно. Когда-то у меня спрашивали про фоторегистратор для систем безопасности. У ТС возможно что-то типа "экранного шпиона". В принципе захват одного ТВ/ВГА кадра особой сложности ИМХО не представляет, бОльшие проблемы возникают при обработке.

digitest · 19.10.2010, 15:05

Сообщение от MisterDi

Если не сектрет, можно пример устройства, где подобное нужно. Когда-то у меня спрашивали про фоторегистратор для систем безопасности. У ТС возможно что-то типа "экранного шпиона". В принципе захват одного ТВ/ВГА кадра особой сложности ИМХО не представляет, бОльшие проблемы возникают при обработке.

Да в общем-то, для "экранного шпиона" и нужно )) Как раз чтоб один кадр "снимать". Твое последнее предложение, MisterDi, особо обрадовало!! Давай разовъем эту линию?
Первое, что просится сказать - а не проще ли все-таки не ВГА снимать, а LVDS?
Ну а в любом случае, расскажи, пожалуйста, подробнее, обработка чего вызовет проблемы?

kison · 19.10.2010, 15:32

Если есть "доступ к телу", а иначе как внедрить аппаратную приблуду-шпиёна, то проще софтом обойтись. Будет сам скриншоты делать. И не надо ничего паять.

yarunt · 19.10.2010, 15:35

Сообщение от digitest

охх.... залез тока что на wiki почитать что таке ПЛИС.. ответ меня просто ВЫХЛЕСТНУЛ НА МИНУС!! я недавно только научился МК программировать и паять как следует, а тут такое!!! скажи пожалуйста, а нельзя без плис как-то обойтись, то есть закинуть картинку в какой-то буфер, а оттуда достать атмегой? а то мне на полгода еще в изучение плиса уходить... времени столько нет

Можно и так, эта схема работает на телевизор.
Недостаток схемы это полное отсутствие сжатия фиксированный размер кадра 512кбайт.
Мега управляет буфером ,ее задача отловить кадровый импульс и запустить запись в буфер. После записи она считывает побайтно информацию с буфера и формирует блоки в 512 байт пишет их на SD без фат.
Просмотр кадра обратный процесс ,только кадры уже формирует мега , а с буфера через ЦАП композитный на телевизор.
Кстати забыл отметить главное, цвет в пале или секаме не теряется во время процедуры записи в буфер.