智能互聯(lián)汽車遠程診斷測試平臺開發(fā)

葉志偉

（福建奔馳汽車有限公司，福建 福州 350119）

隨著互聯(lián)網(wǎng)和通信技術的發(fā)展，智能互聯(lián)是汽車發(fā)展的重要方向。車輛智能互聯(lián)有多種使用場景，其中遠程故障診斷是目前看來應用較好的場景之一。通過采集車輛信息，利用Telematics BOX （T-BOX） 傳輸?shù)胶笈_。當后臺收集到這些數(shù)據(jù)后，一方面可以為智能互聯(lián)的車主提供及時有效的售后服務，同車主建立良好的關系；另一方面可以為車輛研發(fā)部門提供寶貴的基礎資料，提升優(yōu)化車輛設計開發(fā)［1］。

為應對日新月異的市場需求，智能互聯(lián)系統(tǒng)更新?lián)Q代要快于整車開發(fā)周期，并且遠程診斷又依賴整車信號。為解決這種矛盾，一種有效的方式就是開發(fā)智能互聯(lián)汽車遠程診斷測試平臺，在整車開發(fā)的過程中，利用該平臺同步開發(fā)智能互聯(lián)遠程診斷系統(tǒng)。這種模式具有縮減周期、降低成本、靈活升級的優(yōu)勢。

1 系統(tǒng)架構

系統(tǒng)架構是測試平臺搭建的基礎，硬件搭載和系統(tǒng)仿真均需要參考系統(tǒng)架構。開發(fā)測試平臺是基于整車電子電器架構搭建的，在整車電子架構下進行簡化，刪去同遠程診斷相關度不高的節(jié)點。

其中，智能互聯(lián)系統(tǒng)最重要的控制器——T-box位于診斷CAN （D-CAN） 上，收集處理來自整車其他控制器的信號。除了D-CAN外，全車診斷信號來自全車各個控制器，所以搭建該平臺時，還涉及整車多路CAN，其中包括車身CAN（BODY-CAN）、底盤CAN （CHASSIS-CAN） 以及人機CAN（HMI-CAN），系統(tǒng)架構如圖1所示。

圖1 系統(tǒng)架構

2 硬件搭載

為了測試結果更貼近真實情況，測試開發(fā)平臺要盡可能接近整車。但是，如果完全依照整車搭建，就失去了使用該平臺的周期短、成本低、靈活性好的優(yōu)勢。為了兼顧這兩方面問題，該平臺使用真實節(jié)點與軟件仿真相結合的方式搭建。

T-BOX是智能互聯(lián)系統(tǒng)最重要的節(jié)點，位于D-CAN上，采用真實節(jié)點。HMI-CAN參與人機交互，能夠在測試過程中提供可視化的反饋。因此HMI-CAN上的控制器也采用真實節(jié)點。考慮到對于遠程診斷而言，CHASSIS-CAN和HMICAN只是提供相關信號，所以，這兩路CAN的節(jié)點均采用模擬仿真的形式實現(xiàn)。

圖2為測試平臺的硬件示意圖。將D-CAN和HMI-CAN上的各個控制器安裝在定制的支架上。通過改制的線束，將各個控制器接口有關的PIN腳接入到總線上。同時，將DCAN、BODY-CAN、CHASSIS-CAN和HMI-CAN接入CANcase 1630A，實現(xiàn)仿真功能。此外，還需設計接口用于讀取測試數(shù)據(jù)：首先制作OBD接口，用于讀取D-CAN信號；另外，還制作T-BOX內(nèi)部信號讀取接口，通過RS232轉USB接入筆記本電腦，讀取T-BOX內(nèi)部信號。

圖2 測試平臺硬件搭載

3 系統(tǒng)仿真

采用Vector總線開發(fā)工具CANoe進行系統(tǒng)仿真。其優(yōu)勢在于：該工具既可以實現(xiàn)全虛擬節(jié)點的仿真，也可以實現(xiàn)真實節(jié)點與虛擬節(jié)點相結合的半仿真。同時，還可以觀測信號的變化，將信號的變化情況進行記錄。

3.1 模擬仿真環(huán)境搭建

