AUTOSAR架構(gòu)深度解析從入門到放棄
今天我們重點(diǎn)講講如何快速學(xué)習(xí)AUTOSAR架構(gòu)的方法。
本文引用地址:http://2s4d.com/article/202503/468401.htm如何獲取規(guī)范文檔?
從2003年成立以來(lái),AUTOSAR目前已經(jīng)更新到AUTOSAR 4.4.0 release版本,你可以從官網(wǎng)獲取最新的規(guī)范文檔,網(wǎng)址:https://www.autosar.org/standards。
2018年,為了迎合未來(lái)汽車智能化、網(wǎng)聯(lián)化的需求,AUTOSAR聯(lián)盟推出了一個(gè)全新的平臺(tái),將AP加入到原有的AUTOSAR平臺(tái)中,形成自適應(yīng)AUTOSAR平臺(tái)(AUTOSAR Adaptive Platform,AP),并于2018年10月迎來(lái)了適用于面向量產(chǎn)的首次發(fā)布,另外還將原有平臺(tái)更名為經(jīng)典AUTOSAR平臺(tái)(AUTOSAR Classic Platform)和自適應(yīng)平臺(tái)AUTOSAR(AUTOSAR Adaptive Platform),行業(yè)內(nèi)大家習(xí)慣叫CP(Classic Platform)和AP(Adaptive Platform),下次有人提到CP還是AP的時(shí)候,可不要說(shuō)沒(méi)聽過(guò)。AP目前目前國(guó)內(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:存儲(chǔ)抽象
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ī)范文檔后,你會(huì)發(fā)現(xiàn)內(nèi)容簡(jiǎn)直太多了,多到不可能有哪位大神能將其完全拜讀。那怎么去掌握個(gè)中精要呢?
你需要明確你的工作內(nèi)容在整個(gè)產(chǎn)品生命周期的位置。簡(jiǎn)單介紹下幾個(gè)流程概念。
1.整車廠以EE架構(gòu)設(shè)計(jì)和應(yīng)用層功能設(shè)計(jì)為主,所以如果你身在OEM中,你只需要著重了解AUTOSAR的方法論和基于方法論的SWC設(shè)計(jì)即可。這兩點(diǎn)說(shuō)著簡(jiǎn)單,其實(shí)并非我們想象中那么簡(jiǎn)單。方法論本身就是非常宏觀的概念,想要把控產(chǎn)品流程,能為TIER1提供打開需求文檔,這本身就要對(duì)功能和下游工作十分了解,才能有高質(zhì)量的輸出;
2.TIER1涉及AUTOSAR的工作分工就比較多了。
如果你是系統(tǒng)工程師,著重研究功能算法的實(shí)現(xiàn),那么你需要對(duì)SWC的升級(jí)了如指掌,深入理解;如果你是軟件架構(gòu)工程師,對(duì)于上游OEM提供的需求文檔要有宏觀概念,所以也要對(duì)方法論和SWC審計(jì)十分了解;
如果你是基礎(chǔ)軟件工程師,需要整個(gè)團(tuán)隊(duì)協(xié)同實(shí)現(xiàn):底層驅(qū)動(dòng)工程師要深入學(xué)習(xí)芯片的抽象層MCAL應(yīng)用;BSW協(xié)議棧工程師要熟悉OS,ComStack,DiagStack,Memory Stack,WgdStack等協(xié)議棧應(yīng)用細(xì)節(jié);復(fù)雜驅(qū)動(dòng)工程師,要對(duì)AUTOSAR針對(duì)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)過(guò)程后,大家可能會(huì)看到很多arxml格式的配置文件的制作都離不開工具的支持,以及編譯環(huán)境、建模工具等,都離不開一直走在超前道路上的工具供應(yīng)商,如博世的ETAS公司等。
畫張簡(jiǎn)圖大致說(shuō)明一下AUTOSAR的開發(fā)流程。
了解了AUTOSAR的開發(fā)流程,結(jié)合你在整個(gè)產(chǎn)品開發(fā)流程中所處的位置,就可以精準(zhǔn)地定位你的學(xué)習(xí)重點(diǎn)了,然后就可以選取其中的文檔仔細(xì)研究。當(dāng)然,說(shuō)到這里,其實(shí)還有一個(gè)非常重要的前提——擁有扎實(shí)的C語(yǔ)言功底。
為了迎合未來(lái)汽車智能化、網(wǎng)聯(lián)化的需求,新的平臺(tái)——自適應(yīng)AUTOSAR平臺(tái),需要擁有c++語(yǔ)言功底。
————————————————
版權(quán)聲明:本文為博主原創(chuàng)文章,遵循 CC 4.0 BY-SA 版權(quán)協(xié)議,轉(zhuǎn)載請(qǐng)附上原文出處鏈接和本聲明。
原文鏈接:https://blog.csdn.net/usstmiracle/article/details/108248570
評(píng)論