C LPC2478 и разрешением 800х420 может все печально получится, Контроллер ЖК сидит на общей шине, фрейм буфер берет из общей памяти.
У NXP была табличка - расчет быстродействия от тактовой частоты и разрешения подключенного экрана. В двух словах - контроллер на момент чтения из памяти - блокирует шину памяти, и чем больше пикселей - тем чаше он это делает... Т.е. либо что-то быстро делаем в программе, и моргает экран, либо хорошо рисуется экран, но программе остается чуть-чуть процессора.

Спасибо, обращу на это внимание. Но пока у меня такой ЖКИ вроде ложится на STM32F107, я на нем потихоньку тренируюсь. Займет три таймера, контроллер памяти FSMC и один канал ДМА. Память внешняя. Но это пока прикидки на листиках...

Забыл: второй день не могу купить рамку - отправил в крупный по местным меркам интернет-магазин заявку,- ответа нет, телефоны молчат. И, кстати, даром из Флайконта тоже отсылать не хотят - вчера утром положил в корзину пару индикаторов, а счета всё нет...
Извиняюсь перед Флайконтом - счет есть, в спаме :-) Завтра оплачу...

У него же pixel clock 40MHz, как обеспечите? Потренироваться можно, но практической ценности у подобного решения будет мало.
Для МК класса STM32 самое то - это индикатор разрешением не более 480x272 со встроенным контроллером.

В изделии будет F217. Просто плата когда еще будет готова, а F107 под руками, именно потренироваться пока. Сигналы сформировать, ДМА запустить, память погонять. Сейчас смотрю на нее - можно разъем на "соплях" прикрутить :-) И память в этой платке что-то не заработала, где-то обрыв - сдувать надо и смотреть под корпусом.
Я же и хотел, до готовности платы, на чем есть попробовать и потренироваться :-)

И все равно он весь будет на этот экран работать при таком раскладе

Тогда я что-то не понимаю в даташите. Я понемногу читаю раздел FSMC и решил, что прикрутить можно примерно так:
-формируем Hsync -таймер в реж.одновибратора, прерывание по окончании сигнала.
-по прерыванию программируем FSMC и DMA на пересылку 800 байт RGB, CLK и прочие из FSMC - загрузка неск.%, 90% времени от всего сигнала строки свободно
...
-Формируем Vsync -второй таймер, прерывание
...
И так по кругу, как это я на ПЛИСине делал в юности... Вот для этого и "потренироваться" :-)
Может, чего-то пока не понял. Скажу честно, мне сейчас чтобы разобраться, нужно несколько раз прочитать даташит, да еще диаграммки нарисовать с комментариями на листочке - только тогда доходит. Раньше было легче. Но раньше и водка была вкуснее, и...

Откуда и куда будет перегонять DMA эти 800 слов?

Из внешней памяти, конечно. Контроллер FSMC для этого и предназначен, как я понял.

Давайте для наглядности рассмотрим одну строку, которая уже лежит в памяти. Как будет организована передача этой строки экрану и формирование DCLK?

Я планировал использовать подходящий режим FSMC (блок-схема на стр.1220 документа RM0033) - например, запись в PSRAM. Макс.частота AHB 120 МГц. Там есть сигнал CLK, он формируется делением HCLK шины (HCLK:2=60МГц максимум). Поэтому я и надеялся приспособить подходящий режим. Сейчас вот перескочил на главу 31.5.5 (стр.1245) Synchronous burst transactions. Очень уж красивые там диаграммы (413 на стр.1249, например) - надеюсь, подойдут для ЖКИ.

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

Встречал такое решение в апнотах, если память не изменяет - там придется поставить немного внешней логики, чтоб формировать нужную для ЖК последовательность.
Есть так же такие решения: AVR LCD, в примере разрешение слабовато, подобное решение встречал и для 320х240.
Как уже указывалось STM32 с трудом потянет нагрузку развертку графики+задачу, думаю Вам стоит посмотреть в сторону экранов с контроллером, что-то вроде этого uDisp320240
Пусть Вас не пугает частота пиксель клок 40 МГц, от нее зависит только количество кадров в секунду. Даже если поначалу это будет 5 кадров в секунду - экран будет работать и показывать. Важно выдержать правильную последовательность остальных сигналов интерфейса.

Аппнотов накачал уйму. Теперь время надо, чтобы на полочках мозгового чердака (С) Шерлок Холмс)) пыль улеглась... Я все предложения в виде демо-плат просмотрел, до каких дотянуться могу. Видел и это, и похожие. Да ну их, сделаю сам - зато потом переделывать не придётся.

5 фпс не пугает - мне больше и не надо. Потому и решил, что заработает. В аппнотах только питание подсветки и один инвертор одногейтовый из доп.элементов. Но, вроде, сигналов от FSMC достаточно.

А про занятость проца неясно. В аппнотах пугают 1% загрузки ДМА и 1% загрузки FSMC :-) Да пусть хоть 30-50%, мне на остальные задачи на 120 МГц хватит. Там всего лишь управление меню, АЦП и несколько фильтров остается. Остальное - вывод в память дисплея. Ещё - формирование сигналов внешними схемами с мин.джиттером - это на проце, да еще с ПЛЛ, не делают, ПЛИС будет. Еще ШИМы управлениея этими сигналами и режимы управления ПЛИСиной. Но это один раз, при старте или изменении. Можно и "дипслей" на это время затормозить (так мой начальник в 90-е говорил :-)

А тут и АТМЕЛ опомнился, расширяет линейку SAM3S - 100 МГц Кортекс М3. Там тоже есть блок доступа к синхронной памяти. Только когда он будет... Да и опасения еще не улеглись после того, что было год назад.

Показывать будет. Отчаянно моргая при этом. Нельзя так сильно ронять частоту даже на TFT.

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

Дык, я так думал, что IGK в таком режиме работать собирается, а не просто включить-посмотреть.