來到新公司，各種不適應。跟老大和hr溝通後，最終決定留下。裡邊各中原因就不說了，留下後就得開始幹活啦：拿到的第一個case是車載環視camera的點亮，算是入門後的第一個小考驗吧：
我們認識實物的一個過程通常是從現象到本質，那第一個問題來了：
什麼是車載環視camera？各位看官們參考下圖：

簡單來說：車載環視體統需要4顆camera分別安裝在汽車的前後左右採集影象，再將採集的影象傳輸到系統主機，主機通過演算法對4路影象進行同步、合成、拼接等，最終將處理好的影象送到汽車中控的液晶上。讓駕駛者可以在行進或者倒車過程中無盲區的觀察周圍情況，避免事故發生。

要求完成時間：
老大給2周。作為一個老兵，我給自己的時間是一週以內，不過最終3天搞定。
目標：

1.Bringup ti96x+isx016
2.ti96x+isx016 four channel ok
3.實現isx016暫存器讀寫，eeprom地址讀寫

手頭上資源：
硬體：
高通820a EVB板
820a 板載ti96x解串晶片x2
(ti913Q串列埠編碼晶片+ov10635)x1
(ti913A串列埠編碼晶片+isx016)x4
軟體：
針對820a android 平車載專案臺原始碼
ti96x_ov10635(1 channel)據說ok的原始碼
QCarCam Linux使用者區應用原始碼
參考文件(除TI文件其他的只能通過各自關係看看啦，都有版權：（)：
s820am_peripheral_module_reference_schematic.pdf
multimedia_driver_development_and_bringup_guide_-_camera.pdf
ISX016_ApplicationNote_ver1.5_E.pdf
ISX016_RegisterMap_V2.2.xlsx
OV10635-OV10135-Product-Specification-aCSP_Version-2-4_thundersoft.pdf
ds90ub964-q1.pdf
ds90ub913a-q1.pdf
TI_i2c_over_DS90UB913-4_FPD_Link_III_with_bidirectional_ctrl_channel.pdf

概念說明：
1.ti96x、ti913是TI開發的一套配套使用的，用於長距離視訊資料傳輸的晶片。有過camera除錯經驗的都知道不管是dvp介面還是mipi介面。傳輸距離只限於板載的距離，並且還不能太長，否則受到干擾。該套片就是為車載設計的，使用該套片在汽車內部佈線傳輸視訊是沒有問題的。
2.ti96x類似於hub，支援同時4 channel camera video input。
3.ti913和camera是封裝在一起的，具體之後說明。
4.ov10635，ixs016分別是OV 和Sony公司為車載設計的Camera sensor。

原理說明：
框圖：

1.Bring up camera:
這個case和以往bring up camera不同，不同之處在於註冊到host端的不是camera而是ti96x。這個是除錯的一個關鍵點。所以除錯步驟：
1.針對ti96x在*.dtsi中設定相應的pin config
2.將ti96x作為Camera設定到系統當中，包括：
sensor_lib_ptr{
sensor_slave_info、power_setting_array、sensor_output、…
}//注意slave address是ti96x的，而不是isx016的，上電時序也是針對ti96x的….
3.初始化ti96x相關暫存器，包括：
配置gpio口，設定串列埠速率，配置埠及相應RX、TX，設定Camera上電，設定傳輸模式，remote slave ID及別名slave ID….
4.通過ti96x對camera 進行上電，reset
5.通過別名slave address對各路camera進行暫存器初始化（isx016不需要，原因：有eeprom，上電reset後自動將eeprom初始化引數，load到camera暫存器中）

由於之前有base專案ov10635據說是ok的，試了一下不行。原因是我們開啟camera的apk是不對的，而是要用一個叫QCarCam Linux使用者區應用。之後踏踏實實照著ov10635的驅動改了一份兒ixs016的驅動。不亮！！！困惑的時候需要大膽的假設，和小心的論證！
假設：
1.既然ov10635可以亮說明，ti96x和host端的pin config，slave address，ti96x上電，reset沒問題
2.問題可能出在ixs016輸出和isp的匹配，或者是isx016上電、reset。
3.問題可能出在ti96x與isx016的匹配。

論證:
1.不管
2.問題可能出在ixs016輸出和isp的匹配，或者是isx016上電、reset。
isx016輸出和isp輸出匹配，通過同事得到了：

和程式裡邊setting對了一下，完全匹配。ov10635也是這個配置。
對於ixs016的上電reset一直比較困惑，因為我們這邊沒有模組那邊具體的原理圖。最終在網上找了一張圖，僅供參考：

camera和ti913是通過對12v進行電壓轉換進行供電的，查了下手冊，isx016三路是可以同時供電的。所以包括供電 reset 懷疑是模組內部，或者ti96x完成的。
所以最終，焦點定格在ti96x的暫存器配置。

3.問題可能出在ti96x與isx016的匹配
ti96x涉及到的暫存器大概有30-40個，在TI網上有完整的手冊和一些關鍵點說明手冊。這裡贊一下TI的document!不管從文件水平和開放程度都很好。
之後比照程式碼，仔細閱讀的文件的相關暫存器說明。發現最終問題是出現在涉及到幀同步的一個暫存器。最終改了一筆，解決問題。
如果公司都以程式碼量來計算KPI的話，驅動絕對是特別吃虧的。

Bring up ok了，之後有實現了一下四路視訊流顯示，和讀寫eeprom。這塊兒就是工作量的事兒，就不說了。

另外各位看官可能還會有一下疑問：
Q1.針對具有相同i2c slave id 的camera&serializer，host端是如何實現通訊的？
答案: 通過別名slave id，具體可參考TI_i2c_over_DS90UB913-4_FPD_Link_III_with_bidirectional_ctrl_channel.pdf，TI網站可以下到，說的很詳細。
Q2.four channels camera video 如何傳輸並且合成一路?
這個內容比較多，我現在也就知道個大概，之後有時間仔細研究下，再擼一篇了。