[aaarrr 69]

ИМХО, дружить "ногодрыгательную" SDRAM и FSMC - не лучшая идея, т.к. от последнего толку не будет совсем в такой конфигурации.

То есть жизненные варианты такие:

1. Полностью программное управление. Можно использовать практически любой процессор, но 100% загрузка обеспечена. На мой взгляд, вариант интересен только в академических целях.

2. Процессор с контроллером SDRAM и DMA. Данными занимается DMA, ядро практически свободно. Если DMA поддерживает цепочки дескрипторов, то можно освободить процессор полностью.

3. Процессор с контроллером статической памяти. То же, что и п.2, но придется ставить (P)SRAM. Дороже и в большинстве случаев медленнее.

 

Контроллер DMA, умеющий собирать данные с порта GPIO - большая экзотика, хотя иногда и такое бывает.

[011119xx 0]

-=Женек=- какие функции хотите возложить на SDRAM?

 

И еще. Тут вот говорилось, что FSMC с диспом работает быстрее программного управления. Но хотелось бы чтобы кто нибудь привел конкретные цифры. Для дисплея 320х240 в режиме 16-бит на цвет с контроллером STM32F103. 1. Время заполнения диспа одним цветом, 2. Время вывода картинки во весь экран из например sFlash типа М25, или в крайнем случае из Flash самого STM32F103, 3. Время вывода картинки из карты памяти в формате BMP.

 

 

[-=Женек=- 0]

1. Полностью программное управление. Можно использовать практически любой процессор, но 100% загрузка обеспечена.

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

 

-=Женек=- какие функции хотите возложить на SDRAM?

3 функции:

1. в ней будет рисоваться кадр, который по окончанию каждой процедуры рисования, ориентируясь на сигнал TE от дисплея, будет отправляться в память дисплея.

2. Когда на экране рисуется окошко, фон нужно сохранять. Для этого нужна память.

3. Я еще не знаю, с какой скоростью у меня будут грузиться картинки из NANDFlash, но если это будет медленно, мне проще загрузить их в память сразу.

 

Кроме того, аппетит приходит во время еды - если я захочу какие-нибудь движущиеся объекты на экране - для этого нужен будет двойной буфер. У меня был недавно проектик на дисплее 800х480 с контроллером TFT-компаньон - там было нечто вроде рабочего стола с 8 крупными иконками. Так вот при полном перерисовывании рабочего стола возникал неприятный видеоэффект. Может быть конечно он был связан с тем, что отсутствовалв синхронизация с "лучом", но использование двойного буфера при перерисовывании стола спасло.

 

Если использовать SRAM - за одну и ту же цену что и SDRAM у меня хватит памяти на 1.5 видеостраниц.

Может кто из корифеев подскажет - с какой скоростью можно грузить данные из 8-битной параллельной NANDFlash с помощью STM32F103 ? Ногодрыгом и FSMC.

А то может мне и не нужна внешняя память, может там скорость загрузки всего экрана будет меньше 16 мсек.

[011119xx 0]

А где будут храниться картинки изначально, то есть откуда будете их грузить в SDRAM?

[-=Женек=- 0]

Из NANDFlash.

[Qwertty 0]

Как же любит российский человек разбрасывать грабли и потом по ним ходить...

Вот почему не выбрать LPC1787FBD208? Из за доставки в 200р? Так это можно один раз потратить - заказать сразу десяток, ведь примерно столько девайсов планируется. Ну станет контроллер дороже на 20р - неужели это так критично? Зато все радости типа SDRAM и контроллера TFT уже в наличии будут. И это даже работать будет в отличии от попыток сэкономить и пытаться ногодрыгом чего то быстро извлечь из SDRAM. Кроилово ведет к попадалову(С). :laughing:

ЗЫ. Страшно представить что с платой будет. Тут ведь утюгом не особо получится - питч у процессоров 0.5мм, ног много. А нормальное производство ПП не бесплатное. Там еще, не поверите, только за подготовку ~50$ сдерут...

[011119xx 0]

Из NANDFlash.

А что мешает выводить сразу из NANDFlash в дисплей?

[zheka 1]

А что мешает выводить сразу из NANDFlash в дисплей?

Уже писал - низкая скорость.

 

Qwertty

контроллера TFT

В очередной раз спрашиваю зачем лысому расческа? Зачем контроллер ТФТ дисплею с 8080 интерфейсом.

 

Тут ведь утюгом не особо получится - питч у процессоров 0.5мм, ног много.

Не поверите, фоторезистом платы делаю. НА качество не жалуюсь. Камень преткновения только металлизация. Это для макетки. А на итоговое устройство закажу, не поскуплюсь.

 

 