由系統(tǒng)架構可知，模擬仿真涉及4個網(wǎng)段。各個網(wǎng)段之間通過網(wǎng)關實現(xiàn)CAN信號交互。通過CANoe軟件中Simulation setup窗口配置，實現(xiàn)模擬各個控制器的系統(tǒng)框架搭建［2］。如果有真實的節(jié)點，就可以屏蔽該模塊。

3.2 CAPL語言編程

當仿真涉及到控制邏輯相對復雜時，僅采用IG控制器或者仿真面板不足以滿足要求，這時候就可以使用CANoe自帶的CAPL編程語言，靈活實現(xiàn)各種邏輯關系。對于遠程診斷而言，模擬車輛故障事件，往往是多個信號相互關聯(lián)的。CAPL編程工具對實現(xiàn)測試平臺的功能起到重要作用［3］。在平臺搭建過程中，涉及虛擬節(jié)點的仿真，多運用CAPL語言編寫其控制邏輯，以模擬虛擬節(jié)點在原車的工作狀態(tài)。

3.3 可視化Panel面板建立

為了方便觀測，利用CANoe中Panel設計模塊，對測試平臺設計的功能建立可視化模塊。基于整車DBC文件，將所需的Signal或者Environment Variable與控件關聯(lián)［4］。并利用控件設置，導入直觀的圖標，其測試控制面板如圖3所示。利用測試控制面板，可以很方便地控制多種場景的模擬，比如電池故障、制動器磨損、胎壓不足等。

圖3 測試控制面板

4 測試驗證

通過搭建測試平臺，能夠通過仿真模擬實車出現(xiàn)的故障、保養(yǎng)相關的信號。智能互聯(lián)系統(tǒng)會將這些數(shù)據(jù)上傳到后臺服務器中，而后臺服務器又將數(shù)據(jù)傳遞給前端的用戶側和售后系統(tǒng)。這套機制讓車主可以通過網(wǎng)頁或者應用來直觀查看車輛的情況；讓經(jīng)銷商售后盡快得知車輛遠程診斷相關信息，提供及時服務。在測試時，通過應用或者經(jīng)銷商售后系統(tǒng)查看測試結果是最直接有效的。然而，這也存在一些弊端，就是當系統(tǒng)出現(xiàn)異常時，難以定位問題。這些問題可能是車輛導致，也可能是智能互聯(lián)前、后端平臺導致。所以，在開發(fā)測試驗證過程中，除了從客戶角度驗證，還需要從車輛端進行驗證。

CANoe在Measurement Setup窗口下，有數(shù)據(jù)保存的功能，可以在CANoe運行后，記錄CAN信號并保存Logging文件。在測試驗證時，可以將這個模塊激活。記錄的數(shù)據(jù)還可以導入CANoe中進行分析。

還需要考慮的是，在某些情況下，CAN信號發(fā)送正常，但是T-BOX沒有把該信號傳輸給智能互聯(lián)IT后臺。因此，讀取分析T-BOX的內(nèi)部信號也可以有助于找出問題所在。TBOX提供了一個接口，可以通過RS232轉USB接入電腦，將T-BOX內(nèi)部信號傳遞給電腦，并記錄下T-BOX的“行為”。這里，可以通過使用PuTTY工具設置匹配的接口和讀取速度，記錄T-BOX內(nèi)部信號，如圖4所示。通過該工具，有助于工程師分析T-BOX是否工作正常，如果發(fā)生異常，也可以快速準確地查找到異常發(fā)生的根源。在一定程度上，可以在沒有IT后臺的支持下，分析車輛工作是否正常，提升了工作效率。

圖4 PuTTY工具設置

5 結束語

本文通過車輛部分控制單元同系統(tǒng)仿真相結合，提出了建立一套智能互聯(lián)汽車遠程診斷測試平臺的方法。該測試平臺靈活性強，遠程診斷系統(tǒng)可以隨整車開發(fā)同步進行，讓IT平臺與車輛的集成匹配在開發(fā)前期就得到驗證。在搭建測試平臺時，還需考慮到拓展性和便利性。隨著整車開發(fā)周期逐步推進，測試平臺還可以進行拓展，使用開發(fā)成熟度更高的控制器或軟件迭代前期使用的控制器或軟件。對于系統(tǒng)集成開發(fā)人員，可以提供一定的幫助。