gaibiaozhunjiangyouzhuyujianshaoshejiguochengzhongrenweicuowudechansheng，bingweigonghuoshanghezhizaoshangtigongyizhongmingqueqiejiqiyekeduqudeshujugeshi，yijiaohuanshejixinxi。benwenjiangtantaoAUTOSAR采用戰略的一些的預期商業效益，並解釋了一些基本術語和設計方法。

　　

AUTOSAR聯盟的會員包括汽車OEM以及由零部件和服務供貨商組成的支持性生態係統。該聯盟的宗旨是針對汽車電氣/電子（E/E）架構創造和建立全球性的開放標準。該標準在車輛架構級別提供支持，讓OEM網絡設計人員能設計和管理車輛功能之間的複雜關係，並且還支持供貨商在製造之前詳細定義獨立ECU接口的細節。

　　

　　

一款現代化豪華汽車可能包含多達100個ECU

，包括從簡單的傳感器接口到複雜的娛樂信息及遠程信息單元。將它們一次全部改用AUTOSAR方法和標準的風險很高，但原始設備製造商和一級供貨商做出這樣的改變會帶帶來許多的效益。預計到2020年，所有車輛都將擁有一些基於AUTOSAR的ECU
，因此不可忽視該標準的存在。

　　

改用AUTOSAR的一些原因和效益包括：

　　

能在新的汽車平台和架構中更好地重新使用電子控製單元；

能更好地使用預先驗證和測試過的軟件組件（代表車輛功能）；

能減少下遊設計錯誤——一套AUTOSAR方法可讓功能在架構級別就可定義和驗證；

通過改善網絡效率和功能運用而減少整體硬件成本；

能減少整體網絡架構分析和設計審查的成本；

因使用一種標準化的數據交換格式（AUTOSARXML或arxml）
，從而改善了原始設備製造商和一級供貨商之間的通信。

　　

不論在整個內部設計周期內是否需要對ECU進行重新設計或改進，改用AUTOSAR可加速設計調整。例如新工具的工作流程
，或為了有助於保持與ISO26262標準的符合性（conformance），這些都會改變工作的流程，改用AUTOSAR方法可在變更流程時同時導入。不論如何實施調整
，第一個基於AUTOSAR電子控製單元設計項目所花的時間
，都要比現有/傳(chuan)統(tong)設(she)計(ji)流(liu)程(cheng)所(suo)花(hua)的(de)時(shi)間(jian)來(lai)得(de)更(geng)長(chang)，這(zhe)是(shi)因(yin)為(wei)設(she)計(ji)人(ren)員(yuan)需(xu)要(yao)時(shi)間(jian)來(lai)熟(shu)悉(xi)新(xin)的(de)方(fang)法(fa)。但(dan)隨(sui)後(hou)即(ji)可(ke)帶(dai)來(lai)節(jie)省(sheng)成(cheng)本(ben)和(he)提(ti)升(sheng)效(xiao)益(yi)的(de)成(cheng)果(guo)。將(jiang)傳(chuan)統(tong)的(de)ECU資產轉向AUTOSAR標準也是有可能的，通過采用“AUTOSAR封裝（AUTOSAR Wrapper）”概念，重要的現有和經過證明的電子控製單元應用代碼便可重複使用。使AUTOSAR的封裝能夠導入其它純AUTOSARECU。這將有助於降低轉用AUTOSAR方法的風險。

　　

　　

就本質而言，AUTOSAR提供標準的ECU接口定義，使設計人員能夠具體指定每個汽車ECUzhongdouxuyaodekezhongfushiyongzhibiaozhunhuaruanjiancenghezujian。gaibiaozhunbushouyingjiandeyingxiang，zheyiweizheyingyongruanjianheyingjianpingtaishixianghudulide。yingyongruanjiankaifarenyuankezaiyingyongruanjianzhongmingquedishuominggegeqichegongnengdexijie


，erbuyongdanxinxiangguanruanjianfuwuheyingjianjiekou。guoqu，ruanjianheyingjianjinmidizhenghezaiyiqi
，yincihennanshixiankeyizhixinghekezhongfushiyong（圖1）。

　　

圖1：將應用軟件與硬件分開。

　　

