STM32驱动无FIFO OV7670摄像头：DCMI与DMA实战指南

简介：这份资源面向使用STM32F1系列驱动OV7670摄像头、且不依赖FIFO缓冲的嵌入式开发者与电子爱好者，尤其适合正在做图像采集入门实验或课程设计的学生。作者基于自身摸索经验编写了完整源码，并额外加入图像处理函数，可实现亮度、饱和度、对比度调节，按下KEY1即可完成二值化与灰度化转换，同时预留了颜色识别接口，方便二次开发。压缩包共312个文件，约10.8MB，以71个c源文件与63个h头文件为核心，配合Keil工程文件、编译中间产物及少量图片与说明文本，结构完整可直接导入调试。目前已有4558人学习下载，说明该方案在无FIFO摄像头驱动场景中具备一定参考价值。读者可从中获得一套可运行的OV7670驱动框架、图像预处理与颜色识别思路，以及工程组织与排错参考，适合作为嵌入式图像采集项目的起步模板。

1. 无 FIFO 的 OV7670 到底能不能接 STM32

很多人第一次拿到 OV7670 摄像头模块，看到价格便宜就下单了，结果发现买的是「无 FIFO」版本，接上 STM32 之后读出来全是雪花或者花屏，于是开始怀疑人生。其实无 FIFO 的 OV7670 完全可以用，只是它对时序的要求比带 FIFO 的版本苛刻得多。带 FIFO 的模块相当于在摄像头和单片机之间加了一个缓存池，MCU 可以慢慢读；无 FIFO 的模块则要求 MCU 在每一个像素时钟周期内把数据取走，慢一拍就丢数据。

这个方案适合两类人：一是手上有无 FIFO 模块不想浪费的开发者，二是想真正搞懂 DCMI 和 SCCB 时序的嵌入式学习者。核心思路是用 STM32 的 DCMI 外设配合 DMA，把并口数据自动搬运到内存，CPU 只负责配置寄存器和处理帧缓冲。如果 MCU 没有 DCMI，那就只能用 GPIO 轮询或者定时器触发，难度会陡增。下面把我实际跑通过的路径拆开讲，包括时钟怎么算、寄存器怎么配、DMA 怎么设，以及那些让我调了两天才发现的坑。

2. 先搞清楚 OV7670 无 FIFO 的时序底线

2.1 像素时钟、行同步和场同步的关系

OV7670 输出图像时，会同时给出 PCLK、HREF 和 VSYNC 三个同步信号。PCLK 是像素时钟，每个上升沿或下降沿对应一个像素数据；HREF 是行有效信号，高电平期间表示当前行有有效像素；VSYNC 是场同步，下降沿表示一帧开始。无 FIFO 方案里，MCU 必须在 PCLK 的有效边沿采样数据总线 D0-D7，同时用 HREF 判断是否在有效行内，用 VSYNC 判断帧边界。

关键参数是 PCLK 的频率。OV7670 内部 PLL 可以从外部时钟倍频，常见配置是输入 8MHz 或 24MHz 晶振，输出 PCLK 在 8MHz 到 24MHz 之间。STM32 的 DCMI 外设支持的最高像素时钟取决于芯片型号和时钟树配置，F4 系列一般能到 48MHz，F1 系列没有 DCMI 就只能用 GPIO 方案。我一般会把 PCLK 设在 12MHz 到 16MHz 之间，太高了 DMA 带宽吃紧，太低了帧率上不去。

2.2 SCCB 配置：和 I2C 像但不是 I2C

OV7670 的寄存器配置走 SCCB 总线，电气特性跟 I2C 很像，但时序有细微差别。SCCB 没有重复起始条件，写寄存器时先发设备地址 0x42，再发寄存器地址，再发数据。读的时候先写地址，再重启始发读地址 0x43。很多人在 STM32 上用硬件 I2C 去驱动 OV7670，结果卡在总线忙或者 ACK 失败，就是因为 SCCB 的时序和标准 I2C 不完全兼容。

稳妥的做法是用 GPIO 模拟 SCCB，把 SCL 和 SDA 都配成开漏输出，加上拉电阻。模拟的时序可以自己控制，延时用简单的循环就能满足 OV7670 的时序要求。下面这段代码是模拟 SCCB 写一个字节的典型实现：

