STM32内存受限情况下摄像头驱动方式与图像裁剪的选择

1、STM32图像接收接口

使用stm32芯片，128kB RAM，512kB Rom，资源有限，接摄像头采集图像，这种情况下，内存利用制约程序设计。

STM32使用DCMI接口读取摄像头，协议如下。行同步信号指示了一行数据完成，场同步信号指示了一帧图像传输完成。所以出现了两种典型的数据接收方式，按照行信号一行一行处理，按照场信号一次接收一副图像。

2、按行读取

以网络上流行的野火的demo为例，使用行中断，用DMA来读取一行数据。

//记录传输了多少行
static uint16_t line_num =;
//DMA传输完成中断服务函数
void DMA2_Stream1_IRQHandler(void)
{
  if ( DMA_GetITStatus(DMA2_Stream1,DMA_IT_TCIF1) == SET )
  {
   /*行计数*/
　　line_num++;
　　if (line_num==img_height)
　　{
　　/*传输完一帧,计数复位*/
　　line_num=;
　　}
　　/*DMA 一行一行传输*/
　　OV2640_DMA_Config(FSMC_LCD_ADDRESS+(lcd_width**(lcd_height-line_num-)),img_width*/);
　　DMA_ClearITPendingBit(DMA2_Stream1,DMA_IT_TCIF1);
　　}
}

 //帧中断服务函数，使用帧中断重置line_num,可防止有时掉数据的时候DMA传送行数出现偏移
void DCMI_IRQHandler(void)
{
　　if ( DCMI_GetITStatus (DCMI_IT_FRAME) == SET )
　　{
　　/*传输完一帧，计数复位*/
　　line_num=;
　　DCMI_ClearITPendingBit(DCMI_IT_FRAME);
　　}
}

DMA中断服务函数中主要是使用了一个静态变量line_num来记录已传输了多少行数据，每进一次DMA中断时自加1，由于进入一次中断就代表传输完一行数据，所以line_num的值等于lcd_height时(摄像头输出的数据行数)，表示传输完一帧图像，line_num复位为0，开始另一帧数据的传输。line_num计数完毕后利用前面定义的OV2640_DMA_Config函数配置新的一行DMA数据传输，它利用line_num变量计算显存地址的行偏移，控制DCMI数据被传送到正确的位置，每次传输的都是一行像素的数据量。

当DCMI接口检测到摄像头传输的帧同步信号时，会进入DCMI_IRQHandler中断服务函数，在这个函数中不管line_num原来的值是什么，它都把line_num直接复位为0，这样下次再进入DMA中断服务函数的时候，它会开始新一帧数据的传输。这样可以利用DCMI的硬件同步信号，而不只是依靠DMA自己的传输计数，这样可以避免有时STM32内部DMA传输受到阻塞而跟不上外部摄像头信号导致的数据错误。

图像按帧读取比按行读取效率更高，那么为什么要按行读取呢？上面的例子是把图像送到LCD，如果是送到内存，按帧读取就需要芯片有很大的内存空间。以752*480的分辨率为例，需要360kB的RAM空间，远远超出了芯片RAM的大小。部分应用不需要摄像头全尺寸的图像，只需要中心区域，比如为了避免畸变影响一般只用图像中间的部分，那么按行读取就有一个好处，读到一行后，可以把不需要的丢弃，只保留中间部分的图像像素。

那么问题来了？为什么不直接配置摄像头的属性，来实现只读取图像的中间部分呢，全部读取出来然后在arm的内存中裁剪丢弃不要的像素，第一浪费了读取时间，第二浪费了读取的空间。更优的做法是直接配置摄像头sensor，使用sensor的裁剪功能输出需要的像素区域。

3、图像裁剪--使用STM32 crop功能裁剪

STM32F4系列的DCMI接口支持裁剪功能，对摄像头输出的像素点进行截取，不需要的像素部分不被DCMI传入内存，从硬件接口一侧就丢弃了。

