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

[Шаманъ]

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

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

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

[Hold]

Да, сейчас уже думаю перейти на RGB565, т.е. надо всего 2 байта на пиксель. Но надо тогда переделывать аппаратную часть, т.к. при подключении экрана по RGB565, согласно ДШ:

As an example, in
the case of an LCD-TFT controller interfacing with a RGB565 16-bit display, the LCD display
R[4:0], G[5:0] and B[4:0] data lines pins must be connected to LCD-TFT controller
LCD_R[7:3], LCD_G[7:2] and LCD_B[7:3].

Т.е. Младшие пины экрана подключаются к старшим LTDC.
В режиме ARGB8888, на один пиксель получается 4 байта, т.е. SDRAM, при шине 16 бит должна успеть за 1 клок экрана сделать 2 чтения памяти. А т.к. чтение SDRAM еще и со своими задержками, то выходит что SDRAM должна отдавать данные с частотой в 2 с лишним раза больше чем частота клока. У нас при 33.3 мгц, SDRAM должна работать порядка 70 Мгц. А при общем клоке 90 мгц от канала, получается, ничего толком и не остается.
В чем же смысл тогда включеня по такой "жирной" шине, если SDRAM только и делает что отдает буфер LTDC? Не все экраны умеют работать на пониженных частотах, хотя например мелкий AT050TN33 480х272 работает на 9 Мгц всего. Смысл тогда от LTDC с максимальным разрешением 1024х768, если при режиме ARGB8888 ему даже не хватит канала SDRAM? В основном в TFT все тайминги написаны с учетом частоты перерисовки 60 гц, при экране 1024х768 в режиме ARGB8888 потребуется скармливать LTDC по 180 МБ/с, откуда взять такую пропускную у SDRAM 16 бит? Можно поставить 32 бит, но и то не уверен что STM протащит такой обмен, учитывая задержки SDRAM. Ведь есть и другие процессы, которые будут претендовать на SDRAM в процессе работы, любой их чих будет срывать отрисовку на ЖК. Смущает то, что драйвер для STemWin взяли от платы с экраном 640х480 и памятью 32 бит. И судя по всему, там это работало без проблем, т.е. пропускной способности хватало, на экран уходило около 70МБ/с. Переразведем плату на RGB565, поставим две памяти 16 бит на 32-бит шину.