[nanorobot 3]

По сути продолжние темы "Discovery F429 / uGFX". Собрал процесссорный модуль на F429 + 32 бит SDRAM. Увеличение скорости перерисовки налицо.  Но при дпльнейшем развитии ГУИ обнаружвается ее(скорости) недостаточность. В случаях, еогда площадь перерисовкм >= 25%  LCD 800x480  все равно заметны неприятные на глаз эффекты. Не артефакты, а именно эффекы связанные с недостаточной скоростью перерисовки. Платы с линуксом и толстым процессором уже проходил, и возвращаться к ним не хочется. Вероятно просто личные предпочтения. Хочется баре метал, но со значительным увеличением скорости. Первое, что видится - STM32H743, все таки 400 МГц. Или дело только в скорости  FMC и без DDR ожидать существенного прироста скорости прорисовки не стоит? Возможно существуют кортексы М4 -М7 с DDR?  Короче говоря дайте совет.  Во всех случаях отдам предплчтение модулю собственног производства, пусть и дороже. Не хочется зависеть от капризов производителя этих модулей. По сути, видимо,  ищется процессор Cortex Mх   с контроллером LCD на борту и возможностью работы с DDR. 

[AlexandrY 2]

2 hours ago, nanorobot said:

 Или дело только в скорости  FMC и без DDR ожидать существенного прироста скорости прорисовки не стоит? 

Вот i.MX RT1060 весьма гладко работает используя только SDRAM - https://www.nxp.com/video/:i.MXRT1060-DEMOVIDEO
 

[_3m 4]

9 часов назад, nanorobot сказал:

Платы с линуксом и толстым процессором уже проходил, и возвращаться к ним не хочется. Вероятно просто личные предпочтения. Хочется баре метал, но со значительным увеличением скорости.

Если у вас сложная графика и хочется рисовать быстро то обратно на линукс. "личные предпочтения" загнать под плинтус и допиливать линукс до удобоваримого состояния.

Для бареметал посмотрите на nxp vybrid или nuvoton nuc970

 

[MrYuran 16]

Мы сейчас пробуем 777 с 32-битной шиной SDRAM.  746 пробовали с дисплеем 800х600 с 16-битным цветом - нормально. С 24-битным уже проблемы. И скорее всего, именно из-за нехватки скорости 16-битной шины ОЗУ. Поэтому большинство готовых модулей не подходят. А жаль, потому что голый процессор стоит дороже, чем покупной модуль

Текущий результат - ждем платы из монтажа.

[AlexandrY 2]

8 hours ago, AlexandrY said:

Вот i.MX RT1060 весьма гладко работает используя только SDRAM - https://www.nxp.com/video/:i.MXRT1060-DEMOVIDEO
 

Или вот модуль с самой настоящей DDR.
Поддерживает 24 bit SVGA 

[mantech 34]

11 часов назад, nanorobot сказал:

Платы с линуксом и толстым процессором уже проходил, и возвращаться к ним не хочется. Вероятно просто личные предпочтения. Хочется баре метал, но со значительным увеличением скорости. Первое, что видится - STM32H743, все таки 400 МГц. Или дело только в скорости  FMC и без DDR ожидать существенного прироста скорости прорисовки не стоит?

У меня было то же самое, хотелось поработать с "чистой" железкой без кучи осевых прослоек, да и система "из коробки" несколько глючила, понимания в ее работе особо не было и сложность и время "вхождения" в программирование на требуемом уровне для линукса была неприемлимой, вот и решился. Сразу предупреждаю, да, скорость графики заметно выше, но если хотите "глубоко" копнуть, то столкнетесь с отсутствием документации и вменяемых исходников.  

1 час назад, AlexandrY сказал:

Или вот модуль с самой настоящей DDR.
Поддерживает 24 bit SVGA 

Ооо да!  Вот он, типичный подход сегодняшних разработчиков - зачем делать оптимально, искать лучший камень для решения задачи... Лучше просто 2 камня поставить, а можно и 3, кто мешает

9 часов назад, AlexandrY сказал:

Вот i.MX RT1060 весьма гладко работает используя только SDRAM - https://www.nxp.com/video/:i.MXRT1060-DEMOVIDEO
 

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

 

ЗЫ. Кстати, вопрос вам, как представителю данного производителя, в камнях IMX6ULL DDR контроллер переработали, или он все такой-же медленный, как в IMX6S ?

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

[nanorobot 3]

4 hours ago, MrYuran said:

Мы сейчас пробуем 777 с 32-битной шиной SDRAM.  746 пробовали с дисплеем 800х600 с 16-битным цветом - нормально. С 24-битным уже проблемы. И скорее всего, именно из-за нехватки скорости 16-битной шины ОЗУ. Поэтому большинство готовых модулей не подходят. А жаль, потому что голый процессор стоит дороже, чем покупной модуль

Текущий результат - ждем платы из монтажа.

Верно ли что 746 это STM32F746 ? F  -они на мой взляд незначительно отличаются(по скорости) от F429. Вот c буковкой Н прирост существеннее должен быть. С  STM32H7 пока работать не приходилось - не знаю какую скорость для СДРАМ там можно задать 400/3 = 133 МГц или есть возможность дробного деления . например до 166 МГц - это было б дело . Не потребовался бы трудоемкий переход на незнакомые архитектуры.

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

