本期分享一下埃恪深科技所做的Adaptive Platform AUTOSAR 專題視頻的內(nèi)容，這里分為三篇：

1）AP & CP AUTOSAR Overview

2）AP & CP AUTOSAR Feature

3）What Adaptive Platform（AP） AUTOSAR

1）AP & CP AUTOSAR Overview

2）AP & CP AUTOSAR Feature

3）What Adaptive Platform（AP） AUTOSAR

01

視頻1圖文內(nèi)容

01

Overview

AUTOSAR的全稱是：AUTomotive Open System Architecture

是汽車制造商，供應(yīng)商和其他電子，半導(dǎo)體和軟件行業(yè)公司組成了聯(lián)盟

至今為止，超過(guò)280家公司成為AUTOSAR的Partner，其中，有9個(gè)核心Partner，2個(gè)戰(zhàn)略Partner，58個(gè)高級(jí)Partner，49個(gè)開(kāi)發(fā)Partner，124個(gè)Associate Partner以及28個(gè)Attendees。

AUTOSAR致力于：

1. 標(biāo)準(zhǔn)化ECU的軟件架構(gòu)

2. 將技術(shù)設(shè)計(jì)元素整合為一個(gè)標(biāo)準(zhǔn)

3. 硬件和軟件將彼此獨(dú)立

4. OEM與供應(yīng)商之間的SW靈活交換

5. 平臺(tái)定義的分層體系結(jié)構(gòu)：應(yīng)用程序–中間件–硬件

AP AUTOSAR產(chǎn)生的背景主要是：

1. 自動(dòng)駕駛乃至無(wú)人駕駛的到來(lái)

2. V2X的應(yīng)用

3. 車要與云端進(jìn)行連接

4. 車內(nèi)數(shù)據(jù)量的增加

02

Partnership

AUTOSAR標(biāo)準(zhǔn)主要是由AUTOSAR Working Group組織制作的，當(dāng)前AUTOSAR主要的WG（Working Group）主要有：

每個(gè)WG的主要工作可以參考以下鏈接哦：

https://www.autosar.org/working-groups/

需要說(shuō)明的是：AP中的WG-AP-DI制作的Demonstrator（演示程序），是AUTOSAR官方釋放的源代碼，但是只有AUTOSAR會(huì)員才可獲取，如果有朋友所在的公司是AUTOSAR會(huì)員，可以發(fā)郵件給我們，我們可以分享獲取Demonstrator（演示程序）的方式。

AUTOSAR還有一個(gè)用戶組，用戶組是變化的，當(dāng)前主要有三個(gè)用戶組：

1. UG-CN China，UG-CN的愿景是為中國(guó)市場(chǎng)啟用AUTOSAR。

為了實(shí)現(xiàn)此目標(biāo)，用戶組在AUTOSAR演示程序項(xiàng)目上工作，以提供用戶指南“如何從AUTOSAR開(kāi)始”和演示程序的啟動(dòng)配置。

2. UG-NA North America，UG-NA的愿景是增強(qiáng)北美用戶在AUTOSAR方面的技能，以充分利用AUTOSAR帶來(lái)的汽車EE體系結(jié)構(gòu)開(kāi)發(fā)的優(yōu)勢(shì)。

為實(shí)現(xiàn)這一愿景，他們提供了一個(gè)協(xié)作環(huán)境，以促進(jìn)AUTOSAR在北美地區(qū)的使用。

此外，他們開(kāi)發(fā)關(guān)鍵文檔以幫助理解AUTOSAR標(biāo)準(zhǔn)，并提供示例和配置以解決特定的用例。

3. UG-IE Improved Exploitation，UG-IE代表了更好地利用AUTOSAR工業(yè)標(biāo)準(zhǔn)。

他們的任務(wù)是分享AUTOSAR的利用和開(kāi)發(fā)經(jīng)驗(yàn)。其他任務(wù)包括為戰(zhàn)略方向準(zhǔn)備提案，以提高AUTOSAR的可用性以及節(jié)省更多的精力。

此外，UG-IE的總結(jié)結(jié)果創(chuàng)建了演示文稿和技術(shù)論文，對(duì)AUTOSAR戰(zhàn)略，技術(shù)工作組和用戶產(chǎn)生了推動(dòng)作用。

相關(guān)內(nèi)容可參考以下鏈接哦：

https://www.autosar.org/user-groups/

03

Standard

對(duì)AUTOSAR官方的標(biāo)準(zhǔn)進(jìn)行簡(jiǎn)單的說(shuō)明如下：

上述中，F(xiàn)oundation（FO）主要作用是確保不同AUTOSAR標(biāo)準(zhǔn)的兼容性，因此包含了所有常見(jiàn)的Artifact和協(xié)議，例如：

AUTOSAR官方發(fā)布了不同類型的標(biāo)準(zhǔn)文檔，主要有：