將設計與硬件決策分開使車輛生產商/OEM能夠依據所需的車輛功能進行自上而下的設計。存在於這個設計時間的虛擬功能總線（VFB）概(gai)念(nian)讓(rang)所(suo)有(you)軟(ruan)件(jian)電(dian)子(zi)控(kong)製(zhi)單(dan)元(yuan)都(dou)能(neng)夠(gou)實(shi)現(xian)互(hu)連(lian)和(he)獲(huo)得(de)測(ce)試(shi)。這(zhe)讓(rang)設(she)計(ji)人(ren)員(yuan)可(ke)專(zhuan)注(zhu)於(yu)應(ying)用(yong)層(ceng)，而(er)不(bu)是(shi)根(gen)本(ben)的(de)軟(ruan)件(jian)基(ji)礎(chu)建(jian)設(she)。通(tong)過(guo)采(cai)用(yong)虛(xu)擬(ni)功(gong)能(neng)總(zong)線(xian)，應(ying)用(yong)軟(ruan)件(jian)組(zu)件(jian)（SWC）與其它應用軟件組件也相互獨立。軟件組件向虛擬功能總線發出輸出信號，虛擬功能總線再將信息傳送給目標組件的輸入埠。AUTOSAR定義了輸入和輸出端口，以及交換信息的格式。這種抽離式的（abstracted）方fang法fa使shi得de在zai定ding義yi相xiang關guan硬ying件jian之zhi前qian可ke實shi現xian所suo有you車che輛liang軟ruan件jian功gong能neng和he接jie口kou交jiao互hu驗yan證zheng。設she計ji調tiao整zheng也ye因yin此ci變bian得de容rong易yi得de多duo，同tong時shi所suo有you功gong能neng都dou被bei定ding義yi成cheng虛xu擬ni功gong能neng總zong線xian上shang的de軟ruan件jian組zu件jian（圖2）。

 

圖2：在虛擬功能總線上測試軟件組件。

 

雖然虛擬功能總線不提供ECU之(zhi)後(hou)在(zai)真(zhen)實(shi)車(che)輛(liang)中(zhong)如(ru)何(he)分(fen)布(bu)和(he)互(hu)連(lian)的(de)信(xin)息(xi)，但(dan)對(dui)架(jia)構(gou)設(she)計(ji)時(shi)間(jian)來(lai)說(shuo)，卻(que)是(shi)很(hen)有(you)用(yong)的(de)測(ce)試(shi)基(ji)準(zhun)。可(ke)為(wei)車(che)輛(liang)中(zhong)的(de)所(suo)有(you)信(xin)號(hao)進(jin)行(xing)定(ding)時(shi)檢(jian)查(zha)和(he)接(jie)口(kou)定(ding)義(yi)。

　　

一旦設計人員對各項功能感到滿意
，這些功能便會被映像或聚集到特定的硬件電子控製單元中。AUTOSAR可支持軟件組件的映像和聚集流程。一個複雜的ECU可能包含很多軟件組件
，必要時可依照階層式的方式將它們組織起來。

 

圖3：將軟件功能分配給真正的電子控製單元。

　　

　　

每個ECU都有為它量身定製的運行環境（RTE）
，通常可通過配套的設計工具來自動創建。真正的電子控製單元之間的實際通信將實現成CAN或Flex Ray總線的一部分，而運行環境通過產生工具進行配置，以便執行相連AUTOSAR組件所需的通信路徑。運行環境可以切實執行虛擬功能總線和架構設計流程的通信和連接拓撲。由於AUTOSAR標準支持很多不同類型的軟件組件，運行環境必須考慮各種軟件組件存在的限製和變化。

　　

　　

基礎軟件（BSW）是(shi)一(yi)種(zhong)標(biao)準(zhun)化(hua)軟(ruan)件(jian)

