3、DCMI外设详解：接口引脚、时序协议、同步信号、像素格式与寄存器配置

DCMI（Digital Camera Interface）是STM32H7系列用于接收数字摄像头并行数据的专用外设。它并非USB或以太网那样的复杂协议栈，而是一个高度可配置的并行同步接口，核心任务是将外部图像传感器（如OV5640、MT9M114）输出的像素数据，按照约定的时序和格式，高效地搬运到内存中。理解DCMI的关键在于把握三个维度：物理引脚如何连接、时序协议如何同步、数据格式如何解析。本章将逐一拆解，并深入到寄存器配置层面，为后续实现AI推理的输入缓存链路打下坚实基础。

上图展示了DCMI外设的三大核心模块：物理层引脚定义、时序同步逻辑以及数据解析路径。在实际工程中，这三者必须协同工作，任何一环的配置失误都会导致图像采集失败或数据错位。下面我们逐一深入。

3.1 DCMI接口引脚与硬件连接

核心原理：并行数据总线的物理约束

STM32H7的DCMI接口最多支持14位并行数据线（D0-D13），但实际使用中，根据摄像头传感器的输出格式，我们通常只使用其中的8位或10位。引脚分配并非固定不变，而是通过GPIO复用功能（AF）映射到特定的端口引脚。以STM32H743为例，DCMI数据引脚可分布在GPIOA、GPIOB、GPIOC、GPIOE、GPIOH、GPIOI等多个端口上，这为PCB布局提供了灵活性，但也要求开发者在初始化时精确配置每个引脚的复用功能。

除了数据线，DCMI还需要三个关键控制信号：

• DCMI_PIXCLK（像素时钟）：由摄像头提供，每个时钟周期采样一次数据总线。该时钟频率决定了数据吞吐率的上限。
• DCMI_HSYNC（水平同步）：标识一行有效数据的开始和结束。
• DCMI_VSYNC（垂直同步）：标识一帧有效数据的开始和结束。

操作流程：引脚初始化与复用配置

在STM32CubeMX中，配置DCMI引脚相对直观，但手动编写寄存器代码时，需要遵循以下步骤：

1. 使能GPIO端口时钟和DCMI外设时钟（RCC->AHB1ENR和RCC->AHB2ENR）。
2. 配置每个DCMI引脚的GPIO模式为复用功能（MODER寄存器），并选择正确的AF值（AF13用于DCMI）。
3. 设置引脚的输出速度（OSPEEDR）为高速，以满足信号上升沿要求。
4. 根据摄像头数据手册，确认是否需要内部上拉/下拉（PUPDR）。

// 以PA6作为DCMI_PIXCLK为例
GPIOA->MODER  &= ~(3UL << (6*2));  // 清零
GPIOA->MODER  |=  (2UL << (6*2));  // 复用模式
GPIOA->AFR[0] |=  (13UL << (6*4)); // AF13 = DCMI
GPIOA->OSPEEDR|=  (3UL << (6*2));  // 高速

案例拆解：OV5640与STM32H743的典型连接

OV5640是常用的500万像素摄像头，支持DVP并行接口。在典型的AI视觉应用中，我们通常配置其输出RGB565格式，8位数据总线。此时，DCMI_D[7:0]连接OV5640的D[7:0]，PIXCLK连接PCLK，HSYNC连接HREF，VSYNC连接VSYNC。需要注意的是，OV5640的HREF信号在RGB565模式下，每行有效数据期间为高电平，这与DCMI的HSYNC极性配置需要匹配。

3.2 时序协议与同步信号配置

核心原理：硬件同步与内嵌码同步

DCMI支持两种同步模式：硬件同步模式（使用HSYNC/VSYNC引脚）和内嵌码同步模式（在数据流中插入特定的同步代码）。硬件同步模式最为常用，其核心在于正确配置三个信号的极性和采样沿。

