基于AUTOSAR模型的電控系統(tǒng)軟件的集成實現(xiàn)

何曉明 趙光亮 史家濤

摘要：嵌入式軟件的兼容性與可靠性成為汽車行業(yè)普遍關注的問題。本文結合汽車開放系統(tǒng)架構AUTOSAR，以MATLAB/Simulink軟件為依托，敘述了一種AUTOSAR模型與非AUTOSAR架構的基礎軟件集成生成可執(zhí)行程序的過渡集成實現(xiàn)方法，為開發(fā)符合AUTOSAR標準的電控系統(tǒng)嵌入式軟件提供了參考。

關鍵詞：AUTOSAR;模型;嵌入式軟件

中圖分類號：U469.72? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?文獻標識碼：A? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 文章編號：1674-957X（2021）14-0004-02

0? 引言

隨著汽車電子行業(yè)的發(fā)展，對電控系統(tǒng)嵌入式軟件的兼容性和可靠性越來越高，符合AUTOSAR架構的嵌入式軟件成為發(fā)展趨勢。在實際開發(fā)過程中，應用軟件可以選擇使用MATLAB/Simulink模型實現(xiàn)，基礎軟件部分采用手寫代碼實現(xiàn)。在嵌入式軟件由非AUTOSAR架構切換到AUTOSAR架構的過渡過程中，應該采用合適的方法來完成軟件的集成，本文提出了一種基于AUTOSAR模型的電控系統(tǒng)嵌入式軟件的集成方法，即當應用軟件部分采用AUTOSAR架構的模型，基礎軟件部分復用非AUTOSAR架構的代碼時嵌入式軟件的集成方法。

1? AUTOSAR模型接口設計

AUTOSAR模型是由MATLAB中的Simulink模型實現(xiàn)的，每個模型對應一個軟件組件，軟件組件之間的數(shù)據(jù)交互通過RTE層實現(xiàn)。要將數(shù)據(jù)傳到RTE層，在模型中就要有對應的端口。一般而言，在軟件組件之間進行數(shù)據(jù)交互的端口有Send-Receive類型和Client-Server類型。在軟件組件和基礎軟件之間數(shù)據(jù)交互的端口為Client-Server類型。其中Send-Receive類型的端口在模型中的描述如圖1所示。

在圖1中，rsr_Arg1和rsr_Arg2為兩個接收端口，psr_Out1為一個發(fā)送端口。在模型生成的代碼中，對應rsr_Arg1端口的函數(shù)為Rte_Read_rsr_Arg1_rsr_Arg1（&tmpRead），該函數(shù)在模型中調(diào)用，在RTE模塊中完成定義。對于發(fā)送端口psr_Out1，在模型生成的代碼中對應的端口函數(shù)為Rte_Write_psr_Out1_psr_Out1（tmpRead + tmpRead_0），該函數(shù)在RTE模塊完成定義。

Client-Server類型的端口類似于C代碼中的函數(shù)調(diào)用，在模型中可以使用Simulink自帶的FunctionCaller模塊來實現(xiàn)。如果是模型和基礎軟件之間有數(shù)據(jù)交互，這時模型中一般為客戶端，基礎軟件中一般為服務器端。下面首先介紹客戶端端口在模型、代碼中的描述。如果在模型中需要調(diào)用C代碼中的BSW_SendData函數(shù)，則需要模型中構造一個客戶端端口，如圖2所示。從圖中可以看出函數(shù)BSW_SendData有port和byte兩個輸入?yún)?shù)。該端口在模型生成代碼中的描述為Rte_Call_rcs_BSW_SendData_BSW_SendData（25，18），該函數(shù)在RTE模塊完成定義。

服務器端口將在第二部分結合基礎軟件接口開發(fā)來展開論述。模型生成代碼時會產(chǎn)生對應的ARXML文件，這些文件中描述了模型對外的端口，也是RTE模塊的輸入。

2? 基礎軟件接口開發(fā)