[Arlleex 131]

Предлагаю тогда не Cortex-M, а Cortex-A.

Например, RZ/A1H от Renesas: https://www.renesas.com/us/en/products/microcontrollers-microprocessors/rz/rza/rza1h.html

или тот же Zynq 7015 - на ПЛИСе поднимите собственное графическое ядро с желаемым интерфейсом, а 2 Cortex-A9 задействуете по остальным функциям. Никаких линуксов, естественно, не потребуется.

[nanorobot 3]

29 minutes ago, Arlleex said:

Предлагаю тогда не Cortex-M, а Cortex-A.

Например, RZ/A1H от Renesas: https://www.renesas.com/us/en/products/microcontrollers-microprocessors/rz/rza/rza1h.html

или тот же Zynq 7015 - на ПЛИСе поднимите собственное графическое ядро с желаемым интерфейсом, а 2 Cortex-A9 задействуете по остальным функциям. Никаких линуксов, естественно, не потребуется.

Спасибо. корпус впечатляет: 256-pinQFP (28mm×28mm)0.4mm pitch.  Я видел Вашу ссылку на него в одном из ответов на другие посты. Оценил, естественно. Смущают возможные трудности при переходе. Видите, хотелось примерно как в сказке, существенно улучшить жизнь, не слишком напрягаясь. То есть хотелось бы остаться на М(желательно и на STM32) а скорость а получить  повыше. Видимо это невозможно. Рискнуть что ли, потратить еще некоторое количество денег и времени - сделать еще один свой модуль, в этот раз  на STM32H743 - скорости то , до желаемой, не хватает вроде совсем немного

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

[Arlleex 131]

17 минут назад, nanorobot сказал:

...а скорость а получить  повыше. Видимо это невозможно.

Я вот когда модули для лаборатории делал, себе одну платку отладочную (макет), естественно, спаял и оставил. На ней я применял F429. Сейчас запаяна туда H753, но допаять десяток конденсаторов и запустить как-то не хватает стимула ИМХО, артефакты пропадут, связанные с медленной прорисовкой. Да и поэкспериментировать не сильно большая проблема, полгода назад H753 вышел мне даже дешевле, чем F429. Покупал в Терраэлектронике, но сейчас у них дороговато. Не думаю, что плату переразводить Вам придется, хотя, вроде,  у них несовместимость в 100-выводных корпусах. У меня LQFP-176...

[nanorobot 3]

5 minutes ago, Arlleex said:

Я вот когда модули для лаборатории делал, себе одну платку отладочную (макет), естественно, спаял и оставил. На ней я применял F429. Сейчас запаяна туда H753, но допаять десяток конденсаторов и запустить как-то не хватает стимула ИМХО, артефакты пропадут, связанные с медленной прорисовкой. Да и поэкспериментировать не сильно большая проблема, полгода назад H753 вышел мне даже дешевле, чем F429. Покупал в Терраэлектронике, но сейчас у них дороговато. Не думаю, что плату переразводить Вам придется, хотя, вроде,  у них несовместимость в 100-выводных корпусах. У меня LQFP-176...

F429 тоже 176.  H743 в таких корпусах в продаже найти не могу. Кроме того чувствую некий стимул сделать модуль БГА  на 6 слоях. сгодится. дело за временем в основном.

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

[jcxz 184]

15 часов назад, nanorobot сказал:

Первое, что видится - STM32H743, все таки 400 МГц. Или дело только в скорости  FMC и без DDR ожидать существенного прироста скорости прорисовки не стоит?

Мегагерцы, толстые процы и пр... А хотя бы на существующем F429 все ресурсы для ускорения использовали? Ассемблер изучили? Код оптимизировали?

Или взяли чьё-то "готовое", не разбираясь?  

Простая вдумчивая оптимизация кода с чтением мануала на систему команд часто может дать прирост скорости поболее чем мегагерцы нового CPU.

[nanorobot 3]

4 minutes ago, jcxz said:

Мегагерцы, толстые процы и пр. А хотя бы на существующем F429 все ресурсы для ускорения использовали? Ассемблер изучили? Код оптимизировали?

Простая вдумчивая оптимизация кода с чтением мануала на систему команд может дать прирост скорости поболее чем мегагерцы нового CPU.

оптимизтровал USE_OPT = -Ofast  ...  согласен полностью. этот ресурс тоже следует поизучать тщательнее

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

[jcxz 184]

5 минут назад, nanorobot сказал:

оптимизтровал USE_OPT = -Ofast  ...  согласен полностью. этот ресурс тоже следует поизучать тщательнее

Ну ясно, т.е. - к оптимизации ещё даже не приступали. Сразу мегагерцы стали наращивать...  

[nanorobot 3]

4 minutes ago, jcxz said:

Ну ясно, т.е. - к оптимизации ещё даже не приступали. Сразу мегагерцы стали наращивать...  

по своему приступал: пока что для меня главное направление оптимизации - избегать лишней перерисовки, то есть обновлять только изменившиеся элементы, по возможности сокращая площадь перерисовки. "чье то готовое" упомянуто - uGFX...

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