前言

如果當(dāng)前節(jié)點有網(wǎng)絡(luò)管理，我給的答案很明確，不是！之所以要寫這個主題，是因為實際工作中，接觸的很多工程師對這兩個概念有點混淆，因此本文侃侃這兩個概念。注意，本文基于節(jié)點有網(wǎng)絡(luò)管理的前提進(jìn)行討論。

Autosar EcuM

Autosar的模塊劃分很細(xì)，分工也很明確，也正因如此才使得軟件有了層次，即分層。同時，也使得抽象模塊具有更好的跨平臺移植性。

這里說一下EcuM模塊，本文不講EcuM功能，但為什么提EcuM呢？EcuM即Ecu Manager，這樣直白的解釋，我們應(yīng)該清楚了，EcuM就是管理Ecu的。Autosar中,EcuM使用Phase、Mode、State表示Ecu各個狀態(tài)，每個層級對內(nèi)對外可見性不同，EcuM狀態(tài)圖如下所示：

由上圖是不是可以看出什么？這既是我們常說的“

節(jié)點喚醒

說的更具體一點就是EcuM切換到Run Phase時，節(jié)點喚醒。如果要從外部評判節(jié)點喚醒，就是外設(shè)功能供電且正常工作，可以在電源中看到電流達(dá)到正常的工作電流。但此時網(wǎng)絡(luò)喚醒了嗎？

Autosar xxNM

這里xx指總線類型，CAN/Flexray/Ethernet等。本例以CANNM為例討論。剛才提到EcuM進(jìn)入RUN Phase階段即我們常說的“節(jié)點喚醒”，和網(wǎng)絡(luò)喚醒等價嗎？說到這里，我們應(yīng)該都清楚了，這本就不是一回事。節(jié)點喚醒不能看作是網(wǎng)絡(luò)喚醒。而且Autosar也給了我們很明確的答案，不然為什么又會分出CANNM呢？

如上圖，這個答案給的是不是更明確一些，CANNM和EcuM干的就不是一件事，因此也就不能將兩者等價。由上圖可以看出，EcuM上電，網(wǎng)絡(luò)從Bus Sleep Mode切換到Network Mode需要有附加條件，一般是如下兩種情況滿足其一，第一有網(wǎng)絡(luò)主動請求（CanNm_NetworkRequest()），第二網(wǎng)絡(luò)有被動喚醒請求（CanNm_PassiveStartup()）。如果沒有外部請求，網(wǎng)絡(luò)會一直在Bus Sleep Mode狀態(tài)呆著，如果用Canoe等設(shè)備監(jiān)控，可以看到當(dāng)前節(jié)點不發(fā)任何報文到總線上，只能接收總線報文（EcuM在RUN Phase階段時）。

總結(jié)來說，就是EcuM處于RUN Phase階段是網(wǎng)絡(luò)能進(jìn)入Network Mode的充分必要條件。換成我們常說的就是：

節(jié)點喚醒是網(wǎng)絡(luò)喚醒的充分必要條件

說到這里我們應(yīng)該對這兩個概念有了一定認(rèn)知，如果當(dāng)前節(jié)點有網(wǎng)絡(luò)管理，且收到網(wǎng)絡(luò)管理報文喚醒網(wǎng)絡(luò)，那么總線必須先有一幀報文喚醒Ecu，Ecu進(jìn)入了RUN Phase階段，收到的網(wǎng)絡(luò)管理報文才能送到上層模塊（如EcuM,BswM,ComM,NM等），進(jìn)而上層才能決定開啟通信，報文才能外發(fā)到總線。如果收到非網(wǎng)絡(luò)管理報文，Ecu會喚醒，也可以理解為Ecu被供電（主程序被周期調(diào)度），因為不是有效喚醒源，之后Ecu走下電流程。至于Ecu收到非網(wǎng)絡(luò)管理報文保持Ecu喚醒多久取決于系統(tǒng)需求。


審核編輯：劉清