// 模拟 SCCB 写一个字节，返回 0 表示成功 uint8_t SCCB_WriteByte(uint8_t data) { uint8_t i, ack; for (i = 0; i < 8; i++) { SCCB_SDA_OUT(); // SDA 设为输出 if (data & 0x80) { SCCB_SDA_H(); // 写 1 } else { SCCB_SDA_L(); // 写 0 } data <<= 1; delay_us(2); SCCB_SCL_H(); // 拉高 SCL delay_us(2); SCCB_SCL_L(); // 拉低 SCL，完成一个位 delay_us(2); } SCCB_SDA_IN(); // SDA 切输入，准备读 ACK delay_us(2); SCCB_SCL_H(); delay_us(2); ack = SCCB_SDA_READ(); // 读从机应答 SCCB_SCL_L(); delay_us(2); return ack; // 0 表示从机拉低，应答成功 }

这段代码里delay_us(2)是保守值，实际可以更短，但 OV7670 对 SCCB 时钟频率没有严格下限，慢一点更稳。SCCB_SDA_IN()和SCCB_SDA_OUT()是切换 GPIO 方向的宏，读 ACK 之前必须把 SDA 从输出切成输入，否则会一直驱动总线导致读不到从机响应。写寄存器时先调用起始条件，再发 0x42，再发寄存器地址，再发数据，最后发停止条件。

2.3 无 FIFO 方案对 MCU 的最低要求

不是所有 STM32 都能跑无 FIFO 的 OV7670。如果芯片没有 DCMI 外设，比如 F1 系列或者 F0 系列，就只能用 GPIO 轮询或者外部中断加 DMA 的方式。GPIO 轮询需要 CPU 在 PCLK 每个边沿都去读 IDR 寄存器，12MHz 的 PCLK 意味着每 83ns 就要读一次，CPU 基本被占满，只能做低分辨率低帧率的采集。外部中断方案稍微好一点，但中断频率太高也会导致系统响应变慢。

有 DCMI 的型号就轻松很多，比如 F4、F7、H7 系列。DCMI 可以自动处理 HREF 和 VSYNC，配合 DMA 直接把数据搬到 SRAM 或者外部 SDRAM。我一般推荐用 F407 或者 F429 起步，主频够高，DCMI 和 DMA 的配合也成熟。如果非要用 F1，那就把分辨率降到 QQVGA（160x120），帧率降到 5fps 以下，用 GPIO 轮询勉强能跑。

3. 用 DCMI 加 DMA 把图像搬进内存

3.1 硬件连接和 GPIO 复用配置

OV7670 的引脚不少，除了电源和地，主要分三组：SCCB 的 SCL/SDA，同步信号的 PCLK/HREF/VSYNC，以及数据总线的 D0-D7。STM32 这边要把 DCMI 的引脚映射到对应的 GPIO 上。以 F407 为例，DCMI_D0 到 D7 可以映射到 GPIOC 和 GPIOE 的部分引脚，PCLK 映射到 GPIOA 的 PA6，HREF 映射到 PA4，VSYNC 映射到 PB7。具体映射关系要看芯片数据手册的复用功能表，不同封装可能不一样。

配置 GPIO 时要注意两点：一是数据线和同步线都要设成复用推挽输出，速度等级选最高；二是 SCCB 的 SCL 和 SDA 设成开漏输出，外部接 4.7k 上拉电阻。下面这段是 DCMI 引脚的初始化代码片段：

// 使能 GPIO 和 DCMI 时钟 RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOA | RCC_AHB1Periph_GPIOB | RCC_AHB1Periph_GPIOC | RCC_AHB1Periph_GPIOE, ENABLE); RCC_AHB2PeriphClockCmd(RCC_AHB2Periph_DCMI, ENABLE); // 配置 PA4(HREF), PA6(PCLK) 为复用功能 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_4 | GPIO_Pin_6; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_100MHz; GPIO_InitStructure.GPIO_OType = GPIO_OType_PP; GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_PinAFConfig(GPIOA, GPIO_PinSource4, GPIO_AF_DCMI); GPIO_PinAFConfig(GPIOA, GPIO_PinSource6, GPIO_AF_DCMI); // 配置 PB7(VSYNC) GPIO_InitStructure.GPIO_Pin = GPIO_Pin_7; GPIO_Init(GPIOB, &GPIO_InitStructure); GPIO_PinAFConfig(GPIOB, GPIO_PinSource7, GPIO_AF_DCMI); // 配置 PC6-PC11 为 DCMI 数据线 D0-D5 GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7 | GPIO_Pin_8 | GPIO_Pin_9 | GPIO_Pin_10 | GPIO_Pin_11; GPIO_Init(GPIOC, &GPIO_InitStructure); GPIO_PinAFConfig(GPIOC, GPIO_PinSource6, GPIO_AF_DCMI); // ... 其余引脚类似配置

