Можно обновить экран за время, близкое ко времени развертки 2-х кадров: т.е. начинаем писать с задержкой относительно начала первого кадра (т.е. пишем в ту область, которую "луч" уже прошел) и продолжаем во время развертки второго.
Но все равно, 50мсек - это слишком долго.

Блин... А ведь есть решение. Я подобрал контроллер серии F2, но с меньшим количеством ног и памяти , за счет чего он в принципе недорогой - stm32f205rb
Итого имеем 120 МГц, 60 МГц переключения, тогда получаем ровно 15 мсек на заполнение экрана!

Но блин.... частота предъявляет требования. Скажите, на 120 МГц-х уже есть проблема гонки сигналов? Какой длины должны быть дорожки, чтобы гонка сигналов не влияла?

Заполнения одним цветом - да, но если нужно рисовать что-то осмысленное, то добавьте к этому еще время обращения к памяти.


Что такое "гонка сигналов"?

Может что-то готовое устроит за ~$70...$100 на 1ГГц 9-ом арме? Тамже точскрин хотите резистивный, или емкостной. И + всего прочего много.

Я знаю об этом. Но ведь оценивать надо по базовым и более предсказуемым нагрузкам не так ли?


Нет, не подойдет.

Так базовая нагрузка это как раз "нарисовать что-то из памяти", разве нет?

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

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

Ну да. Какой интерес в автонафигаторе/планшете за 60-70$, подточенном под задачу при помощи C#...
То ли дело купить дисплей с тачем почти за эту же цену, камень, присопливить к нему SDRAM, изготовить плату-многослойку, выпилить лобзиком корпус из фанеры с благородными вставками из стеклотекстолита и главное натрахаться всласть до изнеможения Красота!

goodwin, если написать по делу нечего, если мысли ваши неадекватны обсуждаемой теме, может быть лучше помолчать?

Подключить все на ногодрыгвнье это пункт ТЗ? Или все же рассматриваете адекватные варианты?

Dron_Gus, Dataflash и SD-карта -по SPI.
А дисплей и SDRAM без ногодрыганья никак.
Надесюь не будете предлагать мне искать ARM9 со SDRAM интерфейсом? К тому же, SDRAM'ом я рулил даже с помощью AVR.

LPC1788 имеет интерфейс к SDRAM.
Дисплей (если со встроенным контроллером) прекрасно вешается на паралельную шину 8080, 6800. Или даже на SPI. Да и безконтроллерный можно с извратами навесить на паралельный интерфейс. Всяко быстрее ногодрыгства.

Ударим конкретикой по буржуазно-контрреволюционной абстракции, товарищи:

Не знаю, какова частота SPI в LPC, в STM32F2 она 30 мбит/сек. А ногодрыганьем с параллельным интерфейсом получается 20- мБАЙТ/сек При 3 операциях на пиксел и 120 МГц тактовой, 60 МГц чатоты переключения GPIO.




Учитывая вышесказанное, мне сложно представить себе какой либо интерфейс в STM32, обеспечивающий, скажем так частоту смены состояния пинов более чем 60 МГц.

Вот скажите - это 8080 ? Можно этим управлять с помощью упомянутого параллельного интерфейса?

Да, это 8080.