AUTOSAR運行環(huán)境

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

　　為AUTOSAR組件提供服務——基礎軟件層和操作系統(tǒng)

　　基礎軟件（BSW）是一種標準化軟件，不包含車輛應用邏輯和電子控制單元功能，但為運行環(huán)境提供依賴硬件和獨立于硬件的服務。所需的服務包括內存服務（NVRAM管理器）、網(wǎng)絡通信管理服務、診斷服務和狀態(tài)管理。當應用層中定義的AUTOSAR軟件組件要求服務時，運行環(huán)境的任務是在真正的電子控制單元上完成映像。

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

　　關于硬件

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

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

　　支持新方法

　　汽車OEM可以通過一個自上而下的AUTOSAR設計方法，操作整個網(wǎng)絡的完整模型。AUTOSAR設計工具可以讓單一的ECU被提取，且在AUTOSARXML（arxml）中定義了連接性和接口信息。這個接口定義之后將傳給一級供貨商，進行進一步的細節(jié)設計和實施。由于格式已被標準化，相同的定義可以在公開投標時同時分送給幾個一級供貨商。標準化描述的好處在于在ECU描述中可以避免任何設計上的模棱兩可，并且隨著AUTOSAR標準的發(fā)展，存在誤解的可能性也越來越小。由于這個標準與硬件無關，因此能夠更充分地利用新產業(yè)趨勢所帶來的效益，如車內以太網(wǎng)、混合技術車輛網(wǎng)絡（CAN/Flex ray）、異構多核平臺以及車載網(wǎng)關布置。

　　想要試試看？

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

　　AUTOSAR為車載網(wǎng)絡和ECU設計提供預定義的標準方法，找到了進入每家汽車OEM和一級機構的方式。AUTOSAR標準提供了改善工藝和重新利用組件的機會，但是也帶來了學習新ECU設計流程和工具的挑戰(zhàn)。AUTOSAR的早期采用者一直都在把這些知識傳給主流的設計和資源，而現(xiàn)今市面上也有多款可用于量產的工具。AUTOSAR的采用還可協(xié)助業(yè)者達到功能安全標準ISO26262的要求，因為它支持一個可重復、定義明確、且自上而下的設計流程。