这段代码里GPIO_PuPd_UP是上拉，因为 OV7670 的输出驱动能力有限，上拉可以改善信号质量。GPIO_Speed_100MHz是为了满足 PCLK 的边沿要求，速度太低会导致数据采样出错。数据线的映射要连续，DCMI 要求 D0-D7 按顺序对应，不能跳着接，否则读出来的字节顺序会乱。

3.2 DCMI 参数设置：极性、捕获模式和帧率

DCMI 的配置直接决定能不能正确抓到图像。关键参数有四个：PCLK 极性、HREF 极性、VSYNC 极性、捕获模式。OV7670 默认输出是 PCLK 上升沿有效、HREF 高电平有效、VSYNC 低电平有效。如果发现图像整体偏移或者只有半帧，多半是极性设反了。

捕获模式选「连续模式」，DCMI 会在 VSYNC 下降沿自动开始一帧的采集，配合 DMA 循环模式，可以持续输出图像。帧率由 OV7670 内部寄存器控制，通过调整 CLKRC 寄存器的分频值来改变 PCLK 频率，或者调整 COM7 等寄存器改变输出格式。下面这段是 DCMI 初始化的核心代码：

DCMI_InitTypeDef DCMI_InitStructure; DCMI_InitStructure.DCMI_CaptureMode = DCMI_CaptureMode_Continuous; DCMI_InitStructure.DCMI_SynchroMode = DCMI_SynchroMode_Hardware; DCMI_InitStructure.DCMI_PCKPolarity = DCMI_PCKPolarity_Rising; DCMI_InitStructure.DCMI_VSPolarity = DCMI_VSPolarity_Low; DCMI_InitStructure.DCMI_HSPolarity = DCMI_HSPolarity_Low; DCMI_InitStructure.DCMI_CaptureRate = DCMI_CaptureRate_All_Frame; DCMI_InitStructure.DCMI_ExtendedDataMode = DCMI_ExtendedDataMode_8b; DCMI_Init(&DCMI_InitStructure); DCMI_Cmd(ENABLE);

DCMI_CaptureRate_All_Frame表示每帧都捕获，如果设成DCMI_CaptureRate_1of2_Frame就是隔帧捕获，可以用来降帧率。DCMI_ExtendedDataMode_8b是 8 位数据模式，对应 OV7670 的 8 位并口输出。配置完之后不要急着开 DMA，先读一下 DCMI 的状态寄存器，确认 VSYNC 和 HREF 信号能正常触发。

3.3 DMA 双缓冲：让图像采集和数据处理并行

DMA 的配置是无 FIFO 方案里最容易翻车的地方。DCMI 的数据寄存器地址是固定的，DMA 要设成外设到内存模式，数据宽度都是字节，内存地址递增，外设地址不变。如果只用一个缓冲区，DMA 搬完一帧之后 CPU 才能处理，处理期间下一帧就丢了。用双缓冲模式，DMA 搬第一帧到 buf0 的时候 CPU 可以处理 buf1，搬第二帧到 buf1 的时候 CPU 处理 buf0，这样就能连续采集。