，不(bu)包(bao)含(han)車(che)輛(liang)應(ying)用(yong)邏(luo)輯(ji)和(he)電(dian)子(zi)控(kong)製(zhi)單(dan)元(yuan)功(gong)能(neng)，但(dan)為(wei)運(yun)行(xing)環(huan)境(jing)提(ti)供(gong)依(yi)賴(lai)硬(ying)件(jian)和(he)獨(du)立(li)於(yu)硬(ying)件(jian)的(de)服(fu)務(wu)。所(suo)需(xu)的(de)服(fu)務(wu)包(bao)括(kuo)內(nei)存(cun)服(fu)務(wu)（NVRAM管理器）、網絡通信管理服務
、診斷服務和狀態管理。當應用層中定義的AUTOSAR軟件組件要求服務時
，運行環境的任務是在真正的電子控製單元上完成映像。

　　

運行環境不提供任何可從遠程ECU獲取服務的機製，AUTOSAR規範也不允許這樣做。所有服務要求都必須在“本地”電子控製單元上獲得滿足。在真正的電子控製單元上運行的基本操作係統（OS或OSEK）不知道AUTOSAR“可運行的（runnable）”概念。操作係統擁有一個可調度活動列表，這些活動通過調度算法進行管理。

　　

　　

AUTOSAR分層軟件架構可以分離硬件的應用邏輯（application logic），以便重複利用和可以攜帶（portability）。運行環境和操作係統與微控製器抽象層（MCAL）相連
，MCAL提供了對主微控製器上物理埠和設備的存取功能。微控製器抽象層是每一微控製器所特有的，使操作係統和基礎軟件能夠存取數字輸入/輸出、模擬數字轉換
、FLASH和EEPROM支持等設備。圖4說明了AUTOSAR電子控製單元中不同硬件和軟件層之間的關係。

 

圖4：組件在真正的電子控製單元中如何組裝在一起。

　　

　　

汽車OEM可以通過一個自上而下的AUTOSAR設計方法，操作整個網絡的完整模型。AUTOSAR設計工具可以讓單一的ECU被提取

，且在AUTOSARXML（arxml）zhongdingyilelianjiexinghejiekouxinxi。zhegejiekoudingyizhihoujiangchuangeiyijigonghuoshang

，jinxingjinyibudexijieshejiheshishi。youyugeshiyibeibiaozhunhua
，xiangtongdedingyikeyizaigongkaitoubiaoshitongshifensonggeijigeyijigonghuoshang。biaozhunhuamiaoshudehaochuzaiyuzaiECU描述中可以避免任何設計上的模棱兩可，並且隨著AUTOSAR標(biao)準(zhun)的(de)發(fa)展(zhan)，存(cun)在(zai)誤(wu)解(jie)的(de)可(ke)能(neng)性(xing)也(ye)越(yue)來(lai)越(yue)小(xiao)。由(you)於(yu)這(zhe)個(ge)標(biao)準(zhun)與(yu)硬(ying)件(jian)無(wu)關(guan)，因(yin)此(ci)能(neng)夠(gou)更(geng)充(chong)分(fen)地(di)利(li)用(yong)新(xin)產(chan)業(ye)趨(qu)勢(shi)所(suo)帶(dai)來(lai)的(de)效(xiao)益(yi)
，如(ru)車(che)內(nei)以(yi)太(tai)網(wang)
、混合技術車輛網絡（CAN/Flex ray）
、異構多核平台以及車載網關布置。

　　

　　

包括Mentor Graphics在內的一些業者已經可為AUTOSAR設計提供評估套件。這些套件包括架構設計到單個ECU配置。Mentor Graphics還擁有其VSX工具套件以及支持CAN、Flex Ray、LIN和以太網的ECU硬件開發板。這些工具以Eclipse為基礎，利用開源工具鏈進行從源代碼到運行實施的一係列設計。相對於大規模地將車內ECU一次就完全改到AUTOSAR方法來說，低風險調查和AUTOSAR試驗更為可取。

　　

AUTOSAR為車載網絡和ECU設計提供預定義的標準方法，找到了進入每家汽車OEM和一級機構的方式。AUTOSAR標準提供了改善工藝和重新利用組件的機會

，但是也帶來了學習新ECU設計流程和工具的挑戰。AUTOSAR的早期采用者一直都在把這些知識傳給主流的設計和資源

，而現今市麵上也有多款可用於量產的工具。AUTOSAR的采用還可協助業者達到功能安全標準ISO26262的要求，因為它支持一個可重複、定義明確、且自上而下的設計流程。