【正文】 管理所有喚醒事件，并在被要求時配置ECU為SLEEP狀態(tài)。 時間觸發(fā)的增多非工作狀態(tài)協(xié)議（Time Triggered Increased Inoperation TTII），允許ECU更多地進入節(jié)能的休眠狀態(tài)。 初始化和關(guān)閉基本軟件模塊。 時間觸發(fā)的更多非工作狀態(tài)?；诖耍撮T狗管理器在觸發(fā)看門狗硬件的同時提供了對一些獨立應用的生存監(jiān)控。 每個獨立的受監(jiān)控實體都有故障響應機制。 通過看門狗驅(qū)動觸發(fā)內(nèi)部或外部、標準或窗口，看門狗。 通信管理器通信管理器收集并協(xié)調(diào)來自通信請求者（用戶）的訪問請求。它負責處理和存儲診斷事件（錯誤）和相關(guān)FreezeFrame數(shù)據(jù)。 功能禁止管理器功能禁止管理器FIM（Function Inhibition Manager）負責提供軟件組件和軟件組件功能的控制機制。FIM意義上的功能與可執(zhí)行實體是不同并且獨立的類型。BSW的功能也能夠使用FIM服務。FIM與DEM密切相關(guān)，因為診斷事件和它們的狀態(tài)信息作為禁止條件被提供給FIM。RTE和FIM之間沒有功能上的聯(lián)系。 開發(fā)錯誤跟蹤器開發(fā)錯誤跟蹤器DET（Development Error Tracer）主要用于在開發(fā)期間跟蹤和記錄錯誤。 診斷通信管理器診斷通信管理器DCM（Diagnostic Communication Manager）確保診斷數(shù)據(jù)流，并且管理診斷狀態(tài)，特別是診斷對話期和安全狀態(tài)。在AUTOSAR體系結(jié)構(gòu)中，診斷通信管理器（DCM）處在通信服務中（服務層）。DCM在其內(nèi)部處理、檢查診斷消息，并把消息傳送到AUTOSAR SW組件進一步處理。DCM由以下功能塊組成：DSP Diagnostic Service ProcessingDSP主要包含了完整實現(xiàn)的診斷服務，這些服務在不同的應用之中是通用的（例如，訪問故障數(shù)據(jù)），所以不需要由應用實現(xiàn)。DSLDiagnostic Session LayerDSL保證數(shù)據(jù)流與診斷請求和響應有關(guān)。它需要一個RAM鏡像作為數(shù)據(jù)接口提供給應用快速讀取。 存儲硬件抽象的尋址方案存儲抽象接口和下層的閃存EEPROM仿真和EEPROM抽象層向NVRAM管理器提供虛擬線性32位地址空間。 （16NVM_DATASET_SELECTION_BITS）位的塊標識符NVRAM管理器要能夠管理EEPROM和/或FLASH EEPROM仿真設(shè)備的NV數(shù)據(jù)。 基本存儲對象NV塊：NV塊表示NV用戶數(shù)據(jù)和CRC值（可選）組成的存儲區(qū)；RAM塊：RAM塊表示在RAM中用戶數(shù)據(jù)和CRC值（可選）組成的區(qū)域；ROM塊：ROM塊駐留在ROM（閃存）中，用于提供缺省數(shù)據(jù)以防NV塊為空或被破壞；管理塊：管理塊在RAM中，包含與Dataset NV塊關(guān)聯(lián)的塊索引。Native NVRAM塊由單個NV塊、RAM塊和管理塊組成。應用一次只能存取其中的一個。支持最大的功能性。 API配置種類1：特別用于滿足資源非常有限的系統(tǒng)，此API配置種類只提供所需要的API調(diào)用的最小集。通過仿真EEPROM接口和閃存硬件單元，就可以通過存儲抽象接口訪問這兩種類型的硬件。 閃存EEPROM仿真閃存EEPROM仿真（FEE）按照閃存技術(shù)仿真EEPROM抽象層的行為。 存儲驅(qū)動 EEPROM驅(qū)動EEPROM驅(qū)動提供讀、寫、擦除EEPROM的服務。 內(nèi)部EEPROM驅(qū)動兩種類型的驅(qū)動的功能需求和功能范圍都是相同的。在ECU應用模式下，閃存驅(qū)動只用于閃存EEPROM仿真模塊寫數(shù)據(jù)。 內(nèi)部閃存驅(qū)動兩種類型的驅(qū)動的功能需求和功能范圍都是相同的。 CAN驅(qū)動CAN驅(qū)動為上層使用者提供統(tǒng)一的接口——CAN接口。如果幾個CAN控制器屬于相同的CAN硬件單元，那么它們能夠由CAN驅(qū)動來控制。 CAN接口（硬件抽象）CAN接口提供標準化的接口，通過ECU的CAN總線系統(tǒng)來支持通信。涵蓋不同CAN硬件單元的幾個CAN驅(qū)動模塊由一個在CAN驅(qū)動規(guī)范中指定的通用接口來表示。其主要作用是分割和合并大于8字節(jié)的CAN IPDU。 CAN傳輸層擁有一個接口，該接口連接一個單獨的下層CAN接口層和一個單獨的上層PDU Router模塊。CAN收發(fā)設(shè)備驅(qū)動的目標：CAN收發(fā)設(shè)備驅(qū)動抽象使用CAN收發(fā)設(shè)備硬件芯片。下層驅(qū)動（SPI和DIO）使用的API必須同步。它來源于OSEK_COM標準。它是囊括了下層通信服務的控制的資源管理。這包括了總線通信棧的初始化和簡化的網(wǎng)絡(luò)管理處理。（5）提供使ECU保持總線處于“靜默通信”模式。相同功能及服務（1）啟動與控制服務OSEKAUTOSARStartCOMStopCOMGetCOMApplicationModeInitMessageStartPeriodicStopPeriodicCom_InitCom_DeInitCom_IpduGroupStartCom_IpduGroupStopCom_DisableReceptionDMCom_EnableReceptionDMCom_GetStatusCom_GetConfigurationIdCom_GetVersionInfo 兩者在通信的啟動與控制服務部分的對比可以看出：首先，AUTOSAR提供的API較多，表明它的功能較強；其次，AUTOSAR的啟動與控制服務中包含對IPDU（交互層協(xié)議數(shù)據(jù)單元）的處理和控制，如Com_IpduGroupStart、Com_IpduGroupStop。（2）OSEK通信部分提供了一些例行程序?qū)νㄐ牌饠U展作用，包含3個API：StartCOMExtension、COMCallouts、COMErrorHook。功能定義ComM_InitComM_DeInitComM_GetStatusComM_GetInhibitionStatusComM_RequestComModeComM_GetMaxComModeComM_GetRequestedComModeComM_GetCurrentComMode……專用函數(shù)AUTOSAR通用網(wǎng)絡(luò)管理ComM_Nm_NetworkStartIndicationComM_Nm_TransmissionFailureComM_Nm_NetworkTimeout……AUTOSAR診斷通信管理ComM_DCM_ActiveDiagnosticComM_DCM_InactiveDiagnosticAUTOSAR ECU狀態(tài)管理ComM_EcuM_RunModeIndicationComM_EcuM_WakeUpIndication總線接口ComM_BusIf_BusOffIndication調(diào)度函數(shù)ComM_MainFunction FlexRayFlexRay接口提供通過統(tǒng)一接口的對一個或幾個FlexRay驅(qū)動的訪問。（4）為了訪問FlexRay收發(fā)器，F(xiàn)lexRay接口使用一個或多個FlexRay收發(fā)器驅(qū)動模塊。 FlexRay驅(qū)動FlexRay驅(qū)動模塊必須為FlexRay接口模塊、API的使用者提供統(tǒng)一接口，以訪問許多FlexRay通信控制器，這些控制器通常是相同類型的。 FlexRay傳輸層 FlexRay傳輸層為使用物理地址和功能地址的、分段式的確認過的和未確認過的1對1通信，以及分段式的未確認過的1對n通信提供支持。選擇子字段是多路PDU的SDU的一部分。 LIN驅(qū)動LIN驅(qū)動是最底層的一部分，執(zhí)行硬件訪問和為上層提供硬件無關(guān)的API。一個LIN驅(qū)動能夠支持一個以上的通道。（3）從上層接收幀的傳送，并傳送數(shù)據(jù)部分作為適當LIN幀中的響應。這就是說軟件組件設(shè)計者不需要更多的了解信號是如何影響物理層的。下圖顯示了IO硬件抽象模塊。例如，當引腳層發(fā)生相關(guān)的改變時（上升沿、下降沿），需要進行通知。該驅(qū)動包含一系列的基本功能函數(shù)。 流式訪問。轉(zhuǎn)換過程： 通常，ADC通道的轉(zhuǎn)換請求通過ADC通道組來進行控制。 為了改變組間共享的通道的操作模式，應用程序必須停止任何對包含指定通道的組的當前轉(zhuǎn)換，然后啟動包含指定通道的新組的轉(zhuǎn)換。這里的讀和寫并不被緩沖。 DIO端口端口驅(qū)動模塊：很多端口和端口引腳是由端口驅(qū)動模塊分配給各種功能的，比如 PWM DIO驅(qū)動抽象了對微控制器硬件引腳的訪問。 這些上層模塊可以并行的訪問驅(qū)動。它能夠產(chǎn)生單個超時周期以及重復超時周期。注意，GPT驅(qū)動僅產(chǎn)生時間基礎(chǔ)，而不服務于時間計數(shù)器。該驅(qū)動不提供超時周期，這些超時周期超過了被時鐘源、預定標器和計時寄存器所限制的最大值。 周期性的、低端的、高端的時間測量 喚醒中斷對于信號邊緣檢測來說，需要使用捕獲比較單元的邊緣檢測器或外部時間的中斷控制器。 信號邊緣通知 邊緣計數(shù)為了保證數(shù)據(jù)一致性，應該提供可重入的代碼。 MCU驅(qū)動MCU驅(qū)動提供用于基本微控制器的初始化，下電，復位和其它MCAL軟件模塊需要的微控制器特定功能的服務。 MCU驅(qū)動的特征： 激活微控制器復位 另外，還有提供一個服務來從硬件處獲得復位的原因。很多端口和端口引腳可以被分配給不同的功能，比如： SCI 很多端口和端口引腳可以被分配給各種不同的功能。因此，DIO驅(qū)動工作再引腳和端口之上，由端口驅(qū)動對它進行配置。 端口訪問的原子性：端口驅(qū)動應該通過使用原子指令或者利用OS的中斷屏蔽功能來提供對端口的原子訪問。 SPI處理程序/驅(qū)動SPI總線是一種主從多節(jié)點總線系統(tǒng)，主節(jié)點設(shè)置片選（CS）來選擇一個從節(jié)點來進行數(shù)據(jù)通信。SPI通道代表數(shù)據(jù)元素（8到16比特）。這個模塊能夠作為SPI主節(jié)點來使用。SPI處理程序/驅(qū)動提供了一些服務來對通過SPI總線連接的設(shè)備進行讀寫。 看門狗接口內(nèi)部看門狗驅(qū)動控制MCU的內(nèi)部看門狗計時器。它有和內(nèi)部看門狗驅(qū)動一樣的功能作用域?？撮T狗驅(qū)動的服務的行為（同步/異步/計時）是受保護的。這一方法就叫“AUTOSAR方法”。例如在系統(tǒng)設(shè)計中，同樣的行為（即系統(tǒng)配置行為）會在不同的精確度上重復執(zhí)行。AUTOSAR傾向于通過信息交換格式（軟件組件、ECU資源、系統(tǒng)限制）和模板來減少這些初始系統(tǒng)設(shè)計決定的正式描述。2. 活動Configure System主要是將軟件組件映射到關(guān)于資源和計時要求的ECU上。5. 然后輸出到ECU Extract of System Configuration。8. 在最后一步中，活動Generate Executable根據(jù)從ECU Configuration Description中得到的信息生成可執(zhí)行軟件。雖然這些沒有在上圖中表現(xiàn)出來，不過軟件組件的實現(xiàn)或多或少與ECU的配置無關(guān)。而這些描述就是AUTOSAR模型。 術(shù)語名詞解釋AUTOSAR元模型。AUTOSAR模型既可以作為文件存儲在文件系統(tǒng)中，也可以是一些軟件工具所需的XML流、數(shù)據(jù)庫或內(nèi)存。反射式元模型如果元模型可以用自身實體來描述，那么它就可以稱為是反射式的。在profile中定義的新元類稱為版類（stereotype）。由他們定義名為“雨刷”的軟件組件和一系列連接其它軟件組件的接口等等。M3：AUTOSAR模板的UML profileM2層的模板是由M3層定義的元模型構(gòu)建的。因為MOF被定義為是反射式的，所以不再需要進一步的元層。AUTOSAR創(chuàng)作工具A 創(chuàng)作工具的特征定義“創(chuàng)作工具的特征定義”建議逐步實現(xiàn)AUTOSAR整體概念中關(guān)于交換描述的部分，即軟件組件模板、ECU資源模板、系統(tǒng)模板。C 行為模型的交互“行為模型的交互”列出了AUTOSAR中行為模型的用例。這些圖形符號應作為實現(xiàn)AUTOSAR創(chuàng)作工具的指南。本文檔關(guān)注為證明特定產(chǎn)品符合AUTOSAR標準所必需的幾條相關(guān)路徑。使得他們對有軟件采購和控制有了更靈活和更大的權(quán)利，軟件的提供商會逐步增多，使得他們又更多的選擇；同時，軟件系統(tǒng)的開放化，使得軟件的質(zhì)量監(jiān)督也會相應提高。增強了軟件的移植性，可利用率，可維護性等等，對于軟件開發(fā)者帶來的好處是巨大的。傳統(tǒng)部件提供商由于其基礎(chǔ)積累仍在市場上處于優(yōu)勢，但新的提供商相對于以前將有更多的機會。37 / 37