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

MisterDi · 20.01.2010, 23:02

По поводу выходных сигналов. Я не зря рекомендовал посмотреть на организацию видеоконтроллера "Спектрума"-"Ориона"-"Специалиста". Основной принцип: берем счетчик, считающий самый длинный интервал по строке (активная часть+синхро+гашение). Сигнал разрешения отображения/синхроимпульсы формируем комбинационной логической схемой. По окончании счета строки увеличиваем на 1 значание счетчика строк. В счетчике строк аналогично. Я знаю, что в максплюсе (и не только) можно синтезировать схемы на основе времянок, но никогда этого не делал.
В принципе у меня тоже есть задача подключить ноутовскую матрицу к МК, но пока руки не доходят. Наверно прийдется их (руки) слегка пнуть

К стати, вместо макса рекомендую Квартус, существенно удобнее и знает больше типов ИС. В принципе ВЕБ-эдишн для начала вполне подходит, но есть и полные версии.

Cyber_RAT · 21.01.2010, 01:44

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

MisterDi · 21.01.2010, 11:36

МК комбинационную схему не обгонит т.к. из них сам сделан

Каждому - свое. МК-мозг, а логика - руки, ноги, глаза и уши

По отдельности работать не будет

shurenock · 21.01.2010, 12:05

Тогда, если хочешь МК, то проще распараллелить процесс. Взять маленький быстрый МК на ног 10. Задать ему частоту кварцем с нужным значением, написать прогу по кольцу, которая будет синхроимпульсы нужные гнать на порт в LCD и выдавать параллельно синхроимпульсы на второй МК, с большими ресурсами. А второй уже будет читать из памяти и пихать параллельное 24 битное или какое там видео на шину цвета в LCD.
Система уже проверенная и рабочая.
Закальцованная программа на первый МК подбирается опытным путем (тайминги). Короткие паузы на доли и ед мкс делаются NOP-ами (пустыми командами). большие паузы - циклами. Писать все лучше всего в ассемблере, т.к. Сишные и прочие компиляторы при незначительном изменении программы могут давать разный программный код и тайминги начнут сильно плыть.

MasterM12 · 21.01.2010, 14:00

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

8 bit - придется один из цветов обрезать...
хотя мне за глаза и 6 бит... (там 9 линий (r0 r1 r2), (g0 g1 g2), (b0 b1 b2). старшие на gnd и по 6 управлять(64 цвета).

Тогда скорее младшие на GND

MasterM12 · 21.01.2010, 14:11

А не подскажете сайтик, где можно выбрать дисплей (TFT или OLED) от 3.5" по демократичной цене, тоже хочется поэкспериментировать, а цены на них такие, что дешевле телек китайский автомобильный разломать, так бы и сделал, но документации на них нету

Alecsej · 22.01.2010, 10:00

Если не нужна высокая частота обновления, клок можно понизить раз в десять и более, что вполне реализуемо на контроллере. В противном случае задачка не тривиальная: 640*480*3*60Гц -› поток из видео памяти ~55Мбайт/с.

MisterDi · 22.01.2010, 13:44

Небольшая ошибка. Т.к. используется только 256 цветов, то поток будет в 3 раза меньше. 640*480*60= 18Мб/с

Cyber_RAT · 23.01.2010, 21:32

нашел в блоге - TFT от PSP подключают, но там к Spartan 3A подключают - неужто такие ресурсы нужны?
http://dsp-cg-fpga.blogspot.com/2009...out-fpgas.html

у меня есть epm3064, epm7064lc68-15 - могут ни хоть часть функций на себя взять?

MisterDi · 23.01.2010, 23:54

Если ножек хватит - вполне нормально справятся. Я делал контроллер моно-ВГА на 84-выводной ерм7064. Вполне справлялась. Спартан-3а на сегодняшний день просто весьма не дорогой и распространенный кристалл, но его нужно конфигурить при включении питания

. Кроме того там подключают SDRAM. Если ножек одного Вашего кристалла не хватит, то можно генератор адреса сделать на одной ИС, а узел формирования цветовых выходов - на другой.