04

Roadmap

在2017年3月之前，還沒(méi)有自適應(yīng)平臺(tái)AUTOSAR（AP AUTOSAR），在此之前AUTOSAR以x.x.x（如：4.2.2）進(jìn)行命名。

2017年3月，推出了第一版AP AUTOSAR標(biāo)準(zhǔn)，此時(shí)，將之前的AUTOSAR稱為經(jīng)典平臺(tái)AUTOSAR（CP AUTOSAR），并將AP & CP重合的標(biāo)準(zhǔn)部分單獨(dú)拿出來(lái)發(fā)布了Foundation的標(biāo)準(zhǔn)，命名方式為x.x.x（如：1.5.1）。

2019年11月，將所有的標(biāo)準(zhǔn)統(tǒng)一命名為R19-11，之后標(biāo)準(zhǔn)的更新周期是每年一更。

其中，針對(duì)于AP AUTOSAR，AUTOSAR官方發(fā)布了源代碼，供用戶參考，稱為Demonstrator（演示程序）。但是只有AUTOSAR的會(huì)員才可以拿到，CP沒(méi)有這樣的源代碼。

所以，AP AUTOSAR釋放的內(nèi)容包括：標(biāo)準(zhǔn)文檔 & Demonstrator

AUTOSAR的Roadmap如下圖所示：

對(duì)上圖進(jìn)行簡(jiǎn)單說(shuō)明：

Rxx-11:xx年發(fā)布AUTOSAR版本：

》FO CP AP命名統(tǒng)一為Rxx-11

》與版本一起發(fā)布的Demonstrator代碼及specification-ARXML不符合最新架構(gòu)版本

基于Rxx-11標(biāo)準(zhǔn)開(kāi)發(fā)的Demonstrator代碼在Rxx-11-1中發(fā)布：

》基于Rxx-11的ARXML文件

》包含重要的錯(cuò)誤修復(fù)，適應(yīng)最新的規(guī)范更改

02

視頻2圖文內(nèi)容

01

Overview

AP AUTOSAR和CP AUTOSAR的最新版本是R19-11，那么這個(gè)版本增加了哪些新特性呢，下面就跟著我們的工程師一起學(xué)習(xí)一下吧~

02

CP AUTOSAR中增加的新特性

一共增加了7個(gè)新功能，其中4個(gè)是支持AP-CP互操作性的新功能：

1.DoIP的擴(kuò)展

介紹了針對(duì)多個(gè)接口的通用解決方案，無(wú)論內(nèi)部/外部測(cè)試對(duì)象如何，都可以獨(dú)立處理DoIP。

2.IPsec的協(xié)議

提高了通信安全性，而無(wú)需修改任何應(yīng)用程序。

3.信號(hào)服務(wù)的轉(zhuǎn)換

使得自適應(yīng)Machine與經(jīng)典ECU之間實(shí)現(xiàn)交互，自適應(yīng)Machine指的是搭載AP AUTOSAR得控制器。

4.抽象平臺(tái)系統(tǒng)描述

指的是車輛功能通信抽象層。使用過(guò)經(jīng)典AUTOSAR的都知道VFB是虛擬功能總線，VFB++是AUTOSAR新提出的一個(gè)概念，這個(gè)知識(shí)點(diǎn)比較多，我們后期再進(jìn)行分享。

5.BSW的多核分配

它為需要大量通信的項(xiàng)目（例如域控制器）啟用了負(fù)載平衡。

6.非易失性數(shù)據(jù)處理的增強(qiáng)

資源優(yōu)化了NvRAM接口，并為參數(shù)SW-C引入了診斷接口。

7.固件更新FOTA

使用OEM可以獨(dú)立的對(duì)遠(yuǎn)程SW進(jìn)行更新。

03

AP AUTOSAR中增加的新特性

一共增加了8個(gè)新功能，其中4個(gè)是支持AP-CP互操作性的新功能：

1~4.與CP AUTOSAR相同

5.UCM Master

即更新配置管理，最重要的作用就是低成本頻繁且安全地更新車輛軟件。

6.通過(guò)Application來(lái)恢復(fù)操作

允許輕量級(jí)，響應(yīng)式和項(xiàng)目特定的錯(cuò)誤反應(yīng)。

7.服務(wù)版本ara：：com

啟用AUTOSAR平臺(tái)的服務(wù)contract versioning。

8.Socket網(wǎng)絡(luò)綁定

AP AUTOSAR架構(gòu)的原始設(shè)計(jì)中提供了非常有效的socket通信。

04

CP已計(jì)劃的特性

在未來(lái)的CP AUTOSAR版本中，已經(jīng)計(jì)劃的新特性有：