HAL_DCMI_EnableCrop(&hdcmi);
HAL_DCMI_ConfigCrop(&hdcmi, CAM_ROW_OFFSET, CAM_COL_OFFSET, IMG_ROW-, IMG_COL-);

裁剪的本质如下所述，从接收到的数据里选择需要的矩形区域。所以STM32 DCMI裁剪功能可以完成节约内存，只选取需要的图像存入内存的作用。

此方法相比于一次读一行，然后丢弃首尾部分后把需要的区域图像像素存入buffer后再读下一行，避免了时序错误，代码简洁了，DCMI硬件计数丢掉不要的像素，也提高了程序可靠性、可读性。

成也萧何败也萧何，如上面所述，STM32的crop完成了选取特定区域图像的功能，那么也要付出代价，它是从接收到的图像数据里进行选择的，这意味着那些不需要的数据依然会传输到MCU一侧，只不过MCU的DCMI对数据进行计数是忽略了它而已，那么问题就来了，哪些不需要的数据的传输会带来什么问题呢？

有图为证，下图是使用了STM32 crop裁剪的时序图，通道1启动采集IO置高，frame中断里拉低，由于使用dma传输，那么被crop裁剪后dma计数的数据量变少，所以DCMI frame中断能在行数据传输完成前到达，通道1高电平部分就代表一有效分辨率的帧的采集时间。通道2 曝光信号管脚，通道3是行扫描信号。其中通道1下降沿到通道3下降沿4.5ms。代表单片机已经收到crop指定尺寸的图像，采集有效区域（crop区域）的图像完成，但是line信号没有结束还有很多行没传输，即CMOS和DCMI接口要传输752*480图像还没完成。

举例说明，如果使用752*480分辨率采集图像，你只取中间的360*360视野，有效分辨率是360*360，但是总线上的数据依然是752*480，所以帧率无法提高，多余的数据按说就不应该传输出来，如何破解，问题追到这里，STM32芯片已经无能为力了，接下来需要在CMOS一侧发力了。

4、图像裁剪--配置COMOS寄存器裁剪

下图是MT9V034 摄像头芯片的寄存器手册，Reg1--4配置CMOS的行列起点和宽度高度。

修改寄存器后，摄像头CMOS就不再向外传输多余的数据，被裁剪丢弃的数据也不会反应在接口上，所以STM32 DCMI接收到的数据都是需要保留的有效区数据，极大地减少了数据输出，提高了传输效率。本人也在STM324芯片上，实现了220*220分辨率120帧的连续采集。

下面是序图，通道1高电平代表开始采集和一帧结束，不同于使用STM32 的crop裁剪，使用CMOS寄存器裁剪有效窗口，使得帧结束时行信号也同时结束，后续没有任何需要传输的行数据。

5、一帧数据一次性传输

一帧数据一次全部读入到MCU的方式，其实是最简单的驱动编写方式，但是对于没有压缩功能的cmos芯片来说，一般都无力实现。对部分有jpg压缩功能的cmos芯片而言，比如OV2640可以使用这种方式，一次性读出一帧图像。

__align() u32 jpeg_buf[jpeg_buf_size];    //JPEG buffer
//JPEG 格式
const u16 jpeg_img_size_tbl[][]=
{
    ,,    //QCIF
    ,,    //QQVGA
    ,,    //CIF
    ,,    //QVGA
    ,,    //VGA
    ,,    //SVGA
    ,,    //XGA
    ,,    //SXGA
    ,,    //UXGA
}; 

//DCMI 接收数据
void DCMI_IRQHandler(void)
{
　　if(DCMI_GetITStatus(DCMI_IT_FRAME)==SET)// 一帧数据
　　{
　　　　jpeg_data_process();  
　　　　DCMI_ClearITPendingBit(DCMI_IT_FRAME); 
　　}
}