對于基礎軟件部分，需要完成對原來代碼的整改。首先梳理基礎軟件部分與應用軟件部分的軟件交互，包括全局變量和函數(shù)等。梳理清楚之后，將原來的變量接口全部修改為函數(shù)接口。然后再通過Client-Server類型的端口形式完成與模型之間的數(shù)據(jù)交互。在項目實現(xiàn)中，基礎軟件部分一般是服務器端，模型中使用的端口一般是客戶端，從代碼層面來講即為在模型中通過RTE層調(diào)用代碼中的函數(shù)。

在基礎軟件部分，也需要提供對應端口的ARXML文件，此處可以借助MATLAB來生成ARXML文件。結合第一部分客戶端端口的例子，在BSWTest.c文件中有函數(shù)BSW_SendData（uint8 port，uint8 byte），該函數(shù)需要提供給應用層使用。此時可以創(chuàng)建符合AUTOSAR架構的模型BSWTest.slx，在模型中使用Simulink Function模塊創(chuàng)建一個服務器端，如圖3所示。最后模型生成代碼生成BSWTest.arxml文件，該文件中描述的服務器端口可以與BSWTest.c中的函數(shù)BSW_SendData（uint8 port，uint8 byte）對應，可以用作RTE模塊的輸入。

3? RTE代碼實現(xiàn)

通過上述第一部分和第二部分的介紹，在模型生成代碼中端口對應的函數(shù)實現(xiàn)是在RTE層。下面詳細介紹RTE代碼的實現(xiàn)過程。RTE代碼生成的輸入文件為軟件組件和基礎軟件等部分對應的ARXML文件，RTE模塊可以采用ETAS公司的工具鏈，通過配置實現(xiàn)RTE模塊的代碼生成。

通過RTE工具鏈生成代碼的輸入為軟件組件和基礎軟件部分對應的ARXML文件。結合第一部分和第二部分的例子，以圖4中連接關系來說明。

在圖4中共有兩個軟件組件和一個基礎軟件服務模塊，對應模型實現(xiàn)分別為Test1.slx、Test2.slx和BSWTest。在這三個模塊中需要實現(xiàn)的連接關系有：

①Send-Receive類型端口：Test1.slx的發(fā)送端口psr_Out1_Out1連接到Test2.slx的接收端口rsr_Out1_Out1。

②Client-Server類型端口：BSWTest的服務器端口pcs_BSW_SendData連接到Test1.slx的接收端端口rcs_BSW_SendData。

將以上三個模塊對應的ARXML文件導入ISOLAR-AB工具中并創(chuàng)建軟件組件，可在軟件組件中完成以上關系的連接，連接關系圖如圖5所示。

完成軟件組件之后，再配置生成系統(tǒng)映射、軟件組件到ECU映射、ECU抽象及任務調(diào)度表，就可調(diào)度RTE代碼生成器RTEGen.exe生成RTE模塊的代碼。

4? 結論

本文參考AUTOSAR架構，分三部分介紹了基于AUTOSAR架構模型和傳統(tǒng)基礎軟件代碼的開發(fā)集成方法，即AUTOSAR模型接口設計、基礎軟件接口開發(fā)、RTE代碼實現(xiàn)。該方法對于項目從非AUTOSAR架構轉(zhuǎn)換為AUTOSAR架構的過渡時期的開發(fā)，具有重要的意義。

參考文獻：

[1]程露.基于AurixTM的AUTOSAR多核應用實現(xiàn) [J].自動化技術與應用，2016，35（07）：27-31.

[2]張翟輝.基于Aurix的AUTOSAR多核操作系統(tǒng)的實現(xiàn) [J]. 工業(yè)控制計算機，2016，29（03）：43-45.

[3]李育.基于AUTOSAR標準的TCU軟件設計[J].汽車零部件，2017（8）：26-30.

[4]何濤.電動汽車整車控制器軟件設計及關鍵技術研究[D]. 清華大學，2010.

[5]袁仲楠.基于AUTOSAR的車用控制器軟件開發(fā) [J].機電信息，2019（36）：156-159.

[6]彭威. SmartSAR RTE--基于AUTOSAR的汽車電子軟件運行時環(huán)境及生成[D].浙江大學，2001.

[7]W. Peng， H. Li， M. Yao et al. Deployment Optimization for AUTOSAR System Configuration[C]. ICCET 2010， 2010（4）：189-193.