簡(jiǎn)介汽車電子領(lǐng)域這份PDF完整梳理了行車記錄儀主流方案與主控芯片的對(duì)比資料面向正在選購(gòu)記錄儀的車主、汽車電子愛好者及相關(guān)行業(yè)從業(yè)者針對(duì)性解答“什么是好方案”“主控芯片差別在哪”等高頻疑問。內(nèi)容包括安霸A7系列、聯(lián)詠NT96650/NT96655、全志雙錄芯片等主流方案的技術(shù)特點(diǎn)與定位差異也涵蓋圖像傳感器成像與壓縮原理、循環(huán)錄制和停車監(jiān)控等功能的實(shí)現(xiàn)機(jī)制并結(jié)合分辨率、WDR、夜視能力等關(guān)鍵指標(biāo)給出選型參考。已有2963人瀏覽學(xué)習(xí)適合希望避開同質(zhì)化產(chǎn)品、按主控方案理性選型的車友和從業(yè)者參考。整份資源為1個(gè)PDF文件壓縮包約690KB內(nèi)容集中、便于快速通讀。1. 行車記錄儀方案的勝負(fù)手主控芯片選型決定成本下限與體驗(yàn)上限行車記錄儀行業(yè)有句大實(shí)話方案值不值錢看主控產(chǎn)品好不好賣也看主控。攝像頭和圖像傳感器決定畫質(zhì)天花板但真正決定這顆傳感器能不能穩(wěn)定出圖、夜間能不能看清、停車監(jiān)控功耗做不做得下去、整機(jī)物料成本壓不壓得住靠的是那顆主控芯片。我拆過一臺(tái)宣傳 4K 卻動(dòng)不動(dòng)掉幀的機(jī)器現(xiàn)象就是主控編碼能力不夠sensor 被強(qiáng)制降幀標(biāo)稱參數(shù)和實(shí)際體驗(yàn)完全是兩回事。這篇文章按“芯片分類、系統(tǒng)拆解、上電跑通、產(chǎn)測(cè)避坑”的順序把行車記錄儀方案從頭到尾盤一遍適合硬件工程師、車載產(chǎn)品經(jīng)理以及想從公板方案轉(zhuǎn)到自主方案的開發(fā)者參考。2. 主控芯片選型先分三檔再卡六個(gè)硬指標(biāo)2.1 三檔方案的邊界怎么劃行車記錄儀主控芯片的檔位不是按價(jià)格隨便分的而是按“編碼能力 系統(tǒng)復(fù)雜度 外設(shè)規(guī)?！比齻€(gè)維度來劃。為了不產(chǎn)生型號(hào)歧義下文用 T1、T2、T3 作為代稱分別對(duì)應(yīng)入門級(jí)、主流級(jí)、旗艦級(jí)。T1 級(jí)適合基礎(chǔ)單錄產(chǎn)品單路 1080p30 編碼跑輕量 RTOS系統(tǒng)內(nèi)存做到 64MB 甚至更省。這類方案的優(yōu)勢(shì)是成本極低、啟動(dòng)速度快、發(fā)熱小出口基礎(chǔ)款和電商低價(jià)款基本都走這條路。但要認(rèn)清邊界T1 做不了雙錄也沒有余量跑 Wi-Fi 協(xié)議棧硬要往里面塞功能最后只能犧牲幀率或者頻繁死機(jī)。T2 級(jí)是當(dāng)前出貨量最大的檔位支持雙路視頻輸入和雙路并發(fā)編碼典型配置是前路 2K 內(nèi)路 1080p跑 Linux 系統(tǒng)帶 Wi-Fi 模塊語音提示、碰撞加鎖、手機(jī) App 預(yù)覽都能做。這個(gè)檔位的核心價(jià)值是“雙路并發(fā)編碼不縮水”很多標(biāo)稱雙錄的產(chǎn)品實(shí)際只有單編碼通道靠分時(shí)復(fù)用湊合畫面切換時(shí)卡頓非常明顯選型時(shí)一定要拿雙路同時(shí)錄像的壓力測(cè)試數(shù)據(jù)說話。T3 級(jí)是旗艦檔4K H.265 編碼、四路以上攝像頭接入、帶 NPU 或足夠算力跑 ADAS、DMS 算法常用于流媒體后視鏡和智能座艙周邊設(shè)備。這檔芯片對(duì) PCB 布局、電源設(shè)計(jì)和散熱結(jié)構(gòu)都很敏感公板參考設(shè)計(jì)已經(jīng)接近一臺(tái)小主機(jī)的復(fù)雜度沒有硬件經(jīng)驗(yàn)的團(tuán)隊(duì)貿(mào)然上手調(diào)試周期會(huì)拉得很長(zhǎng)。2.2 六個(gè)硬指標(biāo)比分辨率更值得較真硬件選型時(shí)很多同事第一句就問“能不能錄 4K”我反而先看下面六個(gè)指標(biāo)。每個(gè)指標(biāo)背后直接對(duì)應(yīng)一類售后問題逐個(gè)說明。視頻編碼能力是第一個(gè)指標(biāo)。要問清楚的是“同時(shí)支持幾路編碼、每路最高分辨率和幀率”而不是只看單路最高參數(shù)。H.265 支持情況也要確認(rèn)相同碼率下 H.265 能比 H.264 節(jié)省約一半存儲(chǔ)空間夜間復(fù)雜場(chǎng)景尤其明顯。如果芯片只支持 H.264 硬編一張 64GB 卡可能三天就寫滿會(huì)直接影響用戶體驗(yàn)。圖像信號(hào)處理即 ISP 是第二個(gè)指標(biāo)。行車記錄儀環(huán)境比手機(jī)拍照惡劣得多逆光、隧道、夜間車燈直射都要求寬動(dòng)態(tài)和降噪能力。重點(diǎn)關(guān)注三件事是否支持多幀寬動(dòng)態(tài)、3D 降噪開關(guān)是否帶獨(dú)立參數(shù)調(diào)節(jié)、壞點(diǎn)校正和鏡頭陰影校正是否能做到實(shí)時(shí)。ISP 弱的芯片后期靠 sensor 調(diào)校很難補(bǔ)回來這是芯片底子問題。第三個(gè)指標(biāo)是內(nèi)存接口和容量。DDR3、DDR4 還是 LPDDR4X決定整機(jī)成本和 PCB 層數(shù)。堆疊封裝能省面積但發(fā)熱集中T2 以上方案通常需要 4 層以上 PCBT3 方案往往要 6 層。量產(chǎn)之前一定要確認(rèn)主控支持的內(nèi)存頻率在-40℃到85℃范圍內(nèi)能穩(wěn)定跑有些芯片低溫下內(nèi)存不穩(wěn)冬天冷啟動(dòng)直接黑屏這種問題后期極難定位。第四個(gè)指標(biāo)是功耗與封裝熱阻。停車監(jiān)控要求整機(jī)待機(jī)功耗做到毫安級(jí)這依賴主控是否有深睡眠模式以及喚醒速度。封裝熱阻決定散熱方案T3 主控不加散熱片連續(xù)錄 4K 一小時(shí)溫度超過 85℃就降頻畫面開始掉幀。建議選型階段就用熱成像儀實(shí)測(cè)參考板滿載溫升不要只看數(shù)據(jù)手冊(cè)里的功耗曲線。第五個(gè)指標(biāo)是外設(shè)和擴(kuò)展接口。至少需要兩路 MIPI CSI兩路 SDIO 或 USB 2.0 以上接口一個(gè) RTC以及足夠多 GPIO 控制按鍵、LED、喇叭。這里要特別留意外設(shè)復(fù)用沖突有些芯片為了低成本砍掉了第二路 CSI 的帶寬號(hào)稱支持雙路但只能降幀運(yùn)行這類坑在選型表里根本看不出來。第六個(gè)指標(biāo)是 SDK 完整度和供貨生命周期。SDK 要帶完整驅(qū)動(dòng)源碼、量產(chǎn)燒錄工具、IQ 調(diào)校工具和參考板原理圖缺一樣后面都難受。供貨方面優(yōu)先選生命周期有明確承諾、且處于量產(chǎn)上升期的平臺(tái)剛流片回來的新平臺(tái)風(fēng)險(xiǎn)太大工程師拿著公板折騰三個(gè)月才發(fā)現(xiàn)工具鏈不成熟這種血淚經(jīng)驗(yàn)遇到過好幾次。2.3 選型速查表與挑選順序下面這張速查表是我的習(xí)慣做法先定產(chǎn)品定位再倒推主控檔位。產(chǎn)品定位核心需求主控檔位系統(tǒng)形態(tài)基礎(chǔ)單錄1080p 單路、低成本、穩(wěn)定T1RTOS 或輕量 Linux前后雙錄2K1080p 雙錄、Wi-FiT2Linux流媒體后視鏡4K 單錄1080p 內(nèi)錄、觸屏T2/T3Linux智能駕駛輔助多路視頻算法、遠(yuǎn)程監(jiān)控T3LinuxNPU實(shí)際的挑選順序我建議分五步走。第一步列出產(chǎn)品必須功能和不做功能避免選型時(shí)被無關(guān)特性帶偏。第二步確認(rèn)編碼路數(shù)與并發(fā)能力這一步?jīng)Q定檔位下限。第三步查 SDK 完整度找原廠要參考板資料和 IQ 調(diào)校工具資料不全直接放棄。第四步做功耗和溫度實(shí)測(cè)拿參考板滿載跑一小時(shí)看溫升和電池續(xù)航。第五步才是比單價(jià)和談供貨周期。順序反了就會(huì)變成被價(jià)格牽著走最后在調(diào)試階段花掉好幾倍差價(jià)。另一個(gè)容易踩的坑是“支持”和“體驗(yàn)好”之間的差距。芯片手冊(cè)寫支持 2K 雙錄但實(shí)際雙路同時(shí)開寬動(dòng)態(tài)和 3D 降噪時(shí)ISP 流水線沖突畫面閃爍。選型階段一定要索要原廠在相近 sensor 下的實(shí)際調(diào)校參考自帶避坑表格。選型這件事寧可花兩周調(diào)研也別用半年時(shí)間給產(chǎn)品收爛攤子。3. 把方案拆成數(shù)據(jù)鏈路鏡頭、電源、無線各管一段3.1 視頻和存儲(chǔ)鏈路從 sensor 到 SD 卡的每一步行車記錄儀的軟件復(fù)雜度不高但數(shù)據(jù)鏈路對(duì)穩(wěn)定性要求極高。完整視頻通路是這樣的鏡頭進(jìn)光sensor 把光信號(hào)轉(zhuǎn)成 RAW 數(shù)據(jù)通過 MIPI CSI 送入主控的 ISP完成寬動(dòng)態(tài)合成、降噪、白平衡和壞點(diǎn)校正后交給視頻編碼器生成 H.264 或 H.265 碼流最后寫入內(nèi)存緩沖循環(huán)寫到 TF 卡。這條鏈路里任何一環(huán)抖動(dòng)都會(huì)落在最終的畫面上。先看 sensor 這環(huán)。行車記錄儀通常選用支持寬動(dòng)態(tài)的 CMOS sensor輸出 YUV 或 RAW Bayer 格式。這里的參數(shù)匹配要非常小心sensor 的輸出分辨率、幀率和接口帶寬必須小于主控 CSI 控制器的上限否則只能降幀運(yùn)行。很多產(chǎn)品標(biāo)稱 4K 但實(shí)際只有 24fps根源就在這里。選擇 sensor 時(shí)還要關(guān)注鏡頭模組的 FOV 和光圈廣角越大邊緣畫質(zhì)衰減越明顯夜間的進(jìn)光量也越差。再看存儲(chǔ)這環(huán)。TF 卡是行車記錄儀最容易出問題的部件卡的質(zhì)量、文件系統(tǒng)、掉電行為都會(huì)影響錄像完整性。常見做法是 FAT32 或 exFAT循環(huán)覆蓋寫入時(shí)避免頻繁擦寫同一區(qū)域所以很多方案會(huì)做“整段預(yù)分配”策略把卡按錄像時(shí)長(zhǎng)分成固定大小的塊寫完一整塊才擦最舊的那塊減少碎片。G-sensor 觸發(fā)的碰撞文件則寫入獨(dú)立的事件目錄并設(shè)置加鎖屬性防止被循環(huán)覆蓋。我一般還會(huì)在系統(tǒng)里加一層“雙緩沖落盤”邏輯。視頻編碼器輸出不能直接裸寫卡先寫入內(nèi)存中的環(huán)形緩沖由獨(dú)立的寫卡線程按 4KB 對(duì)齊批量寫入這樣即便卡寫入速度波動(dòng)錄像也不容易斷片。這里的緩沖區(qū)大小建議至少五秒碼流太小了卡頓太大了掉電時(shí)丟的視頻片段變長(zhǎng)一般按碼率乘以六秒來估算。3.2 電源鏈路車載電氣環(huán)境比想象中臟得多車載電源是這個(gè)方案里最容易被低估的部分。點(diǎn)煙器或 OBD 接口提供的不是干凈 5V而是 12V/24V 寬壓帶著啟動(dòng)瞬間的電壓跌落、拋負(fù)載瞬態(tài)、以及各種電機(jī)和電磁閥帶來的噪聲。直接把消費(fèi)級(jí) DCDC 拿來做降壓屏幕出現(xiàn)水波紋、錄像斷斷續(xù)續(xù)都是輕的嚴(yán)重點(diǎn)會(huì)燒主控。電源鏈路的常規(guī)設(shè)計(jì)是三級(jí)結(jié)構(gòu)。第一級(jí)用寬壓 DCDC 把輸入降到 5V 左右要求輸入耐壓至少 36V最好選帶拋負(fù)載保護(hù)或者至少能承受 60V 瞬態(tài)的型號(hào)。第二級(jí)用 LDO 出 3.3V 和 1.8V給 sensor、存儲(chǔ)卡、以太網(wǎng)或 GPS 供電LDO 的電源抑制比能有效濾掉 DCDC 的開關(guān)噪聲。第三級(jí)是主控內(nèi)核供電這路必須靠近主控的電源引腳布局時(shí)放到 PCB 同一面走線短粗反饋電阻靠近芯片。ACC 信號(hào)檢測(cè)是電源設(shè)計(jì)的另一關(guān)鍵點(diǎn)。車輛熄火后 ACC 掉電記錄儀需要判斷是進(jìn)入停車監(jiān)控模式還是完全關(guān)機(jī)這個(gè)判斷不能只靠供電電壓因?yàn)橛行┸囆驮谙ɑ鸷簏c(diǎn)煙器仍然帶電。常見做法是把 ACC 接一個(gè) GPIO 或 ADC 引腳用軟件做消抖判斷連續(xù)兩百毫秒檢測(cè)到低電平才確認(rèn)熄火避免車輛啟動(dòng)瞬間電壓波動(dòng)導(dǎo)致誤動(dòng)作。停車監(jiān)控模式的功耗目標(biāo)建議整機(jī)控制在 5mA 以內(nèi)這需要主控進(jìn)入深睡眠、sensor 斷電、僅留一顆低功耗 MCU 監(jiān)聽碰撞信號(hào)和電瓶電壓電壓低于設(shè)定閾值時(shí)主動(dòng)斷電防止電瓶虧電打不著火。這里有個(gè)參數(shù)值得單獨(dú)記低壓保護(hù)閾值不要拍腦袋定。轎車 12V 電瓶在熄火狀態(tài)下約為 12.3V 到 12.6V如果閾值設(shè)成 12V監(jiān)控到半夜就斷電了設(shè)成 11.2V 又可能傷電瓶。建議值設(shè)為 11.8V并帶 0.3V 遲滯避免在閾值附近反復(fù)通斷。3.3 無線與智能化模塊別最后才加很多方案前期規(guī)劃時(shí)沒有預(yù)留無線接口到產(chǎn)品定義階段才要求加 Wi-Fi、4G結(jié)果 GPIO 不夠、天線位置被結(jié)構(gòu)擋住整個(gè)方案推倒重來。我習(xí)慣從一開始就把無線模塊寫進(jìn)系統(tǒng)框圖里哪怕首批產(chǎn)品不啟用。Wi-Fi 模塊在行車記錄儀上的作用是免拔卡下載視頻和 App 預(yù)覽一般走 SDIO 接口速率要求不高U2 即可。重點(diǎn)是天線布局記錄儀安裝在擋風(fēng)玻璃內(nèi)側(cè)天線凈空區(qū)不能被金屬支架擋住否則吞吐率會(huì)掉到原來三分之一。FPC 天線的位置在堆疊階段就要和結(jié)構(gòu)工程師確認(rèn)等模具開了再改就晚了。4G 遠(yuǎn)程監(jiān)控模塊需要考慮兩張網(wǎng)一是視頻上傳碼率和流量成本4G 碼流通常 1Mbps 到 2Mbps一個(gè)月流量可能十幾 GB運(yùn)營(yíng)成本要算進(jìn)產(chǎn)品定價(jià)二是入網(wǎng)合規(guī)。SIM 卡方案盡量選嵌入式卡量產(chǎn)變更方便遠(yuǎn)程斷電重啟功能也建議做成標(biāo)準(zhǔn)接口方便售后排查設(shè)備離線問題。GPS 模塊的排布則注意遠(yuǎn)離 WiFi 天線和 MIPI 走線GPS 天線對(duì)噪聲極敏感。智能化功能如 ADAS、DMS盡量別讓它們?cè)谥骺?CPU 上跑推理。T3 級(jí)帶 NPU 的主控可以直接跑輕量模型T2 以下則建議外掛一顆低功耗 MCU 專門做車道偏離和人臉疲勞檢測(cè)邏輯簡(jiǎn)單、功耗可控也不搶占視頻編碼資源。把這些模塊在方案規(guī)劃階段就固定在系統(tǒng)框圖上后面加功能會(huì)順手很多。4. 從選型到跑通最小方案落地路徑與產(chǎn)測(cè)腳本4.1 最小硬件系統(tǒng)怎么搭動(dòng)手畫板之前先列一張最小硬件清單把需要的物料一次性備齊。以 T2 級(jí) Linux 方案為例最少需要下面這些物料。物料數(shù)量關(guān)鍵參數(shù)備注主控核心板或主控芯片1按選定型號(hào)優(yōu)先買原廠參考板核心板比裸芯片好起步sensor 模組12MP 到 8MPMIPI 接口跟主控參考設(shè)計(jì)配套TF 卡座與 TF 卡1U3 速度等級(jí)至少 32GB產(chǎn)測(cè)也要用同一批次電源小板1寬壓 DCDCLDO 兩級(jí)可先用參考板電源或可調(diào)電源串口轉(zhuǎn)接板1TTL 電平、3.3V看日志必備麥克風(fēng)與喇叭各 1模擬麥克風(fēng)、D 類功放語音提示功能驗(yàn)證按鍵、指示燈若干GPIO 輸入輸出緊急錄像按鍵必備我建議先拿原廠參考板把軟件跑通再畫自己的板子。參考板上電如果直接黑屏問題大概率在電源或 DDR 配置可以先用串口看啟動(dòng)日志DDR 初始化不通過時(shí)日志會(huì)停在內(nèi)存檢測(cè)階段。自己的板子第一版盡量等參考板軟件穩(wěn)定后再動(dòng)手減少變量。4.2 SDK 編譯、燒錄與開機(jī)日志確認(rèn)拿到 SDK 之后先做三件事檢查工具鏈版本、確認(rèn)編譯環(huán)境變量、找參考板配置文件。下面是我常用的編譯流程具體路徑以實(shí)際 SDK 為準(zhǔn)。# 解壓 SDK 到工作目錄并進(jìn)入頂層 Makefile 所在目錄 tar xzf dvr_sdk.tar.gz cd dvr_sdk/ # 加載工具鏈環(huán)境變量toolchain 目錄下通常是交叉編譯器的安裝路徑 source build/envsetup.sh # 選擇參考板配置配置名一般包含主控型號(hào)和 sensor 型號(hào) make dvr_t2_1080p_defconfig # 編譯整個(gè)系統(tǒng)生成 boot 鏡像和根文件系統(tǒng)鏡像 make -j8編譯這一步常見問題是 CPU 核數(shù)開太高導(dǎo)致內(nèi)存不足建議用 make -j4 起步確認(rèn)編譯能過再加并行度。envsetup.sh 里的交叉編譯器路徑如果和實(shí)際工具鏈不一致會(huì)在編譯一開始報(bào) “command not found”優(yōu)先檢查這條路徑。生成的鏡像通常包括引導(dǎo)程序、內(nèi)核和設(shè)備樹、根文件系統(tǒng)三個(gè)部分。燒錄分兩種方式。第一種是 fastboot 模式適合調(diào)試階段通過 USB 線連接電腦操作。# 設(shè)備進(jìn)入 fastboot 模式后確認(rèn)設(shè)備被識(shí)別 fastboot devices # 分別燒錄引導(dǎo)、內(nèi)核、設(shè)備樹和文件系統(tǒng)鏡像 fastboot flash boot boot.img fastboot flash kernel kernel.img fastboot flash dtb dtb.img fastboot flash rootfs rootfs.img fastboot reboot第二種是 SD 卡升級(jí)包方式適合產(chǎn)線。做法是把升級(jí)包放在 FAT32 格式的 TF 卡根目錄插卡上電后引導(dǎo)程序自動(dòng)檢測(cè)升級(jí)。產(chǎn)線用這種方式比 USB 快也不需要每臺(tái)設(shè)備都連電腦。注意升級(jí)包文件名要和引導(dǎo)程序約定一致改名字會(huì)導(dǎo)致設(shè)備直接正常啟動(dòng)而不是進(jìn)入升級(jí)流程。燒錄后第一件事不是看畫面是看串口日志。用串口工具連上轉(zhuǎn)接板波特率一般 115200 或 1500000按主控默認(rèn)參數(shù)來。日志里按順序確認(rèn)這幾個(gè)關(guān)鍵詞DDR 初始化通過、sensor 探測(cè)成功、文件系統(tǒng)掛載成功、錄像線程啟動(dòng)。其中 sensor 探測(cè)失敗是新手最常見的坑表現(xiàn)為日志里找不到 sensor ID 或者 I2C 通信超時(shí)優(yōu)先檢查 sensor 供電、時(shí)鐘頻率和復(fù)位時(shí)序。4.3 圖像效果三類必調(diào)參數(shù)圖像效果調(diào)校是最難標(biāo)準(zhǔn)化的部分因?yàn)橹饔^因素很強(qiáng)脫離了場(chǎng)景談“效果好”后期一定會(huì)返工。行車記錄儀主要調(diào)三類參數(shù)曝光、編碼碼率和降噪強(qiáng)度。參數(shù)推薦范圍對(duì)畫面的影響常見問題曝光目標(biāo)值100 到 140畫面整體亮度過曝則夜景發(fā)白不足則車牌看不清編碼碼率1080p 用 10 到 20Mbps清晰度與文件大小碼率低則運(yùn)動(dòng)畫面馬賽克3D 降噪強(qiáng)度中等檔噪聲與拖影平衡太強(qiáng)則運(yùn)動(dòng)物體有殘影曝光調(diào)校我建議先固定一個(gè)標(biāo)準(zhǔn)場(chǎng)景室內(nèi)均勻光照、照度 300 到 500 勒克斯對(duì)著測(cè)試卡調(diào)整曝光目標(biāo)值讓畫面灰度保持在 80 左右。夜間場(chǎng)景的曝光目標(biāo)是另一個(gè)值所以量產(chǎn)固件一般做“場(chǎng)景識(shí)別”或者按時(shí)段切換參數(shù)。碼率設(shè)置要注意碼率高畫質(zhì)好但 TF 卡寫入壓力大掉電損壞概率也隨之上升1080p 日常推薦 12Mbps 左右4K 推薦 35Mbps 起步。如果 SDK 支持 sysfs 節(jié)點(diǎn)動(dòng)態(tài)改參數(shù)調(diào)試效率會(huì)高很多不用反復(fù)燒固件。# 查詢當(dāng)前曝光目標(biāo)值節(jié)點(diǎn)路徑以具體驅(qū)動(dòng)為準(zhǔn) cat /sys/devices/platform/isp/exposure_target # 臨時(shí)寫入新曝光目標(biāo)值用于快速驗(yàn)證 echo 120 /sys/devices/platform/isp/exposure_target # 查詢當(dāng)前編碼碼率單位通常是 bps cat /sys/devices/platform/venc/bitrate這類節(jié)點(diǎn)只在調(diào)試固件里打開量產(chǎn)固件建議關(guān)閉避免被用戶或惡意腳本篡改。注意寫入的值斷電后即失效確認(rèn)了最終參數(shù)的組合再把參數(shù)固化到配置文件編譯進(jìn)根文件系統(tǒng)這樣才能保證量產(chǎn)一致性。4.4 產(chǎn)測(cè)腳本每臺(tái)機(jī)器出廠前要測(cè)什么產(chǎn)測(cè)流程決定了售后成本。行車記錄儀的售后大頭集中在兩類問題圖像異常和存儲(chǔ)異常。所以產(chǎn)測(cè)項(xiàng)要覆蓋畫面、按鍵、存儲(chǔ)和無線四項(xiàng)基本能力。我習(xí)慣用一個(gè) Python 腳本驅(qū)動(dòng)產(chǎn)測(cè)工位下面是一個(gè)簡(jiǎn)化版本的邏輯示意。#!/usr/bin/env python3 # 產(chǎn)測(cè)腳本運(yùn)行在產(chǎn)測(cè)工位電腦上通過串口或網(wǎng)絡(luò)與設(shè)備通信 import serial import time dev serial.Serial(/dev/ttyUSB0, 115200, timeout2) # 1. 檢查系統(tǒng)啟動(dòng)日志是否包含關(guān)鍵字段 dev.write(bcat /var/log/boot.log\n) time.sleep(1) log dev.read(dev.in_waiting or 64).decode() assert sensor ok in log, sensor probe failed # 2. 檢查 TF 卡讀寫寫入 1MB 測(cè)試文件并校驗(yàn) dev.write(becho test /mnt/sd/test.img sync\n) time.sleep(2) dev.close() print(storage test done)腳本里的 sensor 檢查是啟動(dòng)日志的斷言卡住不動(dòng)就說明 sensor 排線松或供電異常。TF 卡寫入檢查之后產(chǎn)測(cè)程序會(huì)對(duì)測(cè)試文件做循環(huán)讀取校驗(yàn)連續(xù)讀取十次全部一致才算通過這一項(xiàng)能篩掉劣質(zhì)卡。畫面檢查需要人工或者視覺工位對(duì)著標(biāo)準(zhǔn)測(cè)試卡確認(rèn)畫面無壞點(diǎn)、無水波紋、聚焦清晰。自動(dòng)壞點(diǎn)檢測(cè)可以讓主控在產(chǎn)測(cè)模式下統(tǒng)計(jì)暗場(chǎng)環(huán)境的亮點(diǎn)數(shù)量超過三個(gè)判斷為 sensor 不良。量產(chǎn)產(chǎn)測(cè)還有兩個(gè)容易被忽略的項(xiàng)目。一個(gè)是按鍵和指示燈測(cè)試每個(gè)按鍵短按、長(zhǎng)按都要觸發(fā)對(duì)應(yīng)日志指示燈顏色和狀態(tài)切換要人工確認(rèn)。另一個(gè)是老化測(cè)試產(chǎn)線上隨機(jī)抽三臺(tái)機(jī)器滿負(fù)荷錄像兩小時(shí)觀察溫度、掉幀和卡死情況這個(gè)抽檢不能省特別是季節(jié)交替的時(shí)候元器件參數(shù)漂移就是通過老化抽檢暴露出來的。5. 行車記錄儀方案避坑指南五個(gè)現(xiàn)象與對(duì)應(yīng)排查路徑5.1 畫面出現(xiàn)水波紋或斜條紋現(xiàn)象是畫面有緩慢滾動(dòng)的橫向或斜向條紋靜止畫面尤其明顯錄像文件里也存在說明問題出在模擬鏈路而不是顯示端。我排查過類似翻車案例常見原因有兩個(gè)電源噪聲竄入 sensor 模擬供電或者 MIPI 數(shù)據(jù)線參考地不干凈。電源導(dǎo)致的波紋有一個(gè)特征波紋頻率隨車速或發(fā)動(dòng)機(jī)轉(zhuǎn)速變化。把 DC-DC 的開關(guān)頻率調(diào)出攝像頭采樣頻率的干擾范圍或者給 sensor 供電增加一級(jí) LC 濾波基本都能解決。如果是 MIPI 布線問題就需要檢查差分對(duì)是否被其他信號(hào)線長(zhǎng)距離并行以及 MIPI 走線下方是否有電源層經(jīng)過。解決方法是保證 MIPI 差分對(duì)的完整參考地并在數(shù)據(jù)線兩側(cè)加地孔隔離。5.2 夜間噪聲與車燈過曝現(xiàn)象是夜間畫面噪點(diǎn)明顯車牌過曝發(fā)白隧道進(jìn)出口場(chǎng)景忽亮忽暗。單個(gè)原因很難定位往往是 sensor 靈敏度、曝光策略和寬動(dòng)態(tài)參數(shù)三者疊加。最有效的排查路徑是分場(chǎng)景調(diào)整固定車輛靜止?fàn)顟B(tài)分別測(cè)試路燈、無光、對(duì)向來車三種場(chǎng)景每個(gè)場(chǎng)景單獨(dú)調(diào)曝光目標(biāo)和降噪強(qiáng)度。夜間噪點(diǎn)多先檢查是不是降噪強(qiáng)度沒生效有些平臺(tái) 3D 降噪需要運(yùn)動(dòng)補(bǔ)償配合低速行駛時(shí)降噪效果明顯高速時(shí)為了減少拖影會(huì)自動(dòng)減弱這是正?，F(xiàn)象。車燈過曝則需要把寬動(dòng)態(tài)的強(qiáng)光抑制閾值調(diào)低讓高光區(qū)域強(qiáng)制壓暗。這里提醒一句夜間參數(shù)的最終驗(yàn)證不能只在實(shí)驗(yàn)室做必須實(shí)際夜間上路因?yàn)槁窡纛愋秃吐访娣垂獠町惡艽髮?shí)驗(yàn)室數(shù)據(jù)只做參考。5.3 停車監(jiān)控虧電或喚醒失敗現(xiàn)象是車輛停一晚后第二天打不著火或者停車監(jiān)控根本沒錄上。虧電的原因通常是低壓保護(hù)閾值設(shè)得過高設(shè)備監(jiān)測(cè)到電壓掉到 12V 就以為自己還在正常錄像停車監(jiān)控整夜運(yùn)行把電瓶耗空了。喚醒失敗則常見于碰撞信號(hào)檢測(cè)電路誤觸發(fā)或完全不觸發(fā)。排查時(shí)先通過日志確認(rèn)設(shè)備進(jìn)入了哪種狀態(tài)到底是進(jìn)入停車監(jiān)控深睡眠后沒醒來還是從來沒有進(jìn)入深睡眠。如果是前者檢查喚醒源配置碰撞傳感器的中斷 GPIO 是否支持真正的邊沿喚醒有些平臺(tái)只支持電平喚醒低功耗模式下會(huì)出現(xiàn)漏喚醒。虧電問題則直接查看低壓保護(hù)曲線給閾值加遲滯后重新實(shí)測(cè)整夜功耗。我一般會(huì)把整機(jī)停車監(jiān)控功耗目標(biāo)控制在 5mA 以內(nèi)超過 10mA 就說明深睡眠沒有完全生效重點(diǎn)查電源域是否徹底下電。5.4 錄出來的視頻文件損壞或丟失現(xiàn)象是 TF 卡里出現(xiàn)無法播放的文件或者事故發(fā)生那一刻的錄像剛好缺失。這類問題最要命直接動(dòng)搖產(chǎn)品信任度。損壞通常發(fā)生在異常斷電場(chǎng)景車輛拔鑰匙瞬間系統(tǒng)還在寫卡供電瞬間丟失導(dǎo)致 FAT 表沒有更新文件變成不完整狀態(tài)。解決要分層處理。硬件層加掉電檢測(cè)主控檢測(cè)到供電低于閾值后啟動(dòng)一個(gè)掉電中斷把內(nèi)存緩存中最后一段視頻寫入一個(gè)預(yù)先分配好的應(yīng)急文件然后通過大電容維持幾百毫秒完成收尾動(dòng)作。系統(tǒng)層使用雙 FAT 表或者預(yù)分配文件塊減小碎片?？ǖ牟糠忠⒓嫒萘斜砻鞔_要求 U3 等級(jí)以上并在產(chǎn)測(cè)時(shí)做掉電寫卡測(cè)試模擬開車狀態(tài)隨機(jī)斷電連續(xù)一百次不能出現(xiàn)文件損壞這關(guān)過了再談量產(chǎn)。5.5 Wi-Fi 連接不上或傳輸速度極慢現(xiàn)象是 App 搜索不到設(shè)備或者連接后下載一段一分鐘視頻要等很久。先別急著懷疑主控優(yōu)先排查天線和模塊本身。把設(shè)備放固定位置用網(wǎng)分或頻譜儀測(cè)天線駐波比駐波比超過 2 基本就是天線匹配問題。很多公板方案為了壓低成本用了縮水天線出廠測(cè)試全過裝機(jī)后因?yàn)橛薪饘倏蚣苷趽跣盘?hào)跳水。另一種常見問題是 SDIO 接口速率協(xié)商失敗。Wi-Fi 模塊通過 SDIO 與主控相連PCB 走線過長(zhǎng)或串了多余的電阻、磁珠會(huì)讓模塊自動(dòng)降速到 4-bit 模式以下吞吐率直接掉到零頭。解決思路是優(yōu)先保證 SDIO 走線短而直并在驅(qū)動(dòng)配置里把默認(rèn)速度檔和電流檔寫死不要依賴模塊自動(dòng)協(xié)商。最后才是排查信道干擾測(cè)試時(shí)避開 2.4G 擁堵環(huán)境用獨(dú)立信道做基準(zhǔn)數(shù)據(jù)。6. 讓方案更值錢的三招低功耗、加鎖與可靠升級(jí)6.1 停車監(jiān)控的低功耗架構(gòu)怎么搭停車監(jiān)控的功耗做得好不好直接決定產(chǎn)品的上線率和口碑。前面提到過整機(jī)待機(jī)電流要壓到 5mA 以內(nèi)實(shí)現(xiàn)方式是在主板上保留一顆獨(dú)立 MCU主控深睡眠sensor 斷電MCU 監(jiān)聽 G-sensor 中斷和電瓶電壓。碰撞發(fā)生時(shí) MCU 給主控一個(gè)喚醒信號(hào)主控從深睡眠恢復(fù)并初始化錄像整個(gè)過程要控制在 3 秒以內(nèi)否則碰撞片段就漏掉了。這里有個(gè)硬件上容易被忽略的細(xì)節(jié)喚醒后 sensor 的供電不能和主控電源同步開關(guān)否則 sensor 冷啟動(dòng)需要重新跑 I2C 配置幾毫秒的時(shí)序錯(cuò)亂直接導(dǎo)致喚醒后第一次錄像花屏。我習(xí)慣讓 sensor 供電由 GPIO 控制在喚醒流程的固定節(jié)點(diǎn)再上電然后等待 100ms 讓晶振穩(wěn)定后再發(fā)初始化序列。這些動(dòng)作要寫進(jìn)狀態(tài)機(jī)里每個(gè)狀態(tài)都有日志輸出產(chǎn)線升級(jí)后可以直接通過日志核對(duì)。6.2 碰撞錄像別只依賴一個(gè)文件目錄碰撞加鎖邏輯如果只做“把文件改名并加寫保護(hù)屬性”在異常斷電時(shí)依然可能丟失。一個(gè)更可靠的做法是雙寫策略碰撞發(fā)生前系統(tǒng)在內(nèi)存中保留最近十秒的循環(huán)緩沖G-sensor 觸發(fā)后先把這十秒和觸發(fā)后二十秒的前段碼流寫入一個(gè)獨(dú)立的小分區(qū)或 eMMC 緩存再由后臺(tái)線程轉(zhuǎn)存到 TF 卡的加鎖目錄。這樣即使 TF 卡同時(shí)損壞關(guān)鍵影像也已經(jīng)留在主板的非易失存儲(chǔ)里可以配合手機(jī) App 通過 Wi-Fi 導(dǎo)出。實(shí)現(xiàn)上不困難但要注意緩存分區(qū)的磨損均衡。eMMC 的壽命比 TF 卡好得多仍然要按環(huán)形覆蓋方式管理緩存文件單個(gè)文件固定大小觸發(fā)時(shí)只覆寫最舊的那塊避免頻繁擦寫同一塊區(qū)域。這個(gè)機(jī)制的驗(yàn)收標(biāo)準(zhǔn)是連續(xù)模擬一百次碰撞和掉電組合場(chǎng)景加鎖視頻必須可播放且畫面連續(xù)。6.3 A/B 升級(jí)與產(chǎn)線燒錄習(xí)慣OTA 升級(jí)做成 A/B 雙分區(qū)是最穩(wěn)妥的A 區(qū)跑失敗不影響 B 區(qū)啟動(dòng)用戶永遠(yuǎn)有一份可用固件。行車記錄儀上做 A/B 沒有手機(jī)那么大的存儲(chǔ)壓力系統(tǒng)鏡像控制在 100MB 以內(nèi)時(shí)雙分區(qū)成本完全可以接受。升級(jí)過程要分三步校驗(yàn)下載完成后先校驗(yàn)文件哈希升級(jí)寫入后每塊回讀校驗(yàn)最后切換啟動(dòng)標(biāo)記前再做一次應(yīng)用自檢。我遇到過升級(jí)中斷后設(shè)備變磚的案例就是省了回讀校驗(yàn)這一步從此再也不敢省。產(chǎn)線燒錄也一樣。量產(chǎn)固件建議統(tǒng)一走 SD 卡全量升級(jí)包升級(jí)完成后強(qiáng)制進(jìn)入一次自檢模式自檢通過才允許貼合格標(biāo)簽。打印 SN 序列號(hào)和 MAC 地址的動(dòng)作放到同一次燒錄完成避免產(chǎn)線頻繁拔插卡造成不良。最后保留每臺(tái)機(jī)器的燒錄日志按 SN 歸檔售后碰到可疑設(shè)備時(shí)可以對(duì)比當(dāng)時(shí)的固件版本和燒錄參數(shù)很多難復(fù)現(xiàn)的問題就是這樣查出來的。做行車記錄儀方案這幾年最大的教訓(xùn)是別在選型階段省時(shí)間主控定了基本就把產(chǎn)品的上限和下限都定死了。畫板、調(diào)參、產(chǎn)測(cè)這些環(huán)節(jié)都有后悔藥可吃唯獨(dú)芯片選錯(cuò)改一次就是三到六個(gè)月的周期。先把本文這張選型表和避坑清單存下來真正動(dòng)手時(shí)一項(xiàng)項(xiàng)核對(duì)能少走不少?gòu)澛?。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取