DMA_InitTypeDef DMA_InitStructure; DMA_InitStructure.DMA_Channel = DMA_Channel_1; DMA_InitStructure.DMA_PeripheralBaseAddr = (uint32_t)&DCMI->DR; DMA_InitStructure.DMA_Memory0BaseAddr = (uint32_t)frame_buffer0; DMA_InitStructure.DMA_DIR = DMA_DIR_PeripheralToMemory; DMA_InitStructure.DMA_BufferSize = 320 * 240 * 2; // RGB565 两字节一像素 DMA_InitStructure.DMA_PeripheralInc = DMA_PeripheralInc_Disable; DMA_InitStructure.DMA_MemoryInc = DMA_MemoryInc_Enable; DMA_InitStructure.DMA_PeripheralDataSize = DMA_PeripheralDataSize_Byte; DMA_InitStructure.DMA_MemoryDataSize = DMA_MemoryDataSize_Byte; DMA_InitStructure.DMA_Mode = DMA_Mode_Circular; DMA_InitStructure.DMA_Priority = DMA_Priority_High; DMA_InitStructure.DMA_FIFOMode = DMA_FIFOMode_Enable; DMA_InitStructure.DMA_FIFOThreshold = DMA_FIFOThreshold_Full; DMA_InitStructure.DMA_MemoryBurst = DMA_MemoryBurst_Single; DMA_InitStructure.DMA_PeripheralBurst = DMA_PeripheralBurst_Single; DMA_Init(DMA2_Stream1, &DMA_InitStructure); DMA_DoubleBufferModeConfig(DMA2_Stream1, (uint32_t)frame_buffer1, DMA_Memory_0); DMA_DoubleBufferModeCmd(DMA2_Stream1, ENABLE); DMA_Cmd(DMA2_Stream1, ENABLE);

DMA_BufferSize要算对，QVGA 是 320x240，RGB565 每个像素两字节，总共 153600 字节。如果设小了，DMA 搬一半就停了，图像下半部分会是旧数据。DMA_Mode_Circular让 DMA 自动循环，配合双缓冲模式，DMA 会在两个缓冲区之间自动切换。DMA_FIFOMode_Enable打开 DMA 的 FIFO，可以缓解总线带宽压力，但阈值要设对，设太高会导致延迟增加。

4. 避坑：无 FIFO 方案里最容易翻车的五个点

4.1 图像花屏或者只有半边

现象是读出来的图像上半部分正常，下半部分全是噪点或者重复。原因通常是 DMA 缓冲区大小设错了，或者 DCMI 的捕获模式没设成连续模式。如果 DMA 只搬了半帧就停止，后面的数据就是内存里的随机值。解决方法是检查DMA_BufferSize是否等于分辨率乘以每像素字节数，同时确认 DCMI 的DCMI_CaptureMode是Continuous。另外，如果用的是双缓冲，两个缓冲区的大小必须一致，否则切换时会错位。

4.2 SCCB 配置不生效，读回的寄存器值全是 0xFF

现象是写寄存器之后读回来发现没写进去，或者读设备 ID 一直是 0xFF。原因多半是 SCCB 的起始条件和停止条件时序不对，或者 SDA 方向切换没做对。OV7670 的 SCCB 在写地址之后需要从机拉低 SDA 表示 ACK，如果 MCU 没有及时把 SDA 切成输入，就会一直驱动高电平，读不到 ACK。解决方法是每次读 ACK 之前调用SCCB_SDA_IN()，读完再切回输出。另外，SCL 和 SDA 的上拉电阻不能省，4.7k 到 10k 都可以，太小了会增加功耗，太大了边沿会变缓。

4.3 帧率忽高忽低，偶尔丢帧

现象是图像能出来，但帧率不稳定，有时候连续几帧正常，有时候卡一下。原因通常是 DMA 带宽被其他外设抢占了，或者 PCLK 频率太高导致 DMA 来不及搬。STM32 的 DMA 控制器有优先级，如果同时有别的 DMA 流在跑，比如 SPI 或者 UART，就会和 DCMI 抢总线。解决方法是在 DMA 配置里把 DCMI 对应的流设成最高优先级，同时降低 PCLK 频率，比如从 24MHz 降到 12MHz。另外，如果用了外部 SDRAM 做帧缓冲，要确认 SDRAM 的刷新周期和 DCMI 的访问不冲突。

4.4 图像颜色不对，偏绿或者偏紫

现象是图像能显示，但颜色明显偏色，比如人脸发绿或者天空发紫。原因通常是 RGB565 的字节顺序搞反了，或者 OV7670 的输出格式寄存器没配对。OV7670 默认输出是 YUV，要设成 RGB565 需要配置 COM7 和 COM15 寄存器。如果字节顺序反了，高字节和低字节交换，颜色就会完全乱掉。解决方法是先读回 COM7 和 COM15 的值确认格式，然后在 DMA 搬运之后做字节交换，或者在 DCMI 配置里调整数据对齐方式。

