У меня сверхзадача управлять экраном 800*480. Получилось, но методом опускания выкашиванием чужого рабочего проекта.

Чтобы зауважать чип, - запустите тест отсюда uGUI v0.3. Там можно оценить разницу в быстродействии графики с акселератором и без. Впечатляет!!

http://www.embeddedlightning.com/ugui/
https://github.com/achimdoebler/UGUI

Специально для вас! 6948 frm/sec против 128 frm/sec (Frame rate)

Ещё раз говорю вам... Почитайте хотя бы что-нибудь для кругозора. Для кругозора пока, а не для работы. Вы, похоже, даже не понимаете какую чушь вы несёте.
Два слоя сделаны, например, чтобы реализовать всплывающие окна. То есть первый слой - ваше изображение, а второй - всплывающее окно. То есть на реальном проекте данный слой инициализируется десятки раз и параметры определяются конкретным проектом и вашими мозгами. Например, хотите вы сделать чтобы окно было полупрозрачное или нет. Хотите чтобы оно могло смещаться или нет хотите чтобы оно плавно меняло свои размеры при всплывании. Как это можно в кубе сделать, ответьте?
Акселератор (DMA2D) это обычный DMA контроллер, который имеет расширенные функции. Основная его функция - копирование фактически. А расширенные - копирование окна например, заливка окна, копирование с преобразованием цвета и др. аналогичные. Например он позволяет копировать область с преобразованием цвета из таблицы цветов с формированием полноцвета. Для чего это? Для вывода кнопки, например. Позволяет графические примитивы хранить в сжатом виде например. И так далее. То есть он также программируется десятки раз даже при выводе базового экрана. Каким боком здесь куб?!!!
Ну? Понимаете чушь, которую вы пишете?
Не созданы пока программы, которые ваши мысли конвертируют в готовую программу. Да у вас и мысли в голове ещё путаются.

Эти трюки в архитектуре контроллера. Это уже в частной програмной реализации... Куб тут не причем.

Опять программная манипуляция. Все штатно! Куб тут не причем.

От Куба это не требуется. Его цель - организовать остов проекта. Обеспечить корректную инициализацию систем, выбранных пользователем.
Никакого отношения к самой программе Куб не имеет.
Никто не освобождает меня от добавления своего кода. Странно, что вы так думаете!

То, о чем вы говорите возможно только с привлечением базы знаний(по прошествии времени на накопление вариантов решений). Это из области ИИ.(Это я вам говорю как знающий Лисп и Пролог).
Это реально возможно, но никто это не станет поддерживать. Слишком дорого! Куб тут не причем.

Мне нужна генерация стандартных настроек для КИТа. Ничего тут сверхсложного нет. Тут нужна скурпулёзная работа, на которую как всегда времени не хватает.

Если я правильно понимаю философию Cube, то он должен быть предназначен для настройки исключительно внутренней периферии контроллера, а не всего кита. Естественно было бы неплохо знать, что подключено к ногам процессора, чтобы знать, на какую частоту настраивать UART или характеристики GPIO или избежать конфликтов, но это все.
Или нет? Если нет - приведите пример настроек Cube для какого-нибудь Кита, где он также конфигурирует внешнюю по отношению к контроллеру периферию типа той же SDRAM или контроллера TFT.

Тоесть вы хотите инструмент в котором задаете временки SDRAM, а он генерирует вам код инитиализации!?
Боюсь, такого пока еще нет! Знаю TI, exel колькуляторы в таком случае предоставляет(инит DDR), но там тоже "bare metal".

Не вижу противоречия...
Заявлено в Кубе Board Selector. Какие вопросы? Иной трактовки быть не может. "Задача имеет одно решение"
Объясните тогда необходимость в начале проекта Куба акцентировать внимание на каком-то КИТе?
Настройки внутри ARM(контроллеры периферии), поэтому все честно!.. Я бы вас понял, если регистры были вне ARM.

Я не понимаю,- почему этот разговор постоянно переходит в русло оправданий, а не решает главный вопрос. Кто отваживался строить сам обеспечение графики на этом чипе при помощи Сube MX?
Какие впечатления,ошибки и советы? Вот что должно быть!


Инструмент уже есть.
Есть 27 проектов для изучения, где по графике 6 вариантов. Неужели сложно было дать наметки для справок в Cube?
Ваша информация заставила предположить клоны КИТов. Такое возможно при ущербном снабжении и в КИТ впаивают, что под рукой... Ну бред! ST такого позволить себе не может.

В общем заказал я себе такой Кит. Вот посмотрю как там и что.

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

Когда вы в кубе выбираете плату дискавери, вам там подписывают на какие ножки что воткнуто, но кит на то и кит ножки идут не только на периферию но и на пины. И подрублено там может быть что угодно. И будут такие же возмущатели, а че они не думали что я другой экран пределаю?...

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

ДА и вообще чего вы нам то пишите, пишите в поддержку ST пусть там и ответят почему они вам лично проект не настроили. Мне даже для домашнего хозяйства это не надо и даром, я все равно регистры по мануалу настраивать буду, потому что так предсказуймей результат, понятнее и правильнее...

Ваша позиция понятна. И солидарен с вами, потому как "босыми ножками" за 35 лет работы проходил не один раз.
Я заливал все демонстрашки на КИТ. Все работало без проблем. Какие-то отклонения в дизайне допускаю, но в единственном случае, если они нормально воспроизводят демо-проектоы. Тут поставлена на кон репутация ST. Практика - критерий истины!

Я не вижу причин лишать пользователя существенного куска удобств при работе с Cube. Тем более профильного для данного КИТ. Хотим мы или нет, - мы все в этом процессе совершенствования инструментария и подходов.
Будем терпеливы!

Сама ST заинтересована в необходимости дать разработчику максимальный сервис.
Да. Cube не совершенен, но процесс идет. Обновления идут не случайно. Я ожидаю, что вопрос будет решен со временем.

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

Глупцы..


Это у вас есть задел STM32CubeMX для STM32F429 Discovery kit ? Что же вы молчите!!!?

Или вы ARM хоронить собрались?

А что по сути?

Почему программный продукт у фирмы которая не успевает процы делать не удовлетворяет всем потребностям домашних любителей? Ответ, да потому....

Вот вся суть на том и кончилась... Вон соседняя тема человек экранчик поднимает на 439, там все выложено, инициализация, памяти, настройки, и так далее... берите и радуйтесь....

...потому что во время кризиса главное ажиотаж.


Да такое у меня есть. Спасибо!
Мне интересно подыматься вверх, а не опускаться... Средствами CubeMX.. (просто он еще сырой в этой части!)

А вот интересно, какую цифру получит чел их соседней ветке по смене экранов для размера 800*480?
Вы тут пророчили игрушечную производительность...

так какую?

Я что-то глядел у него как-то и 2 слоя толком не запустилось....
А сколько это процентов проца скушало? А проц кроме как рисовать картинки больше ничего делать не будет?

Я лично не против этого проца, но прям ракетой его бы не назвал. ДА и 800 на 480 в наш век, когда уже телефоны под HD почти все - очень скромно....