張金葉，史會英，陳建強

(1.北京汽車股份有限公司，北京 101300；2.易圖通科技(北京)有限公司保定分公司，河北保定 071000)

0 引言

近幾年國內(nèi)汽車市場發(fā)展迅速，相關(guān)的汽車電子行業(yè)也得到極大的促進(jìn)[1]，使得汽車電控單元和傳感器數(shù)量得到廣泛應(yīng)用[2]。舒適性、安全性和多樣性已成為汽車行業(yè)的發(fā)展趨勢，車身控制模塊(Body Control Module，BCM)是實現(xiàn)車身功能要求的核心[3]。由于每家零部件供應(yīng)商采用的軟硬件設(shè)計方案均不同，同一套測試用例庫(Test Case Library)往往無法全部覆蓋每一家供應(yīng)商的產(chǎn)品，經(jīng)常會有隱形軟件Bug未被發(fā)現(xiàn)，一旦這樣的產(chǎn)品流入市場，會給用戶造成非常大的困惑，甚至改變用戶汽車品牌的忠誠度。在汽車行業(yè)內(nèi)，由于BCM屬于黑盒子零部件，很多整車廠(Original Equipment Manufacturer，OEM)并沒有投入太大的精力去研究BCM的軟硬件特點和可靠性測試方法，大多OEM通過簡單的臺架測試和實車生產(chǎn)驗證后即投入量產(chǎn)，這使得大量的隱形軟件Bug流入市場，這種方式雖然縮短了產(chǎn)品開發(fā)周期，但通過市場來驗證產(chǎn)品問題的方式，也會給車廠帶來巨大的經(jīng)濟(jì)和品牌損失。因此，BCM開發(fā)過程中，整車廠工程師必須與供應(yīng)商軟硬件工程師展開DFMEA、系統(tǒng)測試方面的工作，通過對軟硬件設(shè)計方案的了解，尋找最佳的測試方案，設(shè)計更有針對性的測試用例庫，提高產(chǎn)品的測試效率。

1 BCM系統(tǒng)RF模塊架構(gòu)分析

圖1是某SUV車型BCM RF模塊框圖，該BCM RF接受模塊采用的IC為MAX7036，而MAX7036只輸出曼徹斯特解碼格式的基帶信號電平，需要MCU對RF基帶信號進(jìn)行軟件解碼，即MCU要將基帶信號轉(zhuǎn)化為數(shù)字信號，并進(jìn)行數(shù)據(jù)校驗、解密運算，因此對MCU的軟件資源要求較高，尤其是BCM進(jìn)入低功耗后，RF接收模塊占據(jù)了MCU的大量資源。

圖1 RF模塊架構(gòu)

根據(jù)BCM的產(chǎn)品設(shè)計規(guī)范可知，該BCM集成了遙控鑰匙(Remote Keyless Entry，RKE)和胎壓監(jiān)測(Tire Pressure Monitor System，TPMS)功能，遙控鑰匙和胎壓傳感器信號采用曼徹斯特編碼方式，通過ASK調(diào)制方式，以433.92 MHz的載波發(fā)射出去，RKE和TPMS信號波特率分別為1.667和4.2 kb/s。 BCM進(jìn)入低功耗后，仍然在周期接收RKE、TPMS的信號，RKE解碼成功時BCM會立即喚醒CAN網(wǎng)絡(luò)，并執(zhí)行解閉鎖動作，而TPMS喚醒后僅更新EEPROM中的胎壓狀態(tài)，然后立即進(jìn)入低功耗。所以MCU進(jìn)入低功耗后，必須有足夠資源去進(jìn)行解碼，且不會影響其他子程序的運行。

2 看門狗電路分析

因為BCM控制著全車的內(nèi)、外燈系統(tǒng)(遠(yuǎn)近光、位置燈、剎車、轉(zhuǎn)向、位置燈和內(nèi)部的閱讀燈)，一旦BCM的軟件或硬件出現(xiàn)異常，例如行車過程中近光燈突然熄滅，將發(fā)生嚴(yán)重的危害事件，根據(jù)ISO 26262針對車輛電子系統(tǒng)的功能安全設(shè)計要求，BCM的近光燈控制回路應(yīng)有具備看門狗電路，即一旦BCM出現(xiàn)異常，近光燈控制功能應(yīng)快速進(jìn)入跛行模式，以確保夜間車輛高速行駛的安全性。BCM位置燈和近光燈的看門狗電路如圖2所示， 對看門狗電路分析，可以將其作為MCU工作異常的硬件檢測端口，這樣在不破壞BCM正常運行的前提下，可以通過看門狗電路的狀態(tài)來判斷MCU的工作狀態(tài)。

圖2 近光燈看門狗電路

LIMP_HOME_KICK信號來自于MCU_Pin92，Q9、C2013、C231和R309組成RC充放電電路，74HC14是6通道反向施密特觸發(fā)器，BCM上電工作后，通過點a可以測得MCU輸出的不同占空比的方波信號，BCM正常工作時，點b的輸入電壓大于VIH(3.15 V)，這樣點c輸出的電壓一直維持在低電平狀態(tài)。當(dāng)BCM軟件出現(xiàn)異常時，點b電壓小于VIL(1.80 V)，點c會輸出高電平到U13的Pin9，從而使U13的Pin11始終處于低電平狀態(tài)，這樣當(dāng)點火開關(guān)處于ON檔位時，U13驅(qū)動近光燈繼電器始終處于吸合狀態(tài)(圖3)，將近光燈持續(xù)點亮。

3 RF模塊測試方案的制定

