Очень хорошо.
Только что-то я не могу в 1312-страничном даташите найти информацию. По ключевому слову 8080 поиск результатов не дает. Слово parallel выдает кучу мусора. Хоть подскажите, где примерно искать описание этого интерфейса.

Дисплей 480 x RGB x 272(TFT) с течскрином.  WF43ATIBEDB.pdf ( 428.54 килобайт ) Кол-во скачиваний: 372



Его контроллер.  SSD1963.pdf ( 1.69 мегабайт ) Кол-во скачиваний: 313

Static Memory Controller, FSMC он у ST называется, если не путаю.

Как насчет цены в 2200 рублей?

по экранам - полистайте тыц, там разнообразные экраны.. и SPI, и 8080 и RGB..
по STM32Fxxx - на сайте st.com была аппнота, как рулить rgb-экраном через gpio - поищите.. хотя это заведомо тупиковый вариант. толку от stm32+rgb-lcd столько же, как и от Atmega8+TV out, т.е. ноль..
чем гадать, купите один камень, подключите осцилл и все сами измерите..
и поотчетливее с начальными условиями - необязательно расписывать что будет делать ваш мегадевайс, достаточно дать базовые вводные "с датафлеша битмапы размером Х будут пересылаться на экран, с SD карты будет считываться поток со скор не менее 3МБ/с и тыпы"

Эх, молодёжж... :-)
Вроде бы это называется Intel/Motorola или 8080/6800.
Описание можно тут: 8080, 6800.
Самая заметная разница - сигналы RD, WR.

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



Рулил AT90SAM7S и экраном 320х240. Получил 60 мс ногодрыганьем. Неужели с STM32 все будет так плохо? В конце концов кто-то тут писал что если не собираешься видео гонять, ради бога...
Я прекрасно понимаю, что результат меня устроит в любом случае, просто хочу наиболее рационально и по средствам и по возможностям подобрать колмбинацию компонентов. ОДнажды я уже поторопился и купил SAM7S, даже не зная, что пины у него не быстрее чем у АВР,

Если не секрет, что за нездоровое пристрастие к ногодрыганию? Бывают ведь интерфейсы внешней памяти (у STM32 - FSMC) или графические контроллеры для формирования сигналов RGB.
Ну а в семействах STM32F2xx, STM32F4xx частота FSMC - это Fcpu/2. GPIO там сидит на AHB, то есть может менять состояние с частотой Fcpu. В STM32F1xx GPIO сидит на APB2, что должно быть медленнее, чем AHB, но на сколько именно - хз.

в 2 раза медленней. 18 МГц при 72 МГц.


Наличие готовой библиотеки. Шутка.



ОБъясните мне пожалуйста - использование FSMC для управления дисплеем по протоколу 8080 - это какое-то не совсем стандартное его применение? Просто в даташите ни слова не сказано ни про LCD ни про 8080. Насколько я понял при беглом просмотре, эту штуку при соответствующей настройке регистров можно приспособить под что угодно?


Нашел. Еще бы аппликуху по интерфейсу 8080 для управления LCD

Стандартнее не придумать.

Отлично. Нашел аппликуху с примером кода на STM32F1xx для интерфейса 8080.

Вот только на распутье я. Что за память поставить - SRAM или SDRAM. С одной стороны SRAM проще будет подключить, FSMC под нее заточен. С другой стороны - нужно минимум 512 Кб, да и то - они пойдут на одну видеостраницу. А вот ежели захочется сохранить фрагмент экрана в памяти - не получится.
SDRAM - можно порулить ей столь ненавистным всем ногодрыганьем, зато получим несколько видеостраниц, куда можно будет грузить все что захочешь.

Что в данной ситуации разумней?

SDRAM, ессно.. ;)

Спасибо. К тому же со SDRAM может вообще выйти 2 операции на байт - CLK=1 и CLK=0, если гнать данные напрямую в дисплей, а контроллер будет просто управлять CLK.

Аналогичный вопрос -для хранения картинок, для создания подобия файловой системы что лучше - DataFlash или NANDFlash ?

А я скажу, что лучше PSRAM без "ногодрыганья".

Скажите чем она лучше ?

Она как-то слабодоставабельна. Недорогая за мегабайт, но малообъеных, дешевле 200 руб не сыщещь
Уж лучше SDRAM.

Так что насчет Флеши?