• VSYNC极性：定义帧有效期间VSYNC的电平。OV5640通常为低电平有效。
• HSYNC极性：定义行有效期间HSYNC的电平。OV5640的HREF为高电平有效。
• PIXCLK采样沿：定义在PIXCLK的上升沿还是下降沿采样数据。OV5640默认在PCLK上升沿数据稳定，因此选择上升沿采样。

内嵌码模式则不需要HSYNC/VSYNC引脚，而是在数据流中通过特定的8位代码（如0xFF0000XX）来标识帧/行边界。这种模式在MIPI CSI-2转并行接口的桥接芯片中较为常见，但在直接连接CMOS传感器时较少使用。

判断方法：如何确定正确的极性配置

错误的极性配置会导致图像错位、花屏或完全无数据。判断方法如下：

1. 查阅摄像头传感器数据手册中的时序图，确认VSYNC、HSYNC的有效电平。
2. 确认PIXCLK是在上升沿还是下降沿输出稳定数据。
3. 在DCMI_CR寄存器中设置对应的CPOL（像素时钟极性）、VSPOL（VSYNC极性）和HSPOL（HSYNC极性）位。

寄存器配置实战：DCMI_CR与DCMI_CWSTRT

DCMI_CR（控制寄存器）是配置同步模式的核心。其关键位如下：

• CAPTURE：使能捕获。
• CM：连续模式（0）或快照模式（1）。
• CRC：裁剪使能。
• ESS：内嵌码同步使能。
• PIXCK：像素时钟极性（0=上升沿，1=下降沿）。
• VSPOL：VSYNC极性（0=高有效，1=低有效）。
• HSPOL：HSYNC极性（0=高有效，1=低有效）。
• FCRC：帧捕获率控制（全帧、1/2、1/4）。
• JPEG：JPEG数据流模式。

// 配置为硬件同步，上升沿采样，VSYNC低有效，HSYNC高有效
DCMI->CR = (DCMI_CR_CAPTURE | DCMI_CR_CM_CONTINUOUS |
            (0 << DCMI_CR_PCK_Pos) |  // 上升沿
            (1 << DCMI_CR_VSPOL_Pos) | // VSYNC低有效
            (0 << DCMI_CR_HSPOL_Pos)); // HSYNC高有效

当使能裁剪功能（CRC=1）时，还需要配置DCMI_CWSTRT（裁剪窗口起始）和DCMI_CWSIZE（裁剪窗口大小）寄存器，以定义有效数据窗口。这在传感器输出包含消隐区时非常有用，可以只捕获有效像素区域，减少DMA带宽消耗。

3.3 像素格式解析：RGB565与YUV422

核心原理：数据在内存中的排列方式

DCMI本身不进行像素格式转换，它只是按照配置的数据宽度（8/10/12/14位）将数据打包后送入FIFO。像素格式的“解析”实际上发生在DMA搬运到内存之后，由软件或硬件图形加速器（如LTDC、DMA2D）来解释。

• RGB565：每个像素占用16位（2字节），内存中排列为 [R4:R0|G5:G3][G2:G0|B4:B0]。这种格式无需转换即可直接用于LTDC显示，是AI推理前图像预处理（如缩放、归一化）的常用输入格式。
• YUV422：每个像素占用16位，但色度信息是子采样的。典型排列为 Y0 U0 Y1 V0，即每两个像素共享一个U和V分量。这种格式在视频编码中广泛使用，但AI推理通常需要将其转换为RGB格式。

操作流程：配置数据宽度与DMA传输

在DCMI_CR中，通过EDM（扩展数据模式）位配置数据宽度：

• 00：8位数据
• 01：10位数据
• 10：12位数据
• 11：14位数据

对于RGB565，我们选择8位模式，因为OV5640在RGB565输出时，每个像素通过两个PCLK周期输出（先高字节后低字节）。DCMI会将两个8位数据打包为一个16位半字存入FIFO。

