我想玩Autosar嵌入式開發(fā)的朋友都知道，Autosar中有NM模塊，也知道為什么要有網(wǎng)絡(luò)管理，但是大家未必都能說清楚節(jié)點（Node）的喚醒方式，本文通過分析節(jié)點供電方式、網(wǎng)絡(luò)喚醒源來聊聊節(jié)點的喚醒方式。
?

喚醒源

開發(fā)的過程中，提到網(wǎng)絡(luò)管理，我們首先就得明確喚醒源有哪些，如果搞不清，查bug可能有的折騰。一般來說，喚醒源會分為本地喚醒源和遠(yuǎn)程喚醒源。前面已經(jīng)說過，喚醒源能喚醒ECU，而未必能喚醒網(wǎng)絡(luò)，喚醒ECU是喚醒網(wǎng)絡(luò)的必要不充分條件，可以參考前文：（節(jié)點喚醒==網(wǎng)絡(luò)喚醒）？FALSE:TRUE；。如下說一下個人對兩種類型喚醒源的理解。

本地喚醒源：和硬線相關(guān)的喚醒方式一般稱為本地喚醒源。如：KL15硬線，硬件傳感器信號（如：腳踢門，后備箱打開）。

遠(yuǎn)程喚醒源：簡單說就是和總線信號相關(guān)的喚醒方式。比如收到網(wǎng)絡(luò)管理報文或者指定診斷報文，或者包含KL15信號的應(yīng)用報文（有些節(jié)點沒有KL15硬線，而是網(wǎng)關(guān)轉(zhuǎn)發(fā)包含KL15信號的應(yīng)用報文喚醒）。

遇到過一種不常見的喚醒方式（確切說我遇到的少），這里和大家聊一聊。比如節(jié)點A所在uC是ECU1，有一個外圍芯片ECU2控制Vreg，進(jìn)而控制ECU1的供電。這里使用ECU2主要是想在

ECU1休眠時，定時喚醒ECU1，比如ECU1休眠5h后，自動喚醒ECU1

這里可以將此種方式理解為本地喚醒源。這里會利用ECU2的定時功能，該功能一般會在ECU1進(jìn)入休眠前通過SPI設(shè)置喚醒時間，定時時間到，觸發(fā)Vreg給ECU1供電，進(jìn)而ECU1上電，主程序啟動（Application Program）。該喚醒方式的示意如下所示：

在實際的Autosar NM開發(fā)中，大家一定要和系統(tǒng)溝通清楚本地喚醒源和遠(yuǎn)程喚醒源的定義，以及這些喚醒源有哪些，因為這些在問題排查時是大有裨益的。

節(jié)點類型

一個ECU中包含多個節(jié)點（Node），這個大家要清楚，不要將ECU和節(jié)點混為一談。舉例來說：一個ECU有3路CAN，2路Flexray，1路Ethernet，應(yīng)該說該ECU有6個節(jié)點。也可以具體說，該ECU有3個CAN節(jié)點，2個Flexray節(jié)點，1個Ethernet節(jié)點?？傊?，在表述的時候要盡可能準(zhǔn)確，他人在表達(dá)不到位的情況下，我們也要知道ta表達(dá)的真實意圖。

一般來說，可以根據(jù)節(jié)點的啟動方式、靜態(tài)電流的消耗以及啟動時間分為4種喚醒方式，這里分為A、B、C、D四種類型。提示：圖片可以放大看。

也有按照喚醒源組合方式分類的說法，即本地喚醒源和遠(yuǎn)程喚醒源組合成四種喚醒方式。如下說說這四種類型節(jié)點網(wǎng)絡(luò)喚醒的方式。

Node TypeA：
?

這種類型的節(jié)點常連KL30（俗稱小電瓶，即長電），即使車輛停車和點火鑰匙關(guān)閉時，該種類型的節(jié)點也有喚醒網(wǎng)絡(luò)的能力。一般這樣的節(jié)點在不通信的時候會進(jìn)入低功耗模式，不是說完全的掉電，而是將電流限制在一定閾值下，如100uA，同時支持通信網(wǎng)絡(luò)喚醒和重新啟動應(yīng)用程序的能力。主要是關(guān)閉掉不必要的外設(shè)使得電流降低。但是應(yīng)用程序在保持周期性運行（這個輪詢的周期不必太大），以便有網(wǎng)絡(luò)請求時能快速喚醒ECU和網(wǎng)絡(luò)。如果收到遠(yuǎn)程喚醒源的喚醒請求，Transceiver會使能Vreg給uC供電，進(jìn)而使得ECU喚醒，

ECU喚醒以后再進(jìn)一步判斷收到的遠(yuǎn)程喚醒源是否是有效的網(wǎng)絡(luò)喚醒源

（比如：網(wǎng)絡(luò)管理報文），如果不是則ECU走下電流程，網(wǎng)絡(luò)沒有喚醒；如果是有效網(wǎng)絡(luò)喚醒源，則喚醒網(wǎng)絡(luò)。需要注意的是，有些節(jié)點如果有PNC功能，即使收到NM報文，也未必喚醒該節(jié)點網(wǎng)絡(luò)，必須是該節(jié)點指定的NM報文。

Node TypeB：

這種類型的節(jié)點常連KL30，可以通過硬線和網(wǎng)絡(luò)總線喚醒，即這兩種方式均可以使得uC供電，即ECU喚醒。如果是硬線喚醒，如KL15硬線，網(wǎng)絡(luò)直接喚醒；如果是網(wǎng)絡(luò)總線喚醒，則需要進(jìn)一步判斷喚醒源的有效性，即網(wǎng)絡(luò)不一定喚醒。一般來說，該節(jié)點休眠時會將transceiver的工作模式設(shè)置為Sleep Mode，當(dāng)然，這需要看transceiver是否有Sleep Mode。以CAN Transceiver為例，NXP TJA1145有Sleep Mode，可以通過SPI設(shè)置其進(jìn)入該模式。而NXP TJA1143則沒有，一般會進(jìn)入Standby Mode，即偽Sleep?Mode。

Node TypeC：

這種類型的節(jié)點常連KL30，可以通過硬線喚醒。相對于Node?TypeB，Node?TypeC在網(wǎng)絡(luò)休眠時更節(jié)能，因為可以完全將Transceiver供電切斷。

Node TypeD：

這種類型的節(jié)點不常連KL30，受控于KL15硬線，如果KL15斷開則整個主芯片以及Transceiver均斷電，而無法工作。相對其它喚醒方式，這種節(jié)點的網(wǎng)絡(luò)啟動時間要更長，因為uC和Transceiver均是冷啟動。

寫在最后

嵌入式Autosar開發(fā)中，如果是作為供應(yīng)商的角色，在拿到OEM或者甲方需求時，要清楚自家產(chǎn)品的喚醒方式，而這需要看一下自家產(chǎn)品的原理圖和使用的uC、Transceiver類型才能更好的開發(fā)符合需求的Code。



審核編輯：劉清