通過對BCM RF模塊功能的分析，BCM在正常工作狀態(tài)時，常規(guī)測試即可以驗證RF模塊的基本性能，而BCM進(jìn)入低功耗后，BCM接收RKE和TPMS信號的喚醒率和解碼成功率是一個關(guān)鍵測試項。而外部環(huán)境存在同頻干擾信號時，RF模塊的誤喚醒率和MCU資源占用率是另外一個測試關(guān)鍵項。具體的RF模塊測試矩陣如表1所示，這里特別強調(diào)的是整車廠和供應(yīng)商工程師的職責(zé)和分工。

圖3 近光燈驅(qū)動電路

序號測試內(nèi)容測試條件OEMSupplier1晶振電路匹配實驗室環(huán)境ConfirmExecute2晶振電路測試(高低溫)實驗室環(huán)境ConfirmExecute3Ant-SAW-LNA1-LNA2等各級之間阻抗匹配實驗室環(huán)境ConfirmExecute4Tank circuit電路調(diào)試實驗室環(huán)境ConfirmExecute5Data slicer電路調(diào)試實驗室環(huán)境ConfirmExecute6基帶信號測試實驗室環(huán)境ConfirmExecute7工作電流測試實驗室環(huán)境ConfirmExecute8傳導(dǎo)靈敏度測試(常溫)實驗室環(huán)境ConfirmExecute9耦合靈敏度/接收帶寬測試(常溫,GTEM)實驗室環(huán)境ConfirmExecute10抗干擾測試(常溫,GTEM)實驗室環(huán)境ConfirmExecute11耦合靈敏度測試(高低溫)實驗室環(huán)境ConfirmExecute12器件誤差對靈敏度的影響測試實驗室環(huán)境ConfirmExecute13BCM喚醒率和誤喚醒率測試測試臺架&實車環(huán)境壓力測試Execute & ConfirmExecute14BCM MCU負(fù)載率測試測試臺架&實車環(huán)境壓力測試Execute & ConfirmExecute15RKE測試方向圖實車環(huán)境測試Execute & ConfirmExecute

為了確保RKE功能的穩(wěn)定性，整車廠主要針對表1中的13—15項進(jìn)行測試。測試BCM 進(jìn)入休眠狀態(tài)后的MCU負(fù)載率，為了保證測試的真實性，可以通過檢測RF模塊的RF_ON、ASK_IN，以及看門狗電路的LIMP_HOME_KICK(a)b、LIMP_HOME(c)的波形，并觀察近光燈繼電器的動作，就可以間接地判斷MCU的工作狀態(tài)，這種通過監(jiān)控硬件的測試方式，可以避免因在MCU中植入測試程序而影響測試結(jié)果的真實性，測試方案如圖4所示。

將BCM的硬線觸發(fā)源全部處于未激活狀態(tài)，用CANOE向BCM發(fā)出休眠指令，待BCM進(jìn)入休眠后，調(diào)節(jié)射頻信號發(fā)生器，基波信號433.92 MHz，容差小于±70 kHz，基帶信號采用與RKE信號同樣的編碼方式，傳輸速率從4.2 kb/s開始，按照0.1 kb/s的步長，逐級調(diào)節(jié)基帶信號的速率。當(dāng)基帶信號接近9 kHz時，LIMP_HOME_KICK信號波形(點a)高電平脈寬為5 ms，低電平脈寬為90 ms，如圖5所示。此時點b的波形會發(fā)生一定的變化，波形最低點為3.8 V，變化周期為90 ms，波形如圖6所示。此時點c仍然為低電平，所以近光燈狀態(tài)不會改變。

圖4 測試方案

圖5 點a波形圖

圖6 點b波形圖一

當(dāng)基帶信號接近10 kHz，此時MCU發(fā)出LIMP_HOME_KICK信號開始錯亂， 點b波形周期已達(dá)276 ms，低于2.0 V的時間為85 ms。此時，Limp_Home信號的高電平觸發(fā)時間達(dá)到52 ms，足可以使SK5871開啟近光燈繼電器，所以近光燈必然會被誤點亮(閃爍)，如圖7—圖8所示。

圖7 點b波形圖二

圖8 點c波形圖

從圖9也可以觀察到LIMP_HOME_KICK異常時，RF_ON信號也變?yōu)榱烁唠娖剑f明MCU此時出現(xiàn)誤喚醒的情況，已經(jīng)在連續(xù)進(jìn)行RF信號的解碼。一旦用戶在日常車輛使用時遇到這種問題，必然會引起極大的心里恐慌，由于BCM不會記錄這類故障代碼，這也會給售后故障診斷帶來非常大的困難。

通過這種壓力測試，可以證明該BCM RF模塊在進(jìn)入低功耗后，MCU存在資源占用率較高的情況，導(dǎo)致看門狗電路短暫性誤觸發(fā)。同樣，在BCM喚醒后，按照同樣的試驗條件進(jìn)行壓力測試，現(xiàn)BCM輸出PWM波形的I/O口同樣出現(xiàn)了信號瞬斷的現(xiàn)象。

圖9 系統(tǒng)異常波形圖

4 結(jié)束語

通過以上的測試用例分析，說明在BCM開發(fā)過程中，僅通過常規(guī)的正向測試，是很難發(fā)現(xiàn)車輛在特殊環(huán)境中出現(xiàn)的異常情況。很多國產(chǎn)車型電器系統(tǒng)偶發(fā)性故障居高不下，一個很重要的原因就是整車廠的開發(fā)工程師對電子產(chǎn)品的硬件和軟件架構(gòu)不熟悉，因此編寫的測試用例往往僅限于功能邏輯測試，而忽略了產(chǎn)品深層次或系統(tǒng)性的軟件測試。