DMA2D в stm32f4хх, реально такой убогий, или я что-то не понимаю? Опции

[Шаманъ]

Приветствую всех!

Собственно почитал описание DMA2D (он же Chrome-ART), и как-то все убого так. Из полезных функций это заливка и копирование? Или я что-то не понимаю? Если кто-то использует его, просветите для чего и каков эффект?

Спасибо!
P.S. Даже древний s1d13a04 и то умел намного больше...

[Шаманъ]

Вопрос - DMA2D работает ли с flash памятью?

Да.

А зачем ему работать с индексированным цветом, если с ним работает сам LCD контроллер? Ему просто надо копировать любые байтовые форматы. Насколько я понимаю.

Просто копировать это слишком просто , но даже в этом случае копировать побайтно он не сможет - только по 16бит. Нормальное функционирование DMA2D возможно только при 16битном и выше цвете на выходе.

Чтобы Вы понимали, я сейчас "сделал наброски" и DMA2D по всему сможет делать все по части графики - начиная от заливки прямоугольника и заканчивая выводом текста, картинок и даже некоторой специфической для моего проекта графики - согласитесь немного больше "просто копирования". Цена этого, как я уже писал бОльшие затраты памяти (хотя и возможности при этом получаются побольше). Осталось сделать плату и проверить все это

[Шаманъ]

Осталось сделать плату и проверить все это

Сделал, проверил. Запросы правда за это время немного "подросли" - проц. stm32f746, 8М SDRAM и 800х480хRGB565 TFT.

В общем нормально DMA2D работает.

Самый неприятный момент это адресация в DMA2D - не поддерживается отрицательное смещение между строками. Из-за этого скроллинг можно сделать только в одну сторону, кроме того заливки масками тоже отменяются. Еще блендер в DMA2D несколько убогий. Если бы добавили третий канал с фоном (сплошной заливкой) то некоторые вещи было бы намного удобнее делать.

Да, может кому будет интересно - рисование битмапа 534х137 с преобразованием из L8 в RGB565 занимает:
1. Через DMA2D для простого рисования 1.29мс (если пересчитать на весь экран, то выходит 150fps однако)
2. Через DMA2D для наложения с прозрачностью
3. Через CPU с выключенным кэшем 12.8мс
4. Через CPU с включенным кэшем 4.2мс
Это для рисования прямо в видеобуфер, параллельно вычитываемый через LTDC, частоте CPU 180МГц, памяти 90МГц, картинка во флеше.

Также потестил как поменяется скорость для 1го варианта (см. выше) если картинка лежит не в флеше:
1. Для картинки в SRAM1 скорость такая же как из флеша - 1.29ms.
2. Для картинки в том же банке SDRAM - 5.03мс
3. Для картинки в другом банке SDRAM - 4.10мс

Да, на последовательной записи CPU=>SDRAM получается 54Mtps, рандомные чтение/запись 5.6Mtps, в разных банках 6.6Mtps. Это без кэша данных и с работающим LTDC.

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

[Мусатов Констант...]

Если бы добавили третий канал с фоном (сплошной заливкой) то некоторые вещи было бы намного удобнее делать.

Так там есть регистр - цвет бэкграунда. Если у нижнего слоя режим с альфой, то тот бэкграунд просвечивает.
Сам пользуюсь блендированием из двух экранов с индексированными цветами в один RGB565. На двух экранах.
Выяснил проблемы с FMC, на котором у меня висит 16 битная SRAM. При байтной записи часто ошибается. Приходится и блендирование и операции кодом выравнивать до 16 битных.