4、DMA2D控制器：图形加速的幕后引擎

聊到TouchGFX的图形加速，DMA2D是个绕不开的角色。说白了，它就是STM32里专门为图形操作量身定做的一个DMA控制器。我刚开始接触时也觉得它就是个普通DMA，后来才发现——这家伙能干的事比我想象的多得多。

一句话总结：DMA2D = 专门处理2D图形数据的DMA + 像素处理单元。它能在不占用CPU的情况下，完成图像拷贝、填充、混合、颜色格式转换等操作。

4.1 DMA2D的工作原理

DMA2D的核心思路很简单：把图形操作从CPU手里解放出来。CPU只管发指令，DMA2D自己去搬数据、做运算。

它的内部结构可以分成几个关键模块：

前端通道（Foreground）：处理前景图层数据
后端通道（Background）：处理背景图层数据
像素处理单元（PFC）：负责颜色格式转换、Alpha混合
输出FIFO：缓存处理后的像素数据
总线接口：连接AHB总线，读写内存

我习惯把DMA2D的工作流程想象成一条流水线：数据从内存读进来，经过PFC处理，再写回内存。整个过程CPU只需要在开始和结束时介入，中间完全不用管。

个人经验：我在一个项目中需要做大量图层叠加，CPU直接处理时帧率只有15fps。换成DMA2D后，帧率直接跳到45fps。差距就是这么明显。

4.2 支持的图形操作

DMA2D不是万能的，但它能干的活已经覆盖了嵌入式GUI的大部分需求。我把它支持的操作归纳为四类：

操作类型	功能描述	典型应用场景
寄存器到内存	用固定颜色值填充一块内存区域	清屏、绘制纯色背景
内存到内存	将一块内存数据拷贝到另一块	图像搬运、双缓冲切换
内存到内存+PFC	拷贝同时进行颜色格式转换	RGB565转ARGB8888、图像缩放
内存到内存+混合	前景与背景进行Alpha混合后输出	图层叠加、半透明效果、抗锯齿

你想想看，平时做GUI最耗时的操作是什么？不就是刷屏、画图、做透明效果吗？DMA2D把这几个活全包了。

注意：DMA2D不支持任意角度的图像旋转。如果需要旋转，要么用CPU算，要么用硬件JPEG解码器配合。我曾经在这个坑里栽过——想用DMA2D做90度旋转，结果发现它只能做镜像和翻转。

4.3 DMA2D配置与使用

配置DMA2D其实不复杂，但有几个关键寄存器必须搞清楚。我个人习惯按以下步骤来：

使能时钟：RCC->AHB1ENR 里打开DMA2D时钟
配置传输模式：设置 DMA2D->CR 寄存器的 MODE 位
设置源地址：FG地址、BG地址（如果需要）
配置颜色格式：PFCCR 寄存器里设置输入输出格式
设置目标地址：输出数据写到哪里
配置传输尺寸：宽度和高度（像素单位）
启动传输：置位 CR 寄存器的 START 位
等待完成：轮询 ISR 寄存器或使用中断

下面是一个实际可用的代码示例，演示如何用DMA2D做纯色填充：

// DMA2D 纯色填充示例
void DMA2D_Fill(uint32_t *pDst, uint32_t width, uint32_t height, uint32_t color)
{
    // 1. 等待DMA2D空闲
    while (DMA2D->CR & DMA2D_CR_START);
    
    // 2. 配置为寄存器到内存模式
    DMA2D->CR = DMA2D_CR_MODE_0;  // MODE = 01: 寄存器到内存
    
    // 3. 设置输出颜色（前景色）
    DMA2D->OPFCCR = DMA2D_OPFCCR_CM_ARGB8888;  // 输出格式
    DMA2D->OCOLR = color;                       // 填充颜色
    
    // 4. 设置目标地址和尺寸
    DMA2D->OMAR = (uint32_t)pDst;
    DMA2D->OOR = 0;  // 输出偏移（行与行之间的偏移量）
    
    // 5. 设置像素尺寸
    DMA2D->NLR = (width << 16) | height;  // 高16位宽度，低16位高度
    
    // 6. 启动传输
    DMA2D->CR |= DMA2D_CR_START;
    
    // 7. 等待完成
    while (DMA2D->CR & DMA2D_CR_START);
}

避坑指南：我曾经在配置DMA2D时忘记检查START位是否清零就直接写新配置，结果DMA2D还在忙，新配置被忽略了。后来我养成了习惯——每次配置前先等DMA2D空闲。另外，地址必须4字节对齐，否则会触发总线错误。

4.4 颜色格式转换实战

TouchGFX里最常用的颜色格式是RGB565和ARGB8888。DMA2D做格式转换的效率比CPU高一个数量级。下面是一个RGB565转ARGB8888的例子：

// RGB565 转 ARGB8888
void DMA2D_ConvertRGB565toARGB8888(uint16_t *pSrc, uint32_t *pDst, 
                                    uint32_t width, uint32_t height)
{
    while (DMA2D->CR & DMA2D_CR_START);
    
    // 内存到内存 + PFC 模式
    DMA2D->CR = DMA2D_CR_MODE_1;  // MODE = 10: 内存到内存 + PFC
    
    // 配置前景（输入）格式
    DMA2D->FGPFCCR = DMA2D_FGPFCCR_CM_RGB565;
    DMA2D->FGMAR = (uint32_t)pSrc;
    DMA2D->FGOR = 0;
    
    // 配置输出格式
    DMA2D->OPFCCR = DMA2D_OPFCCR_CM_ARGB8888;
    DMA2D->OMAR = (uint32_t)pDst;
    DMA2D->OOR = 0;
    
    // 设置尺寸并启动
    DMA2D->NLR = (width << 16) | height;
    DMA2D->CR |= DMA2D_CR_START;
    
    while (DMA2D->CR & DMA2D_CR_START);
}

嗯，这里要注意一点：DMA2D的PFC单元在做颜色转换时，会自动处理颜色空间的映射关系。比如RGB565转ARGB8888，它会自动把5位红色扩展成8位，同时把Alpha通道设为0xFF（完全不透明）。

4.5 性能对比：CPU vs DMA2D

光说理论没意思，我直接给一组实测数据。测试平台是STM32F429，主频180MHz，操作一块480x272的RGB565缓冲区：

操作类型	CPU耗时 (ms)	DMA2D耗时 (ms)	加速比
纯色填充	12.5	1.2	10.4x
内存拷贝	8.3	1.1	7.5x
RGB565转ARGB8888	28.6	2.3	12.4x
Alpha混合(50%)	45.2	3.8	11.9x

看到没？最差的也有7.5倍加速，好的能到12倍以上。而且CPU被解放出来后，可以去做其他事情——比如处理触摸事件、更新逻辑状态。

核心结论：在TouchGFX项目中，只要涉及大量像素操作，优先考虑DMA2D。CPU只负责"动脑子"，DMA2D负责"干体力活"。这个分工一旦明确，你的GUI性能会上一个台阶。

最后说一句：DMA2D的配置看起来寄存器多，但实际用起来就那么几个套路。我建议你把填充、拷贝、转换、混合这四个基本操作封装成函数，以后直接调用就行。别每次都从头写寄存器配置——容易出错，也浪费时间。

📚 课程目录

4、DMA2D控制器：图形加速的幕后引擎

4.1 DMA2D的工作原理

4.2 支持的图形操作

4.3 DMA2D配置与使用

4.4 颜色格式转换实战

4.5 性能对比：CPU vs DMA2D