簡介OV7670攝像頭帶FIFOAL422b的驅(qū)動代碼包專為STM32嵌入式開發(fā)者、電子競賽與課設項目準備。壓縮包內(nèi)含完整工程源碼、OV7670中文與英文數(shù)據(jù)手冊、AL422b英文手冊、攝像頭使用說明PDF、接口圖及配套應用指南系統(tǒng)講解寄存器配置、幀同步、FIFO讀寫與圖像采集流程從初始化到圖像輸出均有文檔支撐能明顯降低驅(qū)動調(diào)試門檻。包內(nèi)共238個文件以C源碼、H頭文件、uvproj工程文件、hex/axf燒錄文件為主同時保留編譯生成的o、crf、dep、d等中間文件以及PDF、TXT、BMP等文檔與圖片工程基于STM32F10x標準外設庫已針對GPIO、USART、FSMC、EXTI、RCC等模塊完成初始化可導入MDK直接編譯燒錄中間文件與映射文件也便于核對編譯依賴。整包僅8.15MB輕量但覆蓋面廣適合快速下載與離線查閱。目前已有828人學習下載作者親測運行成功代碼、文檔與接線圖互相印證適合快速移植到自己的項目或作為競賽課設的參考實現(xiàn)。1. 項目背景與硬件選型1.1 OV7670這顆傳感器為什么到現(xiàn)在還有一大票人在折騰OV7670攝像頭的確是一款非常有年頭的CMOS圖像傳感器OmniVision出品的VGA級別方案分辨率640x480采用SCCB接口配置寄存器、DVP并行接口輸出圖像數(shù)據(jù)。但別因為它老就小看它我這次把驅(qū)動代碼整套跑通之后最大的感受是這顆芯片依然是嵌入式圖像入門繞不開的經(jīng)典教材。先說它解決了什么問題。很多項目需要低成本獲取圖像數(shù)據(jù)——比如智能小車巡線、顏色識別、簡易條碼掃描、人臉檢測入門實驗OV7670模塊某寶上十幾二十塊錢就能買到一片STM32F103或者F407就能驅(qū)動不需要跑Linux、不需要昂貴開發(fā)板裸機純C代碼就能把圖像懟到屏幕上。對初學者來說它是理解“攝像頭到底怎么工作”的最佳樣本對老手來說它又是快速驗證主控DVP接口/DCMI外設好不好使的標準測試源。這個項目的核心目標就是三件事第一把SCCB寄存器配置跑通讓傳感器正常出圖第二把DVP時序和主控端采集邏輯打通第三把采集到的圖像顯示到TFT屏上實現(xiàn)“攝像頭驅(qū)動代碼測試成功”這個最終結(jié)果。下面我把整個調(diào)試過程、代碼框架、踩坑記錄都攤開講。1.2 硬件清單與接線注意事項我這次用的是最常見的那套組合主控STM32F407VET6開發(fā)板因為帶DCMI硬件攝像頭接口省掉很多GPIO模擬的麻煩攝像頭OV7670帶FIFO模塊注意市面上有兩種帶FIFOAL422B的和不帶FIFO的我推薦新手選帶FIFO的時序要求寬松很多屏幕2.8寸TFT-LCDSPI接口ILI9341驅(qū)動芯片用于實時顯示圖像時鐘攝像頭模塊需要外部時鐘XCLK我直接用主控的MCO引腳輸出24MHz給它接線層面有個特別容易踩的坑OV7670原廠芯片的DVDD是1.8VAVDD是2.8V左右直接拿3.3V懟到芯片電源腳上會出問題。不過市面上賣的模塊基本都集成好了LDO穩(wěn)壓電路所以我直接給模塊的3.3V供電腳就能工作。如果你用的是裸片自己搭電路一定要按datasheet把電源分開處理不然圖像噪點會大到懷疑人生。數(shù)據(jù)線這塊注意一點D0~D7、PCLK、VSYNC、HREF、SIOC、SIOD這些信號線全部直連STM32的PE口和PB口但為了減少干擾我把線長控制在15厘米以內(nèi)并且盡量讓信號線之間不平行走太長距離。PCLK在VGA模式全速輸出時能到24MHz長線并行傳輸很容易串擾導致花屏。2. SCCB配置驅(qū)動開發(fā)的底層基礎2.1 SCCB與I2C的關(guān)系搞懂它才能寫好驅(qū)動OV7670所有內(nèi)部參數(shù)——分辨率、輸出格式、增益、曝光、白平衡、測試圖案——全部通過SCCB接口寫入寄存器來控制。SCCB全稱Serial Camera Control Bus是OmniVision在I2C基礎上改出來的兩線串行協(xié)議。它和標準I2C最大的區(qū)別在于寫操作是三段式設備地址寄存器地址數(shù)據(jù)中間不允許插入讀操作而讀操作是五段式先寫設備地址和寄存器地址然后重啟總線再發(fā)讀設備地址最后接收數(shù)據(jù)。還有一個細節(jié)SCCB總線上有個SCCB_EEnable信號相當于片選。模塊上一般已經(jīng)把SCCB_E拉到高電平了保證總線一直使能所以我們實際用起來就是兩線。我這次直接用GPIO模擬時序沒有開硬件I2C因為硬件I2C對時序的容忍度反而更差GPIO模擬雖然代碼多幾行但勝在可控。OV7670的7位設備地址是0x21所以寫地址是0x42讀地址是0x43。芯片內(nèi)部有一個產(chǎn)品ID寄存器地址0x1C和0x1D讀出來應該是0x76。這組ID就是判斷SCCB通沒通的關(guān)鍵標志。我建議每個項目第一步先做一次“讀ID驗證”通不過就別往下寫任何寄存器了省得后面一臉懵。2.2 寄存器讀寫函數(shù)實現(xiàn)直接上代碼這是我實測可用的GPIO模擬SCCB讀寫函數(shù)#define SCCB_SDA_PORT GPIOB #define SCCB_SDA_PIN GPIO_PIN_7 #define SCCB_SCL_PORT GPIOB #define SCCB_SCL_PIN GPIO_PIN_6 #define SCCB_SDA_H() HAL_GPIO_WritePin(SCCB_SDA_PORT, SCCB_SDA_PIN, GPIO_PIN_SET) #define SCCB_SDA_L() HAL_GPIO_WritePin(SCCB_SDA_PORT, SCCB_SDA_PIN, GPIO_PIN_RESET) #define SCCB_SCL_H() HAL_GPIO_WritePin(SCCB_SCL_PORT, SCCB_SCL_PIN, GPIO_PIN_SET) #define SCCB_SCL_L() HAL_GPIO_WritePin(SCCB_SCL_PORT, SCCB_SCL_PIN, GPIO_PIN_RESET) static void sccb_delay(void) { for (volatile int i 0; i 20; i); } static void sccb_start(void) { SCCB_SDA_H(); SCCB_SCL_H(); sccb_delay(); SCCB_SDA_L(); sccb_delay(); SCCB_SCL_L(); } static void sccb_stop(void) { SCCB_SCL_L(); SCCB_SDA_L(); sccb_delay(); SCCB_SCL_H(); sccb_delay(); SCCB_SDA_H(); } static void sccb_write_byte(uint8_t data) { for (int i 0; i 8; i) { SCCB_SCL_L(); if (data 0x80) SCCB_SDA_H(); else SCCB_SDA_L(); data 1; sccb_delay(); SCCB_SCL_H(); sccb_delay(); } SCCB_SCL_L(); // 釋放SDA主機讀取從機ACK GPIO_InitTypeDef gpio {0}; gpio.Pin SCCB_SDA_PIN; gpio.Mode GPIO_MODE_INPUT; gpio.Pull GPIO_PULLUP; HAL_GPIO_Init(SCCB_SDA_PORT, gpio); sccb_delay(); SCCB_SCL_H(); sccb_delay(); // 這里不強制判斷ACK很多模塊的ACK時序不標準 SCCB_SCL_L(); gpio.Mode GPIO_MODE_OUTPUT_PP; HAL_GPIO_Init(SCCB_SDA_PORT, gpio); } uint8_t sccb_read_byte(void) { uint8_t data 0; GPIO_InitTypeDef gpio {0}; gpio.Pin SCCB_SDA_PIN; gpio.Mode GPIO_MODE_INPUT; gpio.Pull GPIO_PULLUP; HAL_GPIO_Init(SCCB_SDA_PORT, gpio); for (int i 0; i 8; i) { SCCB_SCL_L(); sccb_delay(); SCCB_SCL_H(); sccb_delay(); data (data 1) | HAL_GPIO_ReadPin(SCCB_SDA_PORT, SCCB_SDA_PIN); } // 主機拉低SDA釋放總線 gpio.Mode GPIO_MODE_OUTPUT_PP; HAL_GPIO_Init(SCCB_SDA_PORT, gpio); SCCB_SDA_L(); SCCB_SCL_L(); return data; } uint8_t sccb_write_reg(uint8_t reg, uint8_t val) { sccb_start(); sccb_write_byte(0x42); // 設備寫地址 sccb_write_byte(reg); sccb_write_byte(val); sccb_stop(); return 0; } uint8_t sccb_read_reg(uint8_t reg) { uint8_t val; sccb_start(); sccb_write_byte(0x42); sccb_write_byte(reg); sccb_stop(); sccb_start(); sccb_write_byte(0x43); // 設備讀地址 val sccb_read_byte(); sccb_stop(); return val; }這段代碼里有幾個值得說明的點。首先是ACK那一段我注釋寫了“不強制判斷”因為OV7670的SCCB規(guī)范里從機應答窗口和標準I2C略有差異某些批次芯片在連續(xù)寫寄存器時ACK會出現(xiàn)不穩(wěn)定的情況與其在這里卡死不如寫完之后用讀回校驗來兜底。其次是讀操作必須在寫寄存器地址后重啟總線Start這是SCCB和I2C最核心的差異照搬I2C的重復起始位寫法會導致讀回來的數(shù)據(jù)全是0xFF。2.3 初始化配置與時鐘計算寄存器配置是整個驅(qū)動里最耗耐心的部分OV7670的datasheet有一百多個寄存器但實際初始化只需要配關(guān)鍵的那十幾個。我這套配置的目標是QVGA分辨率320x240、RGB565輸出、PCLK分頻后大概12MHz左右這樣才能適配STM32F407的DCMI接收能力。void ov7670_init(void) { // 先復位傳感器 sccb_write_reg(0x12, 0x80); HAL_Delay(50); // 以下配置來自我多次驗證后的穩(wěn)定組合 sccb_write_reg(0x12, 0x00); // COM7: VGA, RGB模式基礎 sccb_write_reg(0x11, 0x0E); // CLKRC: 外部時鐘24MHz, 分頻系數(shù)15 sccb_write_reg(0x40, 0xD0); // COM15: RGB565輸出 sccb_write_reg(0x3D, 0xC0); // COM13: 使能RGB字節(jié)順序控制 sccb_write_reg(0x1E, 0x00); // 鏡像關(guān)閉 sccb_write_reg(0x3A, 0x04); // TSLB: 設置RGB565字節(jié)順序, UYVY/VYUY時序 sccb_write_reg(0x3C, 0x04); // COM12: 關(guān)閉自動白平衡窗 sccb_write_reg(0x17, 0x13); // HSTART: 水平起始, 配合HSTOP設定有效窗口 sccb_write_reg(0x18, 0x01); // HSTOP sccb_write_reg(0x32, 0xB6); // HREF: 行有效像素配置 sccb_write_reg(0x19, 0x02); // VSTART sccb_write_reg(0x1A, 0x7A); // VSTOP sccb_write_reg(0x03, 0x0A); // VREF: 幀有效行配置 sccb_write_reg(0x0C, 0x00); // COM3: 默認 sccb_write_reg(0x0D, 0x00); // COM4: 默認 // 關(guān)閉自動增益/曝光/白平衡, 先固定參數(shù)調(diào)通鏈路再說 sccb_write_reg(0x13, 0x00); // COM8: 關(guān)閉AGC/AEC sccb_write_reg(0x01, 0x10); // BLUE: 固定藍通道增益 sccb_write_reg(0x02, 0x40); // RED: 固定紅通道增益 sccb_write_reg(0x24, 0x10); // AEW sccb_write_reg(0x25, 0x3A); // AEB sccb_write_reg(0x26, 0x01); // VPT sccb_write_reg(0x35, 0x02); // COM9: 增益上限 sccb_write_reg(0x6C, 0x00); // 關(guān)閉RGB增益自動補償 }時鐘計算這里必須給新手說明白。外部XCLK我給的24MHz0x11寄存器低6位是內(nèi)部分頻系數(shù)如果寫入0x0E分頻值就是15那么傳感器內(nèi)部時鐘就是24MHz / (15 1) 1.5MHz。但注意這不是PCLK。VGA模式下PCLK和內(nèi)部時鐘還有一層關(guān)系PCLK頻率 內(nèi)部時鐘 × 4所以最終PCLK大約是6MHz。QVGA模式幀率會高一些這個PCLK對DCMI來說毫無壓力圖像采集非常穩(wěn)定。如果你把0x11寫0x00不分頻PCLK能飆到24MHzF407扛得住但布線不好的話圖像噪點會明顯增加我建議先分頻調(diào)通再慢慢提速。有一個值得留意的地方0x12寄存器bit6寫0還是寫1不同的datasheet版本描述有差異。我的實測結(jié)論是要輸出RGB565彩色圖像COM7要設置成0x00VGA、RGB而不是0x04VGA、YUV這個bit位決定了顏色空間。寫0x04的話圖像會變成灰度或者奇怪的偏色這是很多人調(diào)不出彩圖的常見原因之一。3. 圖像采集鏈路從像素到屏幕3.1 DVP時序與數(shù)據(jù)格式解讀OV7670的DVP接口有四個關(guān)鍵信號PCLK像素時鐘、VSYNC幀同步、HREF行同步、D[7:0]并行數(shù)據(jù)。每一幀圖像VSYNC先拉高或拉低可配置極性然后一行一行地輸出HREF拉高期間每個PCLK上升沿對應一個像素8位數(shù)據(jù)線在RGB565模式下每個像素要傳兩個字節(jié)。這里有個新手特別容易懵的點RGB565模式下PCLK邊沿和像素字節(jié)之間的關(guān)系不是簡單的一一對應。從傳感器視角看RGB565是每個像素兩個字節(jié)拼接但從DVP信號看它內(nèi)部已經(jīng)把這16位拆成兩個8位分兩個PCLK周期發(fā)送。所以主控端接收的時候只要不斷讀D[7:0]兩個字節(jié)拼一個像素就行不需要關(guān)心具體哪個數(shù)據(jù)線對應R/G/B的哪一位——前提是0x3D寄存器的字節(jié)順序配置和主控端拼接順序保持一致。我看到很多教程把RGB565的字節(jié)序描述成“高字節(jié)在前”這個說法容易誤導人。OV7670實際輸出時通過0x3A寄存器可以配置兩種順序一種是先輸出R[4:0]G[5:3]后輸出G[2:0]B[4:0]另一種相反。如果你的屏幕顏色完全不對——比如紅色變成藍色——就是這里沒配對。代碼里我寫0x04配合LCD驅(qū)動的16位寫時序顏色就正了。3.2 用DCMIDMA接管圖像數(shù)據(jù)STM32F407的DCMI外設幾乎是給OV7670量身定做的。它支持8位并行數(shù)據(jù)輸入硬件解析VSYNC和HREF還能自動把兩個8位拼成一個16位存到內(nèi)存里。我只需要配置好DCMI的模式和DMA然后在幀中斷里做個標志位就行。void dcmi_init(void) { // 使能DCMI時鐘和GPIO時鐘 __HAL_RCC_DCMI_CLK_ENABLE(); __HAL_RCC_GPIOE_CLK_ENABLE(); __HAL_RCC_DMA2_CLK_ENABLE(); // 初始化DCMI引腳: PE0-PE7為D0-D7, PE8為VSYNC(實際是PE8? 確認一下) // 注意F407的DCMI引腳分配: D0-D7 - PE0-PE7, VSYNC - PE8, HSYNC - PE9, PIXCLK - PE10 GPIO_InitTypeDef gpio {0}; gpio.Pin GPIO_PIN_0 | GPIO_PIN_1 | GPIO_PIN_2 | GPIO_PIN_3 | GPIO_PIN_4 | GPIO_PIN_5 | GPIO_PIN_6 | GPIO_PIN_7 | GPIO_PIN_8 | GPIO_PIN_9 | GPIO_PIN_10; gpio.Mode GPIO_MODE_AF_PP; gpio.Pull GPIO_NOPULL; gpio.Speed GPIO_SPEED_FREQ_VERY_HIGH; gpio.Alternate GPIO_AF13_DCMI; HAL_GPIO_Init(GPIOE, gpio); // DCMI配置 DCMI_HandleTypeDef hdcmi; hdcmi.Instance DCMI; hdcmi.Init.SynchroMode DCMI_SYNCHRO_HARDWARE; // 硬件同步模式由VSYNC/HREF控制 hdcmi.Init.PCKPolarity DCMI_PCKPOLARITY_RISING; // PCLK上升沿采集數(shù)據(jù) hdcmi.Init.VSPolarity DCMI_VSPOLARITY_LOW; // VSYNC低有效 hdcmi.Init.HSPolarity DCMI_HSPOLARITY_LOW; // HREF低有效 hdcmi.Init.CaptureRate DCMI_CR_ALL_FRAME; // 全幀捕獲 hdcmi.Init.ExtendedDataMode DCMI_EXTEND_DATA_8B; // 8位數(shù)據(jù) HAL_DCMI_Init(hdcmi); // DMA配置 DMA_HandleTypeDef hdma; hdma.Instance DMA2_Stream1; hdma.Init.Channel DMA_CHANNEL_1; hdma.Init.Direction DMA_PERIPH_TO_MEMORY; hdma.Init.PeriphInc DMA_PINC_DISABLE; hdma.Init.MemInc DMA_MINC_ENABLE; hdma.Init.PeriphDataAlignment DMA_PDATAALIGN_WORD; hdma.Init.MemDataAlignment DMA_MDATAALIGN_WORD; hdma.Init.Mode DMA_CIRCULAR; // 循環(huán)模式持續(xù)采圖 hdma.Init.Priority DMA_PRIORITY_HIGH; HAL_DMA_Init(hdma); __HAL_LINKDMA(hdcmi, DMA_Handle, hdma); HAL_NVIC_SetPriority(DCMI_IRQn, 0, 0); HAL_NVIC_EnableIRQ(DCMI_IRQn); } void dcmi_start_capture(uint32_t buf_addr, uint32_t size) { HAL_DCMI_Start_DMA(hdcmi, DCMI_MODE_CONTINUOUS, buf_addr, size / 2); } void DCMI_IRQHandler(void) { HAL_DCMI_IRQHandler(hdcmi); if (__HAL_DCMI_GET_FLAG(hdcmi, DCMI_FLAG_FRAME)) { __HAL_DCMI_CLEAR_FLAG(hdcmi, DCMI_FLAG_FRAME); frame_ready 1; // 通知主循環(huán)刷新屏幕 } }有幾個配置細節(jié)要特別強調(diào)。VSYNC和HREF的極性我的代碼里寫的是DCMI_VSPOLARITY_LOW / DCMI_HSPOLARITY_LOW但實際用起來可能要根據(jù)OV7670的配置改成HIGH。你在調(diào)的時候如果畫面出現(xiàn)“一行行錯位”或者“幀首尾撕裂”第一時間檢查這兩個極性設置不要糾結(jié)別的。DMA的PeriphDataAlignment和MemDataAlignment都設成WORD這樣DCMI每接收4個字節(jié)就觸發(fā)一次DMA搬運16位像素拼接工作由DCMI自動完成。幀緩存區(qū)我開了兩個大小是320x240x2153600字節(jié)兩個就是307200字節(jié)F407的RAM有128KB不夠放兩幀。所以這里我用的是外部SRAM把幀緩沖區(qū)定位到FSMC的外部內(nèi)存區(qū)域。如果板子上沒有外部RAM就只能用QVGA單緩沖顯示的時候用局部刷新來避免撕裂。很多入門板子不帶外部RAM買之前先看清楚芯片型號和板載資源不然代碼寫好了沒地方放緩存。3.3 輸出測試圖案驗證鏈路在真正用攝像頭拍實物之前有一個極其好用的調(diào)試手段讓OV7670輸出內(nèi)部測試圖案。這功能隱藏在寄存器0x70里把bit4寫1就開啟測試彩條輸出0x71可以選不同的測試圖案類型。我調(diào)試時先用測試圖案代替真實畫面驗證DCMIDMALCD這一整套鏈路是否正確。如果測試圖案顯示正常說明圖像傳輸通路沒問題之后的問題全在攝像頭配置上如果測試圖案也是花屏就先別碰攝像頭寄存器專心查DCMI配置和LCD驅(qū)動。這個“分而治之”的思路能省掉至少一半的調(diào)試時間。void ov7670_enable_test_pattern(uint8_t pattern) { sccb_write_reg(0x70, 0x08); // 先關(guān)閉測試圖案 sccb_write_reg(0x71, pattern); sccb_write_reg(0x70, 0x18); // bit4置1, 使能測試圖案 bit3保留 }測試圖案模式下會輸出標準的彩條——白、黃、青、綠、紫、紅、藍、黑每一段顏色分明。如果你看到彩條上有斜紋或者顏色漸次偏移恭喜你已經(jīng)找到了時序問題的線索。有一個例子是我之前遇到的彩條整體偏綠逐行顏色有推移我一開始懷疑是攝像頭輸出問題后來查了半天發(fā)現(xiàn)是LCD驅(qū)動的寫像素函數(shù)里16位顏色值的字節(jié)被反了——高位和低位互換導致顏色錯亂。測試圖案的固定色塊讓這個問題在幾秒內(nèi)暴露出來。4. 驅(qū)動代碼框架與關(guān)鍵實現(xiàn)4.1 整體代碼結(jié)構(gòu)這套驅(qū)動我最終拆成了四個文件ov7670.h/ov7670.c傳感器寄存器配置、sccb.h/sccb.cSCCB時序、dcmi_capture.h/dcmi_capture.cDCMIDMA采集、main.c初始化與主循環(huán)。分層的好處是后續(xù)如果要換主控、換分辨率、換屏幕只需要改對應模塊不用全盤重寫。主循環(huán)的邏輯非常直白int main(void) { HAL_Init(); SystemClock_Config(); // 系統(tǒng)時鐘168MHz MX_GPIO_Init(); lcd_init(); sccb_init(); if (!ov7670_check_id()) { // 打印錯誤, 停留在這一步 while (1); } ov7670_init(); dcmi_init(); dcmi_start_capture((uint32_t)frame_buf[0], FRAME_SIZE); while (1) { if (frame_ready) { frame_ready 0; lcd_draw_image(0, 0, 320, 240, frame_buf[current_buf]); current_buf ^ 1; HAL_DCMI_Start_DMA(hdcmi, DCMI_MODE_CONTINUOUS, (uint32_t)frame_buf[current_buf], FRAME_SIZE / 2); } } }代碼的核心思路就是DMA循環(huán)采集、主循環(huán)刷屏中間用幀標志位銜接。兩幀緩沖區(qū)交替使用current_buf的切換放在了刷屏之后確保DMA寫入的緩沖區(qū)和LCD讀取的緩沖區(qū)不是同一個。這樣雖然F407的主頻只有168MHz刷一張QVGA圖像也能穩(wěn)定在30fps左右。4.2 調(diào)試期最實用的小技巧讀回驗證寫寄存器配置的時候新手最容易犯的錯是“寄存器值抄錯但不自知”。我的習慣是每寫完一組關(guān)鍵寄存器立刻讀回來比對。OV7670的SCCB讀操作比寫操作多一個總線重啟動作但讀回的數(shù)值是否正確直接反映SCCB時序有沒有問題。int ov7670_check_id(void) { uint8_t pid sccb_read_reg(0x1C); uint8_t ver sccb_read_reg(0x1D); if (pid 0x76 ver 0x76) { return 1; // ID驗證通過 } return 0; } void ov7670_dump_regs(void) { uint16_t regs[] {0x11, 0x12, 0x40, 0x3D, 0x3A, 0x1E}; for (int i 0; i sizeof(regs)/sizeof(regs[0]); i) { uint8_t r sccb_read_reg(regs[i]); // 通過串口打印寄存器地址和讀回值 printf(REG[0x%02X] 0x%02X\r\n, regs[i], r); } }我在調(diào)試時會把這段dump函數(shù)放到配置步驟的末尾如果讀回值和寫入值不一致優(yōu)先查GPIO配置和SCCB時序延時是否太短。SCCB的延時我故意用了一個空循環(huán)而非硬件定時器因為這條總線速度要求不高100kHz級別就夠用空循環(huán)在F407上運行也沒有超頻風險。5. 排障實錄測試過程中踩過的坑5.1 圖像全白/全黑的源頭排查我這次測試過程中遇到過屏幕全白的情況。經(jīng)過排查問題出在HAL_DCMI_Start_DMA的size參數(shù)上。DCMI的DMA傳輸長度單位是“32位字”不是字節(jié)我一開始傳入的是緩沖區(qū)的總字節(jié)數(shù)導致DMA只搬運了四分之一的數(shù)據(jù)量就觸發(fā)滿了幀中斷不斷觸發(fā)但圖像內(nèi)容只有一小部分是有效的整體看起來就是偏白的亂碼。改成FRAME_SIZE / 2之后恢復正常。這個參數(shù)在ST的HAL庫里沒有明確的注釋是很多人第一次調(diào)DCMI都會踩的坑。全黑畫面則通常是傳感器沒有出圖優(yōu)先查這幾項SCCB是否讀回正確的IDPCLK是否有信號用示波器量沒有的話查XCLK是否過來、0x11分頻是否把它干掉了VSYNC是否有脈沖。按照這個順序查基本半小時內(nèi)能定位。5.2 花屏與顏色錯亂花屏的種類很多我遇到的比較典型的兩類一類是“條紋狀花屏”——每行只有部分像素正常后面全是錯亂的彩色點。這個問題我最后鎖定在STM32的GPIO速度配置上。DCMI數(shù)據(jù)引腳我用的是GPIO_SPEED_FREQ_VERY_HIGH但數(shù)據(jù)線上沒有接上拉/下拉電阻在PCLK較快時信號邊沿出現(xiàn)振鈴導致DCMI采樣到錯誤的電平。后來我把PCLK適當分頻降速并把DCMI引腳改成快速模式內(nèi)部上拉畫面就干凈了。另一類是“顏色顛倒”——同一張測試圖案紅色區(qū)域顯示為藍色藍色區(qū)域顯示為紅色。這是典型的RGB565字節(jié)序問題。解決辦法是調(diào)換0x3A寄存器的值把0x04改成0x05或者直接改LCD驅(qū)動里拼顏色的順序。5.3 幀率上不去的瓶頸很多人問我為什么他們跑QVGA還只有十幾幀。幀率瓶頸通常不在傳感器而在主控端。LCD刷屏速度是最大短板尤其是用GPIO模擬SPI驅(qū)動LCD的情況720像素寬度的RGB565數(shù)據(jù)一幀就是150KB低速SPI刷一幀要幾十毫秒。建議優(yōu)先用FSMC接口的LCD并配合DMA傳輸這樣刷一幀QVGA圖像能縮到10毫秒以內(nèi)。另外如果CPU在采集中斷里做了太多事也會拖慢幀率我的做法是中斷里只置標志位所有圖像處理全部放到主循環(huán)。5.4 常見問題速查表現(xiàn)象可能原因解決方向SDA保持低電平總線死鎖檢查GPIO配置SDA在空閑時要釋放確保有上拉讀ID返回0xFFSCCB時序不對/線沒接好降低延時檢查SCCB_E是否拉高全黑畫面?zhèn)鞲衅鳑]出圖確認XCLK、電源、SCCB配置全白畫面DMA長度參數(shù)錯誤FRAME_SIZE / 2以32位字為單位彩條顏色顛倒RGB565字節(jié)序不對調(diào)0x3A或0x12寄存器的字節(jié)順序位圖像有條紋/噪點PCLK過快/布線太長分頻降速縮短杜邦線長度畫面上下顛倒鏡像寄存器方向反了0x1E寄存器bit0/bit1畫面左右鏡像鏡像寄存器方向反了0x1E寄存器bit2/bit3有一個經(jīng)驗想單獨強調(diào)一下排查圖像問題時優(yōu)先使用OV7670的內(nèi)部測試圖案而不是直接對準攝像頭拍實物。測試圖案是傳感器自己產(chǎn)生的固定信號不依賴鏡頭、不依賴光照如果它能正常顯示說明鏈路通了八成如果它對不上那就是核心時序問題專心查硬件就好。6. 調(diào)通之后可以往哪個方向拓展測試圖案和實物圖像都能正常上屏之后這個驅(qū)動其實已經(jīng)成了后面各種圖像應用的基礎設施。我后來又做了幾個小實驗拓展方向供你參考顏色識別在采集到的RGB565幀上做顏色閾值分割識別紅色小球并控制舵機跟蹤運動檢測兩幀像素差值超過閾值判定為運動區(qū)域這個方法在QVGA分辨率下F407跑起來毫無壓力低分辨率灰度識別直接拿D[7:0]當作灰度值跑簡單的二維碼定位、巡線算法關(guān)于OV7670本身最后一點心得它能調(diào)通不等于你能拿它去跑復雜的視覺任務分辨率低、幀率有限、沒有ISP處理這些都是硬傷。但作為學習“攝像頭驅(qū)動”這個概念來說它把寄存器配置、時序采集、圖像顯示這一整個鏈條展示得清清楚楚你完全掌握的這套方法論以后換OV5640、換MIPI接口、換ISP芯片底層邏輯都是相通的。我建議所有剛接觸嵌入式圖像開發(fā)的朋友先耐著性子把這個老古董調(diào)明白再上高端的方案你會發(fā)現(xiàn)后面那些復雜接口理解起來快得多。本文還有配套的精品資源點擊獲取