mx6q-SDP開發板OV5640調試過程分享3.0.1 初步調試（2014-12-20）在基本理解ov5640_mipi.c代碼的基礎上，基本不做大的改動。只是進行了sensor方面寄存器的改動和格式的改動ov5640_data.pix.pixelformat = V4L2_PIX_FMT_UYVY 改為RAW格式對應的 V4L2_PIX_FMT_SBGGR10；1：I2C接口調試；先看能不能加載驅動程序和設備。這步功能調試到成功基本上用了3周時間。軟件準備時間并不長。主要是幾個信號線的功能準備和I2C地址的準備。一度我也懷疑自己是不是哪里代碼寫錯了。我也做了相應的其他輔助手段來調試，利用我訪問imx179攝像頭的函數來訪問聲卡芯片，結果是沒有問題的。因此我相信軟件代碼應該不會有問題。期間又配合梁開勇測試了相關的信號線，都是正常的。最后又測試了I2c數據線，結果發現沒有應答，推測硬件工作不正常。最后，梁開勇告訴我，說可以訪問imx179了。2：按照廖長軍同事的想法，我們只做了少量的改動，讓imx179工作起來，看看正常否？結果，發現沒有任何圖像，預覽功能不正常退出。3：根據廖長軍同事提供的測試程序mxc_vpu_test來調試。發現deque 超時失敗。結論：經過前面的初步調試，只做我們想象中的些微的改動是沒有什么成效的。既然如此，我的想法是，借此機會，不如好好研究理解相關的概念，看看究竟能不能做得出來，理解為什么？因此，我就有了借助原來的評估板來幫助理解和調試的想法。接下來的工作就是，在開發板的基礎上，看看ov5640是怎么工作的，它又支持哪些格式，看看我們能不能改成我們想要格式，如果我們要改成ov5640另外可支持的格式，都不能正常工作，說明要想移植攝像頭驅動就不是那么簡單的事了？3.1 ov5640調試理解（2014-01-10）根據初步的理解；ov5640驅動程序上面說它除了支持UVYV格式外，還支持RGB565格式，那么我們看看怎么來支持RGB565格式呢？1：我們只是簡單地把ov5640_data.pix.pixelformat = V4L2_PIX_FMT_UYVY(ov5640_mipi.c)改成了V4L2_PIX_FMT_RGB565 ，結果無預覽；2：發現寄存器0x4300,涉及到輸出格式，我們也把它改成了RGB565格式。結果：預覽有了，但色彩又不正常。因此，就進入了下一步的深入研究和繼續調試工作。關于格式的參數涉及到以下變量：參數0：cam-v2f.fmt.pix.pixelformat = V4L2_PIX_FMT_YUV420; Mxc_v4l2_capture.c參數1：ov5640_data.pix.pixelformat = V4L2_PIX_FMT_UYVY ov5640_mipi.c參數2：mipi_csi2_set_datatype(mipi_csi2_info, MIPI_DT_YUV422) ov5640_mipi.c參數3：ov5640寄存器0x4300和0x501F的值 ov5640_mipi.c3.1.1：第一階段（粗調） Mxc_v4l2_capture.c 中cam-v2f.fmt.pix.pixelformat = V4L2_PIX_FMT_YUV420;該參數修改對整體預覽結果沒有影響。有影響的主要是ov5640_mipi.c中的參數ov5640_data.pix.pixelformat = V4L2_PIX_FMT_UYVY;還有ov5640寄存器0x4300和0x501F的值。必須要透徹理解這兩個寄存器的值的含義以及mipi_csi2_set_datatype(mipi_csi2_info, MIPI_DT_YUV422);這期間進行了大量的測試和理論學習。初步結論：參數0對預覽沒有任何影響。只要參數1ov5640_data.pix.pixelformat = V4L2_PIX_FMT_UYVY參數3寄存器0x4300和0x501F 還有參數2 mipi_csi2_set_datatype(mipi_csi2_info, MIPI_DT_YUV422)一致的話，預覽圖像是有的，但是如果不是UYVY格式的話，色彩就不正常。1：為了盡快地3.1.2：第二階段：（細調：測試和理解驗證）3.1.2.1 2015-01-13進一步測試：看看是不是只要參數2和參數3一致匹配了，是不是也是正常的。也就是參數1不管改成什么值，只要參數2和參數3不變，看看是不是正常的。（1）參數1 ov5640_data.pix.pixelformat =V4L2_PIX_FMT_RGB565;結果：正常；（2）參數1 ov5640_data.pix.pixelformat =V4L2_PIX_FMT_GREY;結果：失敗，deque 失敗，沒有圖像（3）參數1 ov5640_data.pix.pixelformat =V4L2_PIX_FMT_RGB24;結果：正常（3）參數1 ov5640_data.pix.pixelformat =IPU_PIX_FMT_GENERIC;結果：正常小結：經過進一步分析代碼：發現，參數1關系不太大，但是它只要在函數ipu_csi_init_interface(struct ipu_soc *ipu, uint16_t width, uint16_t height,uint32_t pixel_fmt, ipu_csi_signal_cfg_t cfg_param)（ipu3/ipu_capture.c）中說涉及的幾個值里面都可以。3.1.2.2 2015-01-19（MIPI_DT_YUV422不變）第1種測試：看看是不是只要參數3中的兩個寄存器中的值有沒有關系，是什么樣的關系？（1）0x501F00（ISP YUV422） 0x43003f （UYVY）原來的值結果：正常；（2）0x501F01（ISP RGB） 0x43003f （UYVY）結果：預覽功能正常；還可看出被照的對象來。但色彩不正常，有點偏色。 （3）0x501F05（ISP RGB） 0x43003f （UYVY）結果：預覽功能正常；但基本上看不出被照的對象來。小結：這兩個寄存器的值是有對應關系的，不能亂匹配。但總的說來，只要4300中的值與MT_DT的對應關系正常，預覽功能就基本正常。第2種測試：看看參數3寄存器0x4300中的值與參數2 mipi_csi2_set_datatype (mipi_csi2_info, MIPI_DT_YUV422)的對應關系：（.）0x501F00（ISP YUV422） 0x43003f （UYVY）= MIPI_DT_YUV422 原值結果：一切正常；（a1）0x501F00（ISP YUV422） 0x430030（YUYV）= MIPI_DT_YUV422 結果：預覽功能正常；還可看出被照的對象來。但色彩不正常，有點偏色。（a2）0x501F00（ISP YUV422） 0x430032（UYVY）= MIPI_DT_YUV422 結果：一切正常；小結：（b1）0x501F00（ISP YUV422） 0x430046 （YUV420）= MIPI_DT_YUV422 結果：失敗，deque 失敗，沒有圖像；（b2）0x501F00（ISP YUV422） 0x430060 （RGB565）= MIPI_DT_YUV422 結果：失敗，deque 失敗，沒有圖像；小結：通過這幾個測試，我們看得出以下規律：（1）0x4300寄存器中的值表示具體的格式，還有具體的色彩分量排序（注：“0x3f”,3表示數據類型，f表示具體的色彩分量排序）；mipi-csi2接口協議則規定了具體的數據類型，還有它對應的色彩分量排序（注：協議中規定了具體的內容）。0x4300寄存器的值對應了具體的數據類型，還有多個不同的色彩分量排序。當數據類型匹配的時候，預覽功能是正常的，當色彩分量不匹配的時候，就會出現偏色。因此兩者都必須完全匹配3.1.2.3 2015-01-22（MIPI_DT_RGB565）（1）0x501F01（ISP RGB） 0x430060 （RGB565 BGGR）= MIPI_DT_RGB565 結果：預覽功能正常；還可看出被照的對象來。但色彩完全混亂。；總體偏紫色（2）0x501F00（ISP YUV422） 0x430060 （RGB565 BGGR）= MIPI_DT_RGB565 結果：預覽功能正常；還可看出被照的對象來。但色彩完全混亂。與前面的不一樣，總體偏黃色；3.1.2.4 2015-01-23（MIPI_DT_RAW。8）（1）0x501F00（ISP YUV） 0x430000 （RAW BGGR）= MIPI_DT_RAW10 結果：失敗，deque 失敗，沒有圖像；（2）0x501F04（SNR RAW） 0x430000 （RAW BGGR）= MIPI_DT_RAW8結果：失敗，deque 失敗，沒有圖像；（3）0x501F00（ISP YUV） 0x43003f （UVYV）= MIPI_DT_UYVY 結果：一切正常；（驗證目的）（4）0x501F05（ISP RAW） 0x430000 （RAW BGGR）= MIPI_DT_RAW8結果：預覽功能正常；但基本上看不出被照的對象來。；看起來只是不同色彩的無數條線。（5）0x501F05（ISP RAW） 0x430000 （RAW BGGR）= MIPI_DT_RAW10結果：失敗，deque 失敗，沒有圖像；（6）0x501F00（ISP YUV） 0x430000 （RAW BGGR）= MIPI_DT_RAW8結果：預覽功能正常；但原來的一副圖像被克隆成了16副縮小的圖像（分4種色彩）。；（6）0x501F01（ISP RGB） 0x430000 （RAW BGGR）= MIPI_DT_RAW8結果：預覽功能正常；但原來的一副圖像被克隆成了16副縮小的圖像（只有1種）。；小結：ov5640的RAW格式是8位的（在原來配置的基礎上，還未找到配置位數的寄存器）。3.1.2.5 2015-01-23（調試推理結論）經過近2周的代碼調試和一段時間以來關于MIPI CSI接口協議以及V4L2架構，還有mx6q芯片中IPU、MIPI -CSI的學習研究，初步得出了以下結論：1：目前在調試過程中發現了兩大關鍵問題現象（在預覽功能的應用表現上）：第1種現象（1）：屏幕上沒有任何圖像（估計數據流沒有上傳到應用層）；第2種現象（2）：屏幕圖像色彩不正常（估計數據流傳到了應用層，但是底層編碼格式與應用層解碼格式不一致導致）。2：OV5640攝像頭的數據輸出格式支持很多種MIPI CSI協議中的格式，目前在我們的開發板平臺驅動方面只支持MIPI_DT_YUV422格式，只有該種格式，預覽功能才完全正常。改成其他格式，要么出現第1種現象，要么就會出現第2種現象。經過大量的調試工作和知識學習，目前已經基本弄清出了在什么樣的情況下會出現哪一種現象。規律如下（前面已提到）：（1）0x4300寄存器中的值表示具體的格式