一,、引言

隨著汽車新四化“電動(dòng)化、網(wǎng)聯(lián)化、智能化、共享化”全面推進(jìn),，幾乎每一項(xiàng)新技術(shù)的誕生都離不開汽車電子的身影,。其中,，電子控制單元（Electronic Control Unit，ECU）作為汽車電子控制系統(tǒng)的核心,。與傳統(tǒng)ECU相比,，采用AUTOSAR（AUTomotive Open System ARchitecture，汽車開放系統(tǒng)架構(gòu)）這種分層架構(gòu),，極大降低了汽車嵌入式系統(tǒng)軟,、硬件耦合度。

圖1 傳統(tǒng)軟件架構(gòu)與AUTOSAR架構(gòu)對(duì)比

此外,，隨著國內(nèi)新能源汽車相關(guān)控制器正向開發(fā)需求的增長,，AUTOSAR規(guī)范越來越受到大家的關(guān)注，并且應(yīng)用需求也越來越大,。國內(nèi)一些主流整車廠以及零部件供應(yīng)商都開始致力于符合AUTOSAR規(guī)范的車用控制器軟件開發(fā),。

二、汽車電子控制系統(tǒng)

汽車電子控制系統(tǒng)由傳感器（Sensor）,、電子控制單元（Electronic Control Unit,，ECU）和執(zhí)行器（Actuator）組成。

圖2 汽車電子控制系統(tǒng)基本構(gòu)成

傳感器作為信號(hào)輸入裝置,，用來檢測和采集各種信息,，如溫度,、壓力、轉(zhuǎn)速等,，可以將非電量信號(hào)轉(zhuǎn)換為電信號(hào)傳給電子控制單元,。

ECU 也即汽車嵌入式系統(tǒng)（Automotive Embedded System，AES）,，ECU對(duì)傳感器的信號(hào)進(jìn)行處理,，通過控制算法向執(zhí)行器發(fā)出控制指令。硬件部分主要由微控制器（Microcontroller,，MCU）及外圍電路組成,；軟件部分主要包括硬件抽象層（Hardware Abstraction Layer，HAL）,、嵌入式操作系統(tǒng)及底層軟件和應(yīng)用軟件層,。

執(zhí)行器為執(zhí)行某種控制功能的裝置，用于接收來自ECU的控制指令,，并對(duì)控制對(duì)象實(shí)施相應(yīng)的操作,。

三、ECU開發(fā)流程中總線通訊：ARXML 規(guī)則下的標(biāo)準(zhǔn)化協(xié)作

ECU 實(shí)際開發(fā)流程中,，從需求分析與定義到系統(tǒng)集成測試,，總線通訊貫穿始終。

比如在需求分析與定義階段,，開發(fā)團(tuán)隊(duì)首先要梳理整車功能需求,，明確各 ECU 需要實(shí)現(xiàn)的功能及彼此間的數(shù)據(jù)交互需求。

基于這些需求,，工程師使用 ARXML （AUTOSAR Extensible Markup Language）文件定義 ECU 間的通訊協(xié)議,，包括選擇 CAN、Flexray 還是 SOME/IP 總線,，以及詳細(xì)規(guī)劃報(bào)文結(jié)構(gòu),、信號(hào)編碼等內(nèi)容。

以 CAN 總線為例,，ARXML 文件中會(huì)明確 CAN 報(bào)文的 ID,、數(shù)據(jù)長度、信號(hào)位置及編碼方式等信息,。開發(fā)人員依據(jù)這些規(guī)范進(jìn)行代碼實(shí)現(xiàn),，確保各個(gè) ECU 在 CAN 總線上準(zhǔn)確收發(fā)數(shù)據(jù)。

在集成測試階段,，ARXML 文件提供的標(biāo)準(zhǔn)化描述,，能幫助測試人員快速搭建測試用例，驗(yàn)證 ECU 間的通訊邏輯是否符合預(yù)期,。比如,，通過對(duì)比 ARXML 定義的信號(hào)與實(shí)際總線上抓取的數(shù)據(jù),，精準(zhǔn)定位通訊異常問題，極大提升開發(fā)效率與系統(tǒng)穩(wěn)定性,。

四,、ADTF：汽車數(shù)據(jù)與時(shí)間觸發(fā)框架（Automotive Data and Time-Triggered Framework）

ADTF 作為一款專業(yè)的汽車數(shù)據(jù)與時(shí)間觸發(fā)框架軟件，是一個(gè)基于層級(jí)和面向服務(wù)的系統(tǒng)架構(gòu),。

圖3 ADTF 系統(tǒng)架構(gòu)

大家也可以看出來,，ADTF同樣采用模塊化的設(shè)計(jì)，與AUOSAR CP 架構(gòu)層級(jí)設(shè)計(jì)有異曲同工之妙,?；赗untime來封裝底層服務(wù)，通過插件開發(fā)可以生成各類工具箱,，完成ECU開發(fā)中各類測試任務(wù),。比如在總線類數(shù)據(jù)的解析與測試領(lǐng)域有良好的表現(xiàn)。它具備強(qiáng)大的多總線數(shù)據(jù)處理能力,，比如adtf_car_communication_toolbox,、adtf_device_toolbox。能夠無縫接入 CAN,、Flexray,、SOME/IP 等多種汽車總線，并基于 ARXML 規(guī)則對(duì)總線數(shù)據(jù)進(jìn)行解析,。

五,、應(yīng)用案例

在ADTF Car Communication Toolbox中，基于 “AUTOSAR ARXML 文件對(duì)汽車總線通信數(shù)據(jù)進(jìn)行解碼,，實(shí)現(xiàn)了 CAN,、FlexRay 和 SOME/IP 等總線協(xié)議的解析,。

圖4 Decoding CAN using arxml database

圖5 Decoding FlexRay using arxml database

圖6 Decoding SOMEIP using arxml database

該工具包通過集成 ARXML 解析能力,，使 ADTF 具備汽車總線通信的解碼功能，適用于車載網(wǎng)絡(luò)開發(fā),、測試與分析場景,，幫助工程師將原始總線數(shù)據(jù)轉(zhuǎn)換為可理解的信號(hào)流，提升汽車電子系統(tǒng)的開發(fā)效率,。

六,、結(jié)語

在汽車電子技術(shù)飛速發(fā)展的當(dāng)下，基于 ARXML 規(guī)則的總線通訊標(biāo)準(zhǔn)化與高效解析能夠加快ECU開發(fā)流程,。

ADTF 具備多總線數(shù)據(jù)解析與測試能力,，深度結(jié)合 ARXML 規(guī)則，為 CAN,、Flexray,、SOME/IP 等總線數(shù)據(jù)處理提供測試解決方案,。

無論是 ECU 開發(fā)過程中的協(xié)議驗(yàn)證，還是整車集成測試中的問題定位,，ADTF 都能快速部署完成測試開發(fā),。