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

[orangetiger]

была такая тема https://kazus.run/forums/showthread.php?t=12783&page=6

а по опыту OSD057 начинает мерцать ниже 10 гц кадровой, но отчетливо заметно ниже 5 гц.
Экспериментировал с 18 пиком до 10 гц и pic24hj до 43 гц.
реализовано все программно, но для графики нужно другое решение.

[roxfan]

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

Недавно наткнулся на ебее:
3.5" TFT LCD MODULE Display LCM with Touch Panel Screen, $36,00 + free shipping
http://cgi.ebay.com/ws/eBayISAPI.dll...m=200431891206
У них еще всякие есть:
http://stores.ebay.com/Ego-China-Electronics

[Cyber_RAT]

была такая тема https://kazus.run/forums/showthread.php?t=12783&page=6

не такая тема...
там к vga/tv а тут к матрице... совсем другая пьянка получается.
(дополнение.. ага - нашел ваш пост... а что за матрица у вас? даташит не подкинете - сравнить? )

вопрос:
Как лучше сделать (алгоритм):
Видеосигнал состоит из нескольких этапов. Длительность каждого задается в пикселях (тактах). Вот например 640*480 при 60Hz кадровой:
Тактовая 25'175MHz
рассмотрим строку:
Всего в строке 800 пикселей (тактов)

этап / название / кол-во тактов

1 / начало / 0
2 / sync / 96
3 / invalid / 48
4 / Display / 640
5 / Border / 16

Это значит, что строка начинается с синхроимпульса. Через 96 тактов он выключается. Потом должно пройти 48 тактов впустую, а потом в течении 640 тактов видеоданные должны выкидываться в матрицу из озу. еще 16 тактов щелкаем и переходим к нулю (и к следующей строке).

если сделать так взять счетчики. На входе которых висят данные о кол-ве тактов (защелкнуты в регистре). Счетчики считают "назад". Выход переноса дает импульс который тыкает в синхронную загрузку следующего счетчика и во вход асинхронной установки триггера. Когда досчитает следующий счетчик, он загрузит следующий и тыкнется во вход асинхронного сброса триггера. Соответственно на выходе триггера будет импульс длительностью столько тактов, сколько считал второй счетчик. Последний, в свою очередь загружает еще один счетчик и взводит еще один триггер.... И так по цепочке. Только при загрузке в регистр надо совать данные минус один.

А триггера, которые взводятся и сбрасываются, запитать так: D и CLK посадить на землю, а SET и RES дергать.