// 配置8位数据宽度
DCMI->CR |= (0 << DCMI_CR_EDM_Pos); // 8位模式

DMA配置是数据链路的关键。通常使用DMA2的DCMI通道，将FIFO中的数据搬运到内存缓冲区。推荐使用双缓冲模式，以避免在图像处理期间丢失数据。

// DMA2 Stream1 通道1用于DCMI
DMA2_Stream1->PAR = (uint32_t)&DCMI->DR;  // 外设地址
DMA2_Stream1->M0AR = (uint32_t)frameBuffer0; // 内存地址0
DMA2_Stream1->M1AR = (uint32_t)frameBuffer1; // 内存地址1
DMA2_Stream1->NDTR = width * height * 2;     // 传输字节数
DMA2_Stream1->CR = DMA_SxCR_CHSEL_1 | DMA_SxCR_MDIR | DMA_SxCR_CIRC | ...;

案例拆解：RGB565图像在AI推理前的缓存处理

假设我们使用OV5640输出640x480 RGB565图像，目标是送入STM32H7的CNN加速器进行人脸检测。原始RGB565数据不能直接作为CNN输入，通常需要转换为浮点或定点格式的RGB888，并归一化到[0,1]区间。

初始现象与目标：DCMI+DMA成功将图像数据存入SDRAM缓冲区，但CNN推理结果错误。经分析，发现输入数据格式不匹配。

分析过程：检查缓冲区数据，确认像素排列为RGB565。CNN输入层期望的是RGB888平面格式（即所有R像素连续存放，然后是G、B）。

操作步骤：

1. 使用DMA2D或CPU将RGB565转换为RGB888。在STM32H7上，DMA2D的P2P（像素到像素）模式可以高效完成此转换。
2. 将转换后的RGB888数据按平面格式重新排列，或调整CNN输入层的读取逻辑。
3. 进行归一化处理：将每个像素值除以255.0f，并减去均值、除以标准差（如果模型需要）。

结果对比：转换后CNN推理准确率从随机水平提升至正常水平。此案例说明，DCMI只是数据采集的起点，后续的格式转换和预处理链路同样需要精心设计。

3.4 常见误区与调试复盘

误区一：忽略FIFO溢出

当DMA传输速度跟不上PIXCLK的数据速率时，DCMI内部的FIFO（4个字深）会溢出，导致数据丢失。典型症状是图像出现周期性条纹或缺失行。

排查方法：检查DCMI_MIS寄存器中的OVR（溢出）标志。如果置位，说明DMA带宽不足。解决方案包括：提高DMA优先级、使用双缓冲、降低PIXCLK频率（如果应用允许）、或使用DCMI的裁剪功能减少数据量。

误区二：同步信号极性想当然

不同厂商的摄像头传感器，其VSYNC/HSYNC的有效电平定义可能完全不同。例如，OV5640的VSYNC是低电平有效，而某些传感器可能是高电平有效。直接套用参考代码而不查阅数据手册，是导致初始化失败的常见原因。

复盘建议：在调试初期，使用逻辑分析仪或示波器抓取VSYNC和HSYNC波形，与DCMI_CR中的配置进行比对。确认极性无误后，再进行数据线的调试。

误区三：数据宽度与像素格式混淆

DCMI的数据宽度（8/10/12/14位）与像素格式（RGB565、YUV422）是两个独立的概念。8位数据宽度可以传输RGB565（通过两个时钟周期），也可以传输YUV422。不要误以为RGB565必须使用16位数据宽度。

总结：DCMI的配置核心在于“引脚映射正确、时序极性匹配、数据宽度恰当、DMA搬运高效”。掌握这四点，就能为后续的AI推理缓存链路提供稳定、高质量的视频输入。在实际项目中，建议将DCMI初始化封装为独立模块，并加入错误检测（如帧丢失、溢出中断），以便在系统异常时快速定位问题。