Реально ли подключить к STM32F103 TFT экран разрешением 640х480 без встроенного контроллера (т.е. экран с RGB цифровым интерфейсом)?
На сайте ST есть документ AN3241 в котором приведен пример подключения TFT экрана разрешением 320х240 используя FSMC.
Смущает то что на экран надо подавать частоту DCLK - 25 МГц.
Возможно ли реализовать такое подключение?
Если не возможно, то на каком процессоре реально такое сделать (желательно со встроенным LCD контроллером и в выводном корпусе). Видел что у nxp в разработке ряд интересных кортексов (LPC1800 линейка), но когда они на рынок выйдут не известно.

Едва ли.


В выводном почти нет таких, разве что у NXP (например, LPC2478 и LH79524). Или как вариант поставить внешний контроллер, но это дорого.

Нашел у Renesas серию RX62N/RX621, так в документации указано что при помощи EXDMA контроллера можно реализовать режим вплоть до WQVGA разрешения. С доступностью данных кристаллов очень плохо.

Тут еще нужно учитывать, что для обслуживания 640x480 нужно иметь приличный вычислительный ресурс. Понятно, что для статики и "почти статики" хватит и STM32, но если нужно чтобы рисовало быстро или с анимацией, то лучше сразу выбрать процессор потолще.

STM32F205/207

Реально, 5 кадров в сек, думаю не больше.

Данные процессора сейчас ведь доступны как образцы только.

ИМХО в любом случае, STM32F2XX слабоват для разрешения 640x480, поскольку LCD обеспечивается FMSC, нет выделенного порта.
640x480 это в 4 раза больше памяти прокачать, нежели 320x240. Вот и прикиньте частоту обновления.

частота для такого разрешения вполне нормальная, для 800х600 ваще 40МГц

по диагонали глянул - подключить вполне можно, вот только не забудьте о размере памяти под фреймбуфер 640х480-16бит = 600кбайт и это видимо внешняя SRAM и не медленная с учетом требуемых частот..

на мой взгляд - тупиковое решение (как пишут low cost), радости как от видеовывода на ТВ посредством Atmega8. вроде работает, а применить очень сложно..


полностью согласен
на таком разрешение даже ARM w90p950 (200МГц) с нативным набортным контроллером проседает на видео..

Тогда наверное буду смотреть в сторону экранов со встроенным контроллером.

640x480 со встроенным контроллером? А такие бывают?
Лучше посмотрите в сторону контроллера S1D13781. Правда, его еще нужно суметь купить...

ИМХО, тогда уж лучше поставить контроллер на плате. Во-первых, индикаторов с разрешением 640x480 и встроенным контроллером в природе довольно мало. Во-вторых, не придется долго плясать с бубном, если вдруг тот индикатор, на который изначально закладывались, вдруг снимут с производства.


Недавно среди новостей терры попалась вот такая микросхемка. Как я понимаю, они ее ставят в свои модули на 9G20, и, соответственно, держат склад.

Ну вот допустим модель у микротипс: MTF-TV57NN831-AV
Применение контроллеров как вариант рассматривалось, но к сожалению их крайне трудно купить (как тот же и Renesas).

Возможно туплю - какой смысл в этой микросхеме? Ну внутренний буфер 1215 КБ это прекрасно, но заполнять его ARM7 успеет? Если же ставить ARM9-11, то тогда уж легче встроенный контроллер использовать.

С использованием таковой микросхемы Вам не нужно будет обновлять всю память картинки кадра, а только ее изменившиеся части. Иногда это выгодно применять. Вам знакома двойная буферизация? Встроенная память тут как раз не помешает (прорисовать кадр и вытолкнуть его на экран) +Вам не нужно думать о низком уровне управления TFT, разгрузите свой процессор.
Поэтому, TFT часто идут уже c встроенными в них микросхемами Solomon.

Посмотри NUC950 проц.

Возможно. Пример - расписание поездов. Но там и LPC2478 справится.



Но ведь мне по внешней шине данных придется заполнить 600 КБайт, причем судя по интерфейсу пихать придется программно. Если писать по 16 бит, то при частоте 5 Мгц получиться около 60 mc. А еще во внешней памяти ARM7 придется создать сначала эту картинку.



При малых разрешениях или монохроме - очень хорошее решение, но для TFT 640*480...



Смотрели - запустить его без Linux - задача неочевидная. А под Linux он только для расписания поездов подойдет. А так чип интересный - хороший корпус, ARM9, частота 200МГц, цена нормальная...

Зря...Зря. Мы конечно юзаем этот чип с WinCE, но китайцы дают либу в исходниках для работы со всей периферией. Я запускал примеры. Работают.
К тому же там хороший суппорт. Они быстро перепесывали нам драйвера и загрузчик. Причем все бесплатно.

добавлю наглядные примеры
1. nuc950 - 640x480-16 (на плату загружены Иксы, клиент VNC смотрит на нотбук с WinXP)
2. nuc950 - 800x600-16 (сочная матрица 12" TFT 800x600:16bpp марка-хрен-найдешь ltm12c268e)

А насколько реально его купить и какой у него ценовой диапазон ?

если это вопрос мне, то не знаю - я не маркетолог..
напишите на info@starterkit.ru - Павел, возможно он подскажет..

Да я к тому спросил что не хотелось бы закладывать экзотику которую потом не купить.

Добрый день! Извините что встреваю, не хочу плодить темы. Вопрос - нужно к Миландру 1986ВЕ прикрутить OLED дисплей 480х272 - 16М цветов с драйвером HX5116( UMOH-8258N-O ), ну чтоб не быстро, но что то типо Free RTОS работало, а может и uClinux. Может кто знает как лучше это сделать?

ВАрианты - Готовый контроллер для дисплея?Какой?Сколько памяти(внешней/внутренней?) или плиску и память прикручивать - пример?
Или вообще другое разрешение выбрать?- поменьше, но не хотелось бы.

Ну ждал я 1го апреля, но это к сожалению не шутка

Заранее спасибо!

а поискать по форуму? какие хоть интерфейсы между железяками?
вот тут пишут что есть SPI - ваш случай? жените по SPI, если у "Миландра" он есть..
если внешний контроллер, то наверно типа S1xxxx(Epson)

SPI есть у Миландра- аж 2 шт, у дисплея параллельный интерфейс (данных тока почему то 28 линий на разъеме) и последовательный - вроде для управления только.

нда.. с дисплеем проблема.. и spi там не spi, а так - действительно для управления..
и вход данных - либо последовательно по 8 бит (33МГц), либо одним чихом 24 (11МГц)
и самое печальное, я нигде не увидел слов о набортной памяти, т.е. похоже голое стекло=> внешний контроллер..

Хотим 640x480 и выше, смотрим на ARMы 9, 11 коих много от Samsung, NXP, TI, ST, ARM.
Почти все ARMы 7 не ориентированы на поддержку разрешение больше чем 320x240 из-за низкой тактовой до 200Мгц, требования внешней быстрой памяти,
да и из-за особенностей архитектуры, если и потянут то все ресурсы будут съедены. А хочется еще и посчитать, обслужить периферию.

у ТС в первом посте есть некая оговорка:

не очевидно, но видно, что bga отсекаются..

Очень интересно, а NUC950 под WinCE как быстро работает? - ощущается ли задержка при смене изображения по нажатию кнопок. Просто видел как Samsung ARM9 работал под Linux - полный тормоз!

Примеры Ваши очень эффектные. Как понял, плата от starterkit.ru - там по умолчанию стоит linux. Если не секрет - по каким соображениям поставли QNX? - не сравнивали производительность под разными ОС (WinCE, Linux)?