Может можно это сделать как-то еще?
как быть с обновлением ОЗУ? процу давать доступ в него когда идет поле invalid,border, и синхра? (т.е. когда из ОЗУ не читаем)
и еще вопрос... когда идет синхра вертикальная: 2 строки импульс держать надо, 32 строки надо отмолотить впустую... потом 480 на экран, и еще 11 в пустоту.. (проще всего их тоже выдавать в экран (в никуда) но озу увеличивается на эти строки.

p.s. где найти инфу по микрухам от кэша слотовых процов? (есть парочку NEC d432836algf-a36 (я так понимаю 256кб каждая 3.6нс доступ)

[MisterDi]

Ход Ваших мыслей мне нравится. Но обычно это делается немножко не так. (Смотри классику ) Для горизонтальной развертки 10-разрядный счетчик считает до 800. Сигналы разрешения отображения Display и синхронизации Sync формируются комбинационными схемами.
Аналогично для для вертикальой развертки, только с другими значениями.
Статическое ОЗУ имеет период доступа не более 20нС (самые древние), что соответствует 50МГц, поэтому логично на адресные входы поочередно с периодом 20нС подавать адрес от контроллера отображения и от МК. При этом для каждого из устройств ОЗУ будет "прозрачным".
P.S. Таки постараюсь до конца недели набросать проектик автономного контроллера для стыковки ЖК-матриц и МК

[Cyber_RAT]

делаю так.
взял lpm_counter. на вход 25.175мгц
10 разрядов считает счетчик.
при 0 - выдает имп. "старт"
при 96 - выдает имп. "horiz_end"
при 144 - выдает имп. "data_start"
при 144+640 - выдает имп. "data_end"
при 800 (конец строки) выдает импульс на сброс счетчика...

теперь из этих сигналов формируем на тригерах импульсы horiz_sync, data_enable.и импульс клока для счетчика строк (10 бит с другими интервалами импульсов?).
а как сформировать перебор адресов озу с мультиплексированием для шины проца и контроллера?...
и можно ли сделать так (8 бит озу - 4 бита выдавать потом еще 4 бита старших... т.е. озу в 2 раза меньше, 16 цветов будет)?

[MisterDi]

теперь из этих сигналов формируем на тригерах импульсы horiz_sync, data_enable.и импульс клока для счетчика строк (10 бит с другими интервалами импульсов?).

Все правильно. Сигнал сброса счетчика строк подать на вход разрешения счета счетчика строк.
Хочу заметить, что при такой организации адресации видеоданные в адресном пространстве ЦП будут располагаться "кусочками"

а как сформировать перебор адресов озу с мультиплексированием
для шины проца и контроллера?...

Нужно увеличить поток данных от ОЗУ. Есть 2 варианта:
-Поднять тактовую частоту в 2 раза
-увеличить ширину шины данных ОЗУ.

и можно ли сделать так (8 бит озу - 4 бита выдавать потом еще 4 бита старших... т.е. озу в 2 раза меньше, 16 цветов будет)?

тоже вариант уменьшением потока вывода освобождаем время для работы с процом.

[Cyber_RAT]

ну хорошо.. берем 50мгц... их на счетчик адресов RAM и поделив на 2 триггером - на формирование импульсов горизонтальной и вертикальной синхры...

счетчик разрешаем считать только тогда, когда имп. Data_EN =1... т.е. адреса ОЗУ увеличиваются линейно (просто счетчик тормозится, когда data_en=0)...
адрес через мультиплексор выводим наружу к процу, данные тоже надо вывести и к процу и на матрицу?
что-то вот тут у меня ступор - не могли бы схематично от руки в паинте каком-нить схему из кубиков, так сказать, изобразить?

[MisterDi]

Можно и на словах. Берем 2 регистра: - регистр Входных данных(Рг1) и регистр Выходных данных(Рг2). На строб записи Рг1 подаем сигнал записи данных от МК. На разрешение по выходу Рг1 - сигнал коммутации адресного мультиплексора. Для Рг2 - наоборот: строб записи - сигнал с адресного мультиплексора, а разрешение выхода - сигнал чтения от МК. Это узел работы с данными со стороны МК. Со стороны матрицы - просто один регистр.

Для адреса берем просто 2-3 восьмиразрядных регистра и стробируем их через дешифратор. Выходы этих регистров идут на адресный мультиплексор. Процедура работы с памятью выглядит так:
-пишем старшие разряды адреса
-пишем младшие разряды адреса
выполняем обмен данными(читаем/пишем)

Дальше можно и наворачивать автоинкремент/автодекремент адреса , заполнение константой и т.п. заменив регистры загружаемыми счетчиками

Итого для 8-разрядной ОЗУ получаем количество ножек:
Данные ОЗУ-8шт
Данные МК -8шт
данные ТФТ - 8шт
адрес+управление ОЗУ - 20 шт
управление от МК- 4 шт

т.е. корпус не менее 64 выводов.

[orangetiger]

[QUOTE=Cyber_RAT;175755]не такая тема...
там к vga/tv а тут к матрице... совсем другая пьянка получается.
(дополнение.. ага - нашел ваш пост... а что за матрица у вас? даташит не подкинете - сравнить? )
http://www.cec-mc.ru/data/files/File...560005101).pdf
вопрос:
Как лучше сделать (алгоритм):

вариантов много, мой(см.выше) дисплей имел два режима DE и HV
вариант hv отличается точными таймингами и отсутствием сигнала DE
вариант DE соответственно сигнал de использовал и нет необходимости в точных количествах синхроимпульсов (пиксельных dclk, строчных hs) для формирования кадра. (лишние строки тут-же были урезаны)
кроме-того цифра подразумевает тактирование каждого пикселя и на выходе DCLK у меня была совсем не частота, точнее говоря частота с паузами, и дисплей это съел.
таким образом:генерим строку hsync+dclk, куча dclk
строка с vsync начало кадра.
несколько пустых строк до начала видимой области (6)
видимая область с включенным DE (480)
несколько пустых строк после видимой области (5).
для видимой области строка есть: пикселы до видимой области (80), видимые пикселы(640), невидимые пикселы (24).
в скобках цифирки для моего варианта.
dclk генерировал spi sck, SDO соответственно выдавал цвет

[Cyber_RAT]

посмотрел что с 7064lc84 я в пролете (программируется тока спец программатором - старое семейство - не S) и решил прикупить плисину... max7XXX - цены умереть и не встать... 7128 - под 15-20уе
а что кто может сказать о epm240T100
Typical Equivalent Macrocells 192
Equivalent Macrocell Range 128 to 240
Maximum User I/O pins 80
fCNT (MHz) 304
корпус tqfp-100 (вполне паябельно (плату лутом) - или через платку переходник на 4 стороны штыри) (ssop корпуса лутом делал - нормуль)

так вот смущает что цена на сию плис - 5 уе... всего.! нету ли подвоха какого? (3.3 вольта - это все понятно, но мне проще преобразователь уровня поставить на выход к матрице...) озу тоже tqfp100 от кэша пентиума 2 и 3.... 128кб 32 бита... (один раз считал - 4 точки ) чего так дешево?