STM32 FSMC + LCD 8080, Настройка FSMC, тайминги, прочее Опции

[Влад Р.]

Всем доброго дня!

Есть хост - STM32F407VG (STM32F4Discovery), есть вот такой индикатор MD070SD:
http://imall.iteadstudio.com/md070sd-7-16-...tft-module.html
Даташит на него:
ftp://imall.iteadstudio.com/TFT%20LCM/IM1...IM130820001.pdf

В качестве интерфейса обмена этот ЖКИ использует 16-битную параллельную шину - интерфейс 8080, вместо управляющего контроллера - CPLD.

Подключал ЖКИ к Дискавери в режиме аппаратного и программного 8080. Для аппаратного подобрал следующие тайминги (пробовал разные, вплоть до максимальных):
Address setup phase duration = 2 x HCLK
Address-hold phase duration = 0 x HCLK
Data-phase duration = 35 x HCLK

В обоих режимах работает, НО в аппаратном режиме если передается цвет с более чем 10 логичсекими единицами подряд (например, белый цвет - 0xFFFF), начинается пропуск пикселей и "сдвиг" изображения. Если передается большая картинка, где много светлых цветов, CPLD зависает - изображение медлено "выцветает".
В программном же режиме, изображение может сдвигаться независимо от передаваемого цвета абсолютно безсистемно: на одних и тех же задержках изображение 3 раза сдвинется, а 5 раз отобразится нормально.

Кто-нибудь сталкивался с подобными проблемами? Возможно, есть способы решения?

[Влад Р.]

Белый цвет требует большего тока (катода), а источник питания не идеальный, одно напряжение влияет на другое. В результате меняется ускоряющее напряжение, напряжение фокусировки. Все это приводит к тому, что размер картинки на экране изменяется. Но к данной теме это не имеет отношения.

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

Но тогда бы проблемы с белым цветом должны были обнаруживаться и с программной реализацией 8080. А источник питания и правда не ахти - питание от USB. К тому же на некоторых линиях данных висят еще и светодиоды. Но с другими LCD таких проблем из-за этого не возникало.

У меня работает похожий вариант: дисплей 16-битовой шиной подключен к матрице, которая либо сама гонит данные из SFLASH, либо транслирует их из FSMC контроллера (STM32F437). Тайминги для FSMC подбирал по осциллографу, чтобы более-менее уложиться в требования даташита контроллера дисплея (цикл шины - 145ns). Для CPLD задача была противополжная - успеть загрузить экран за 20ms. Никаких "слишком белых" проблем не отмечено...

В аппаратном режиме рабочий цикл тоже более-менее выдержан согласно даташита - ~200 нс. В программном около 300 нс, меньше не получается.

[Jury093]

А источник питания и правда не ахти - питание от USB. К тому же на некоторых линиях данных висят еще и светодиоды. Но с другими LCD таких проблем из-за этого не возникало.

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

у меня связка голая BeagleBone+3.5"tft работали от USB до первого плотного обращения к графике - т.е. потребление было на границе допустимого и это 3.5", а у вас 7"