Помогите определиться с камнем, дисплеем и пр. Опции

[zheka]

Помогите определиться с камнем дисплеем и пр....

Господа!
Планируется мелкосерийное полукустарное устройство, для друзей и, что называется, "для сэбе".

Включает в себя дисплей 400х240 с тачскрином, SD карту, DataFlash для хранения картинок, возможно SDRAM и какой-нибудь камень.

Камень преткновения - дисплей. Если брать промышленный TFT с RGB интерфейсом - дороговато, да и камни интерфейсом LCD зело многоногие, да и частоты у них от 200 МГц, а я во-первых слаб в высокочастотной разводке, во-вторых боюсь как бы не пришлось на многослойке городить..

По цене, простоте освоения я пока склоняюсь к варианту дисплея от мобильного телефона Samsung S5230. Интерфейс у него параллельный (D[0.7], CS, RD, WR....). Управляется ногодрыганьем. Камень хочу взять LPC1768, c ядром Cortex M3 с его 100 МГц и FastGPIO скорости за глаза.

Теперь собственно вопросы:
1. Имеются ли промышленные дисплеи 400х240 со встроенным контроллером с параллельным интерфейсом? Если да, то я готов рассмотреть их пусть, даже они и дороже. Ведь если рассчитывать на экран от мобильного, лет через 5 его уже не найдешь. Впрочем отсюда следующий вопрос - как нынче с моральным устареванием промышленных дисплеев? Они так же держдатся на рынке в течение 5 лет, а потом становятся дефицитом?

2. Не подскажут ли люди знающие, какой частоты ногодрыганья можно достичь на 100 МГц c FastGPIO? Общение с дисплеем идет по простому протоколу - выдал данные, включил CLK, выключил CLK, следующие данные. По предварительной прикидке - 400х320*24бит*30fps =8 640 000 операций выдачи данных и передергивания CLK в секунду. Справится ли контроллер?

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

4. Можно ли сгородить это на ядре ARM7? Оно как-то попривычней...

В общем, я на распутье, наставьте на путь истинный.


Ну и конечно же шкурный вопрос - хочется чтобы каушек был не дороже 300 рублей. LPC1768 видел за 240 руб.

[aaarrr]

А скажите, адресные линии и линии данных SDRAM цеплять на любой порт? FSCM это потерпит?

Линии адреса и данных должны быть подключены в соответствии с даташитом, и уж точно не на произвольные порты.
Что касается возможного swapping'а, то можно переставлять линии данных в пределах одного октета. Адреса в общем случае трогать нельзя.

[-=Женек=-]

да.. читаю даташит и в шоке... без поллитра даже не разберешься что и куда подключать...

[aaarrr]

Странно, обычно все просто и очевидно. Чей даташит читаете? Можно взять схемку какого-нибудь кита для самопроверки.

[-=Женек=-]

да нет, просто в даташите в 5 раз большем по объему, чем от АВР и разобраться в 5 раз сложнее)))

Схемку ST-STM3210E-EVAL нашел, изучаю.
Я так понял, что можно разместить хоть 10 типов микросхем памяти, главное устроить для них общую шину данных?

[aaarrr]

Я так понял, что можно разместить хоть 10 типов микросхем памяти, главное устроить для них общую шину данных?

Ну, под десятью оно, положим, умрет, но 3-4, как в помянутом ките, разместить можно.

[-=Женек=-]

Не пойму, а где на 100-пиновых вариантах A0-и первые несколько адресов?

[aaarrr]

Вы бы уточнили, о каком процессоре идет речь вообще. Если о STM32F103, то у них стоногом корпусе FSMC урезан:

For the LQFP100 and BGA100 packages, only FSMC Bank1 and Bank2 are available. Bank1 can only
support a multiplexed NOR/PSRAM memory using the NE1 Chip Select. Bank2 can only support a 16- or
8-bit NAND Flash memory using the NCE2 Chip Select. The interrupt line cannot be used since Port G is
not available in this package.

[-=Женек=-]

я выбрал STM32F205V. Куда цеплять адресные линии для SDRAM?

[Axel]

я выбрал STM32F205V. Куда цеплять адресные линии для SDRAM?

В FSMC STM32 есть подводные грабли - биты адреса переназначаются в зависимости от разрядности шины данных:

"In case of a 16-bit external memory width, the FSMC will internally use HADDR[25:1] to generate the
address for external memory FSMC_A[24:0].
Whatever the external memory width (16-bit or 8-bit), FSMC_A[0] should be connected to external memory
address A[0]."

Мне довелось по ним пробежаться (после "нормального" LPC24)...

[-=Женек=-]

C удивлением обнаружил, что IAR 6.2 не поддерживает stm32F205Vхх.
Нет не только хидеров но и в настройках проекта выбрать нельзя.
Посему выбрал F103VE.


не могу только понять, биты данных FSMC так разбросаны по ногам контроллера?

[aaarrr]

C удивлением обнаружил, что IAR 6.2 не поддерживает stm32F205Vхх.

Да какая разница, ядро ведь поддерживает.

[scifi]

C удивлением обнаружил, что IAR 6.2 не поддерживает stm32F205Vхх.
Нет не только хидеров но и в настройках проекта выбрать нельзя.
Посему выбрал F103VE.

Хе-хе! До чего же несерьёзно. Эдак мы будем выбирать МК на основании гороскопа, продиктованного по утреннему радио.
Невредно было бы вспомнить (или почитать), что такое компилятор, процессор, набор инструкций. И что хедеры в крайнем случае можно написать самому довольно быстро, или выдернуть откуда-нибудь ещё.

[-=Женек=-]

Хе-хе! До чего же несерьёзно. Эдак мы будем выбирать МК на основании гороскопа, продиктованного по утреннему радио.
Невредно было бы вспомнить (или почитать), что такое компилятор, процессор, набор инструкций. И что хедеры в крайнем случае можно написать самому довольно быстро, или выдернуть откуда-нибудь ещё.

С таким сложным камнем не имел дело. Хочется, разбираясь с ним быть увереным, что хотя бы хидеры правильные и глюки связаны с тем, что я что-то не так делаю а не с тем, что камень не поддерживается. Тем более, что камень настолько хитрый что никто ответа на вопрос о подключении нестандартной микросхемы в посте 68 не знает.

[011119xx]

Сейчас у меня к STM32F103 подключен дисплей 320х240 с контроллером ILI9325, шина данных 16-ти битная, соответственно и 16 бит на цвет. Пробовал подключать дисплей с использованием любимого многими FSMC и просто управлять дисплеем программно (так называемое ногодрыганье ). Так вот при ногодрыганье заполнение экрана ОДНИМ цветом занимает 9 мс. При использовании FSMC гораздо дольше (FSMC любит тратить время на совершенно лишнее действие по дрыганью ногой выбора кристалла памяти с которой работает, постоянно дергает. Спрашивается зачем). Поэтому я для себя однозначно решил забить на этот FSMC (для работы с дисплеем он не годится). Опять же если заполнять экран не одним цветом, а выводить какую то картинку из то ли карты памяти, то ли sFlash, то время заполнения однозначно увеличивается. Например, при выводе картинки из sFlash, получаем время порядка 96 мс. Если из карты памяти, то время вывода зависит от формата файла и измеряется уже от 235 мс и более. Вот проект http://vrtp.ru/index.php?showtopic=16957 , не сочтите за рекламу.

[-=Женек=-]

Становится интересно.
Начну-ка я с самодельной отладочной платы с выведенными под разъемы портами и светодиодами... А там видно будет.

011111119хх, а исходника нет?