4.5 上电后第一帧总是坏的

现象是每次复位之后第一帧图像是乱的，后面就正常了。原因是 OV7670 上电之后需要一段稳定时间，内部寄存器还没完全生效，DCMI 和 DMA 可能已经开始采集了。解决方法是在初始化 OV7670 之后加一个 100ms 到 200ms 的延时，等摄像头输出稳定再开 DCMI。另外，DMA 的缓冲区在第一次使用前最好清零，避免旧数据干扰。

5. 进阶：把无 FIFO 方案跑稳的三个技巧

5.1 用定时器测量实际帧率

光看代码很难判断实际帧率是多少，我一般会用一个定时器来测量 VSYNC 的周期。把 VSYNC 引脚同时接到一个定时器的输入捕获通道，每次下降沿触发捕获，读捕获值就能算出帧间隔。如果帧间隔波动超过 10%，说明时序有问题，需要检查 PCLK 和 DMA 配置。这个方法比用示波器方便，代码里加几行就能实现。

// 在 VSYNC 下降沿中断里读捕获值 void TIM_IRQHandler(void) { if (TIM_GetITStatus(TIM5, TIM_IT_CC1) != RESET) { uint32_t capture = TIM_GetCapture1(TIM5); uint32_t period = capture - last_capture; last_capture = capture; frame_interval_ms = period / 1000; // 假设定时器 1MHz TIM_ClearITPendingBit(TIM5, TIM_IT_CC1); } }

这段代码里定时器设成 1MHz 计数，捕获值直接对应微秒。frame_interval_ms就是帧间隔，正常应该在 30ms 到 100ms 之间，取决于分辨率和 PCLK 频率。如果发现间隔忽大忽小，优先查 DMA 优先级和 PCLK 稳定性。

5.2 用内存对齐提升 DMA 效率

DMA 搬运数据时，如果内存地址没有对齐，总线效率会下降。STM32 的 DMA 支持字节、半字、字三种宽度，RGB565 每个像素两字节，最好把帧缓冲区按半字对齐，这样 DMA 可以用半字模式搬运，减少总线占用。在定义缓冲区的时候加上__attribute__((aligned(4)))或者用uint16_t数组，编译器会自动对齐。

// 按 4 字节对齐，DMA 可以用半字或字模式搬运 uint16_t frame_buffer0[320 * 240] __attribute__((aligned(4))); uint16_t frame_buffer1[320 * 240] __attribute__((aligned(4)));

用uint16_t数组还有一个好处，就是处理像素时不用做字节拼接，直接按半字读写。如果非要用uint8_t数组，那在 DMA 配置里要把内存数据宽度设成字节，效率会低一些。

5.3 降分辨率换帧率的取舍

无 FIFO 方案里，分辨率和帧率是一对矛盾。QVGA 加 15fps 对 DCMI 和 DMA 的压力已经不小，如果还想再高，就得降分辨率。QQVGA 是 160x120，数据量只有 QVGA 的四分之一，帧率可以轻松跑到 30fps。我一般会先跑通 QQVGA，确认时序没问题再往上加。如果项目对分辨率要求不高，QQVGA 加 30fps 的体验比 QVGA 加 10fps 好得多。

下面这个表格是我实测过的几种配置组合，供参考：

这张表里的数据是基于 F407 主频 168MHz、DMA 优先级最高、没有其他外设抢总线的情况下测的。如果主频更低或者有其他 DMA 负载，帧率会下降。VGA 那行需要外部 SDRAM 做帧缓冲，内部 SRAM 装不下。

调这个方案的过程中，我最大的教训是不要一上来就追求高分辨率和帧率，先把 QQVGA 跑通，用示波器或者定时器确认 VSYNC 和 HREF 的时序，再逐步往上加。很多翻车都是因为跳过了验证步骤，直接上 QVGA，结果花屏了不知道是 DMA 问题还是 SCCB 问题。另外，SCCB 的模拟时序一定要用示波器看一眼，确认起始条件和 ACK 的波形正常，不然调寄存器就是黑匣子。希望帮到你。

本文还有配套的精品资源，点击获取