前言

傳統(tǒng)的汽車ECU通過診斷刷寫來實現(xiàn)軟件更新，數(shù)據(jù)量較小，一般在幾十KB到幾十MB；隨著汽車的新四化進程持續(xù)推進，汽車上的域控制器或中央計算器的架構(gòu)已經(jīng)演變?yōu)镸PU/SOC+MCU的方案，而針對MPU/SOC軟件升級的數(shù)據(jù)量往往是幾百MB甚至幾GB，使用DoIP加診斷服務（0x34、0x36）來傳輸升級包數(shù)據(jù)，過程比較繁瑣，并且?guī)捓寐瘦^低。通過DoIP發(fā)送36服務，需等待傳輸層的應答即TCP ACK，再等待DoIP的0x8002報文（簡化版不使用0x8002），最后必須等待控制器的診斷肯定響應才能繼續(xù)發(fā)送數(shù)據(jù)。因此，針對數(shù)據(jù)量較大的升級包，各廠商紛紛采用多種新的方法來實現(xiàn)域控制器軟件升級。

上海北匯信息根據(jù)既有的經(jīng)驗，為大家介紹其中一種拋棄了傳統(tǒng)方案，一種新型軟件升級技術及測試方案，該方案基于“一種支持SOA的協(xié)議 +傳統(tǒng)IT的傳輸協(xié)議”組合實現(xiàn)。以下簡稱“SOA協(xié)議”和“IT協(xié)議”。

域控制器升級流程簡介

圖1升級流程示意圖

如上圖所示，實現(xiàn)從節(jié)點域控升級，是由主節(jié)點來發(fā)起升級任務，此流程主要在車內(nèi)進行。主節(jié)點首先通過“SOA協(xié)議”給從節(jié)點建立升級任務，再將升級包通過”IT協(xié)議”發(fā)送給從節(jié)點，同時通過”SOA協(xié)議”控制升級流程；相比使用診斷服務實現(xiàn)升級，此流程簡潔高效，能快速實現(xiàn)升級軟件的目的。

測試用例的構(gòu)成

針對從節(jié)點的升級測試，主要分為以下幾個部分：1.正向流程測試；2.狀態(tài)跳轉(zhuǎn)測試；3.故障碼測試；4.場景測試

圖2部分測試用例

域控制器升級測試的主要環(huán)境

北匯主要使用Vector的CANoe+VN56xx來開發(fā)測試用例與執(zhí)行測試，加上基本外設，如程控電源等，可以快速搭建好測試環(huán)境，示意圖如下所示：

圖3測試環(huán)境示意圖

在測試腳本中，使用CANoe仿真主節(jié)點，主要實現(xiàn)的是”SOA協(xié)議”與”IT協(xié)議”兩個模塊功能；1.仿真CANoe作為主節(jié)點，發(fā)送”SOA協(xié)議”請求給DUT，來控制升級流程；2.仿真CANoe作為”IT協(xié)議” Server，收到DUT的”IT協(xié)議”請求后，將升級包通過”IT協(xié)議”發(fā)送給DUT。

圖4測試腳本框圖

域控制器升級測試實例

數(shù)據(jù)傳輸過程

CANoe仿真主節(jié)點給從節(jié)點建立升級任務后，從節(jié)點便發(fā)送”IT協(xié)議”請求升級包路徑，仿真主節(jié)點響應升級包路徑，從節(jié)點則發(fā)送”IT協(xié)議”獲取升級包。仿真主節(jié)點使用”IT協(xié)議”發(fā)送升級包，在傳輸過程中可以使用SOA協(xié)議周期讀取傳輸進度，等待傳輸完成后，仿真主節(jié)點發(fā)送安裝請求，在安裝過程中周期讀取安裝進度。以下是測試報告和測試數(shù)據(jù)的示例。

圖5建立任務與傳輸過程測試報告

圖6安裝升級包測試報告

總結(jié)

本文介紹實現(xiàn)域控制器升級的一種新興技術方案，其在汽車電子領域已廣為接受并采用。此方案相比使用診斷服務實現(xiàn)升級，主要有以下兩個優(yōu)點：

1. 升級流程簡潔高效
2. 傳輸升級包效率更高

北匯信息緊跟技術發(fā)展的脈搏，在此領域已經(jīng)積累了測試規(guī)范開發(fā)、測試腳本開發(fā)、測試執(zhí)行的經(jīng)驗，同時根據(jù)北匯在汽車電子豐富的測試經(jīng)驗，開發(fā)具有深度的用例覆蓋不同場景，為客戶的汽車電子產(chǎn)品軟件升級質(zhì)量保駕護航，加快車型研發(fā)進度！