這些新特性包括VSDN、數(shù)據(jù)線上的以太網(wǎng)喚醒、健康監(jiān)控協(xié)調(diào)CP、AD/ DAS車輛運(yùn)動(dòng)控制界面、CP靈活性、燃料電池系統(tǒng)等16個(gè)不同的領(lǐng)域。

1.改善CP和AP之間的互操作性

統(tǒng)一時(shí)間、追蹤方法和健康監(jiān)測(cè)協(xié)調(diào)

2.不斷發(fā)展Security方法

統(tǒng)一Security擴(kuò)展，入侵檢測(cè)系統(tǒng)管理

3.不斷發(fā)展Safety方法

需求的Safety，系統(tǒng)健康管理

4.降低功耗延長(zhǎng)硬件壽命

數(shù)據(jù)線上的以太網(wǎng)喚醒，車輛網(wǎng)絡(luò)狀態(tài)管理器（VNSM）

5.支持新的網(wǎng)絡(luò)技術(shù)

未來(lái)的版本中可能會(huì)出現(xiàn)10Base-T1S， CAN XL等通信方式

（兩者的區(qū)別可以參考這篇文章https://zhuanlan.zhihu.com/p/104956569）

6.增強(qiáng)開(kāi)發(fā)和集成靈活性

之前提到的CP靈活性

7.應(yīng)用程序接口

AD / ADAS車輛運(yùn)動(dòng)控制接口，燃料電池系統(tǒng)

05

AP已計(jì)劃的特性

在未來(lái)的AP AUTOSAR版本中，已經(jīng)計(jì)劃的新特性有：

包括上圖中的共計(jì)23個(gè)之多。

1.改善CP和AP之間互操作性

UCM Master， 統(tǒng)一時(shí)間，Tracing方法

2.不斷發(fā)展Security方法

加密API，集成IAM，入侵檢測(cè)系統(tǒng)管理， DDS Security

3.不斷發(fā)展Safety方法

RS Safety，系統(tǒng)健康管理

06

與CP和AP都相關(guān)的特性

在未來(lái)的AUTOSAR新版本中，與CP和AP都相關(guān)的特性有：

03

視頻3圖文內(nèi)容

01

中間件

AP AUTOSAR：Adaptive Platform AUTOSAR

什么是AP AUTOSAR？第一個(gè)概念，它是一個(gè)中間件。

怎么理解中間件的概念呢？在沒(méi)有中間件的時(shí)候，一般自動(dòng)駕駛或者域控制器的開(kāi)發(fā)如下圖所示：Application直接基于OS進(jìn)行開(kāi)發(fā)。

這也就導(dǎo)致了Application與OS高度耦合的缺陷。（后期，會(huì)有專門一期視頻來(lái)分享Why AP AUTOASR哦~）

中間件就是將Application與硬件進(jìn)行分離。當(dāng)然，AP AUTOSAR也將Application與OS進(jìn)行了分離，如下圖所示：

這里的中間件被稱為Runtime For Adaptive Application（ARA），主要由兩部分組成，F(xiàn)oundation 和 Service。OS在Foundation中，其中，AP AUTOSAR規(guī)定，OS需要使用符合POSIX OS標(biāo)準(zhǔn)的OS，如Linux，MCOS，QNX等。

02

軟件平臺(tái)

第二個(gè)概念，它是一個(gè)軟件平臺(tái)。

AP AUTOSAR的ARA由一系列的Function Clusters（FCs）組成。每個(gè)FC都有他們各自的功能，F(xiàn)oundation與Service部分都有各自包含的FC，軟件平臺(tái)概覽如下圖所示：

Foundation部分中包含的FC及其主要描述如下表所示：

Service部分中的包含的FC及其主要描述如下表所示：

03

標(biāo)準(zhǔn)

第三個(gè)概念，它是一個(gè)標(biāo)準(zhǔn)。

1 標(biāo)準(zhǔn)化了開(kāi)發(fā)語(yǔ)言為C++。

2 標(biāo)準(zhǔn)化了軟件開(kāi)發(fā)中使用到的接口等，如下圖所示：

總結(jié)如下：

AA：Adaptive Applicaiton

1）AA之間或AA內(nèi)部進(jìn)程之間不得直接使用IPC（Inter Process Communication）進(jìn)行通信

2）AA之間或AA內(nèi)部進(jìn)程之間的通信需要使用ara：：com模塊

3）AA可以使用PSE51接口

4）AA不可以使用非PSE51接口

5）AA與Foundation FC之間的通信使用ara：：api（標(biāo)準(zhǔn)化了）

6）AA與Service FC之間的通信借助于ara：：com

7）FC可以使用直接所有的OS接口

8）FC內(nèi)部通過(guò)IPC（Inter Process Communication）進(jìn)行通信

9）FC之間通過(guò)IFC（Inter Function Cluster）進(jìn)行通信
責(zé)任編輯:pj