Там еще, не поверите, только за подготовку ~50$ сдерут...

Не поверите, всего один раз берут. ПРи повторном заказе за подготовку не платится.

 

питч у процессоров 0.5мм, ног много.

Я в 65 ноги пытался уложиться, а вы вмне 208 ногого монстра. ДА еще небось BGA.

 

LPC1787FBD208? Из за доставки в 200р? Так это можно один раз потратить - заказать сразу десяток, ведь примерно столько девайсов планируется. Ну станет контроллер дороже на 20р - неужели это так критично?

от 600 до 1050 рублей за штуку? Супротив 200 рублей за STM?

800 рублей*10 изделий = 8000 рублей?

Спасибо, я за 8 000 рублей лучше имеющуюся для LPC ногодрыгательную библиотеку под STM переделаю за час, чем буду платить за лень по 800 рублей с изделия.

 

 

 

 

Изменено 8 декабря, 2011 пользователем zheka

[011119xx 0]

Уже писал - низкая скорость.

 

Я правильно понял, что низкая скорость NANDFlash? Тогда видимо при включении вы собираетесь все картинки загрузить из NANDFlash в SDRAM?

[Dron_Gus 2]

Вы портом о результатах расскажите. Интересно. Может я зря, позарившись на 32 Мб SDRAM, отладку на LPC1788 купил...

[aaarrr 69]

Я в 65 ноги пытался уложиться, а вы вмне 208 ногого монстра. ДА еще небось BGA.

Количество ног - тоже самоцель? BGA208 займет примерно столько же места, что и QFP64.

 

от 600 до 1050 рублей за штуку? Супротив 200 рублей за STM?

Где вы цены-то такие берете?

[-=Женек=- 0]

Я правильно понял, что низкая скорость NANDFlash? Тогда видимо при включении вы собираетесь все картинки загрузить из NANDFlash в SDRAM?

 

Да потому что из NANDFlash в SDRAM,будет грузиться хоть и дольше 15 мсек, но все же быстро. Я этой загрузки не почуствую. А вот если выводить сразу на экран более чем за 15 мсек, будет Tearing Effect, хоршо заметный глазу. А так - загружу по быстрому в SDRAM и мгновенно (не более чем за 15 мсек) выведу на экран .

 

Количество ног - тоже самоцель? BGA208 займет примерно столько же места, что и QFP64.

 

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

Где вы цены-то такие берете?

А где бы ни брал - дешевый в 3-5 раз STM беру там же.

 

 

efind.ru и конкретно мой поставщик deltel.ru

[Qwertty 0]

Вообще то LPC1787FBD208 в QFP, а не в BGA. Но видимо это не важно. Решение то все равно принято похоже. Зачем тогда вообще ветку было создавать?

Можно было брать вообще любой контроллер, лишь бы ног хватило. Можно еще CPLD поставить на переброс SDRAM->LCD. Какой нибудь EPM240 за 4$. И выжать абсолютный максимум FPS.

[-=Женек=- 0]

Qwerty, не нервничайте. Я из ветки извлек максимум информации.

 

Уже давно пора бы понять, что я принял решение по двум вещам - хочу дешевый дисплей и хочу SDRAM. ПО своим причинам. Эти две вещи, как справедливо кто-то заметил, делают наиболее оптимальным именно ногодрыг.

 

Меня могли бы разубедить люди, ответившие с какой скоростью с помощью FSMC можно читать данные из NAND, но люди, вроде бы разбирающиеся в контроллерах не могут ответить на этот вопрос уже несколько дней. ТОгда сколько времени мне, любителю, понадобится на то чтобы разобраться с FSMC? 3 месяцйа? Оно мне надо? Если ногодрыгом я получу нужную мне скорость и все у меня заработает через день? Дорогущий камень - оно мне надо? Если бы я собирал единичный эксземпляр, тогда да.

Но мне приходится и деньги считать.

 

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

[aaarrr 69]

Меня могли бы разубедить люди, ответившие с какой скоростью с помощью FSMC можно читать данные из NAND, но люди, вроде бы разбирающиеся в контроллерах не могут ответить на этот вопрос уже несколько дней. ТОгда сколько времени мне, любителю, понадобится на то чтобы разобраться с FSMC? 3 месяцйа?

FSMC простой как грабли. Чтобы подсчитать скорость, нужно:

1. взять даташит на конкретную NAND, извлечь из него время считывания страницы и тайминги интерфейса

2. последние прикинуть на FSMC

3. провести нехитрые операции сложения и умножения

Ничего сложного, но никто за вас этого делать не будет.