聊聊節點（Node）的喚醒方式

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

喚醒源

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

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

遠程喚醒源：簡單說就是和總線信號相關的喚醒方式。比如收到網絡管理報文或者指定診斷報文，或者包含KL15信號的應用報文（有些節點沒有KL15硬線，而是網關轉發包含KL15信號的應用報文喚醒）。

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

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

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

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

節點類型

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

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

也有按照喚醒源組合方式分類的說法，即本地喚醒源和遠程喚醒源組合成四種喚醒方式。如下說說這四種類型節點網絡喚醒的方式。

Node TypeA：
?

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

ECU喚醒以后再進一步判斷收到的遠程喚醒源是否是有效的網絡喚醒源

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

Node TypeB：

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

Node TypeC：