AUTOSAR架構(gòu)深度解析從入門到放棄

今天我們重點(diǎn)講講如何快速學(xué)習(xí)AUTOSAR架構(gòu)的方法。

如何獲取規(guī)范文檔？

從2003年成立以來，AUTOSAR目前已經(jīng)更新到AUTOSAR 4.4.0 release版本，你可以從官網(wǎng)獲取最新的規(guī)范文檔，網(wǎng)址：https://www.autosar.org/standards。

2018年，為了迎合未來汽車智能化、網(wǎng)聯(lián)化的需求，AUTOSAR聯(lián)盟推出了一個(gè)全新的平臺，將AP加入到原有的AUTOSAR平臺中，形成自適應(yīng)AUTOSAR平臺（AUTOSAR Adaptive Platform，AP），并于2018年10月迎來了適用于面向量產(chǎn)的首次發(fā)布，另外還將原有平臺更名為經(jīng)典AUTOSAR平臺（AUTOSAR Classic Platform)和自適應(yīng)平臺AUTOSAR(AUTOSAR Adaptive Platform)，行業(yè)內(nèi)大家習(xí)慣叫CP（Classic Platform）和AP（Adaptive Platform），下次有人提到CP還是AP的時(shí)候，可不要說沒聽過。AP目前目前國內(nèi)了解的人非常少，如果你想做吃螃蟹的人，可以提前自己定位學(xué)習(xí)。

基本概念

Software Component (SW-C)：軟件組件

Virtual Functional Bus (VFB)：虛擬功能總線

Runtime Environment (RTE)：運(yùn)行環(huán)境（實(shí)時(shí)環(huán)境）

Basic Software（BSW）:基礎(chǔ)軟件

Methodology principle：方法論原理

Mode Management：模式管理

Memory Abstraction：存儲抽象

Runnables：可運(yùn)行實(shí)體

文檔命名規(guī)則

EXP: 即Explaination"解釋"，詳細(xì)介紹論題

MMOD: 即Meta Model"元模型",介紹 AUTOSAR元模型

MOD: 即Model"建模",介紹建模的原理

RS: 即Requirement Specification"需求規(guī)范", 詳細(xì)介紹需求

SRS: 即Softeware Requirement Specification"軟件需求規(guī)范", 描述所有軟件模塊的規(guī)范

SWS: 即Softeware Specification"軟件規(guī)范", 介紹軟件模塊設(shè)計(jì)和實(shí)現(xiàn)的規(guī)范

TPS: 即Template Specification"模板規(guī)范", 詳細(xì)介紹元模型

TR: 即Technical Specification"技術(shù)規(guī)范",詳細(xì)介紹技術(shù)規(guī)范

你的工作內(nèi)容

有了以上了解，拿到規(guī)范文檔后，你會發(fā)現(xiàn)內(nèi)容簡直太多了，多到不可能有哪位大神能將其完全拜讀。那怎么去掌握個(gè)中精要呢？

你需要明確你的工作內(nèi)容在整個(gè)產(chǎn)品生命周期的位置。簡單介紹下幾個(gè)流程概念。

1.整車廠以EE架構(gòu)設(shè)計(jì)和應(yīng)用層功能設(shè)計(jì)為主，所以如果你身在OEM中，你只需要著重了解AUTOSAR的方法論和基于方法論的SWC設(shè)計(jì)即可。這兩點(diǎn)說著簡單，其實(shí)并非我們想象中那么簡單。方法論本身就是非常宏觀的概念，想要把控產(chǎn)品流程，能為TIER1提供打開需求文檔，這本身就要對功能和下游工作十分了解，才能有高質(zhì)量的輸出；

2.TIER1涉及AUTOSAR的工作分工就比較多了。

如果你是系統(tǒng)工程師，著重研究功能算法的實(shí)現(xiàn)，那么你需要對SWC的升級了如指掌，深入理解；如果你是軟件架構(gòu)工程師，對于上游OEM提供的需求文檔要有宏觀概念，所以也要對方法論和SWC審計(jì)十分了解；

如果你是基礎(chǔ)軟件工程師，需要整個(gè)團(tuán)隊(duì)協(xié)同實(shí)現(xiàn)：底層驅(qū)動工程師要深入學(xué)習(xí)芯片的抽象層MCAL應(yīng)用；BSW協(xié)議棧工程師要熟悉OS，ComStack，DiagStack，Memory Stack，WgdStack等協(xié)議棧應(yīng)用細(xì)節(jié)；復(fù)雜驅(qū)動工程師，要對AUTOSAR針對CDRV的接口定義方式等深入研究；

如果集成工程師，要十分清楚RTE的運(yùn)行集成和相關(guān)應(yīng)用配置；

3.TIER2要深入研究的內(nèi)容和TIER1的BSW工程師側(cè)重內(nèi)容相似，主要圍繞芯片MCAL和基礎(chǔ)軟件協(xié)議棧展開。

4.除了以上三類產(chǎn)品開發(fā)流程上的角色外，其實(shí)還有一個(gè)重要角色的存在：工具供應(yīng)商。了解了AUTOSAR架構(gòu)和實(shí)現(xiàn)過程后，大家可能會看到很多arxml格式的配置文件的制作都離不開工具的支持，以及編譯環(huán)境、建模工具等，都離不開一直走在超前道路上的工具供應(yīng)商，如博世的ETAS公司等。

畫張簡圖大致說明一下AUTOSAR的開發(fā)流程。

了解了AUTOSAR的開發(fā)流程，結(jié)合你在整個(gè)產(chǎn)品開發(fā)流程中所處的位置，就可以精準(zhǔn)地定位你的學(xué)習(xí)重點(diǎn)了，然后就可以選取其中的文檔仔細(xì)研究。當(dāng)然，說到這里，其實(shí)還有一個(gè)非常重要的前提——擁有扎實(shí)的C語言功底。

為了迎合未來汽車智能化、網(wǎng)聯(lián)化的需求，新的平臺——自適應(yīng)AUTOSAR平臺，需要擁有c++語言功底。

————————————————

版權(quán)聲明：本文為博主原創(chuàng)文章，遵循 CC 4.0 BY-SA 版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接和本聲明。                 

原文鏈接：https://blog.csdn.net/usstmiracle/article/details/108248570