前言

我們知道ECU的網(wǎng)絡(luò)管理是按照AUTOSAR標(biāo)準(zhǔn)開發(fā)的話，診斷報文是無法喚醒ECU且喚醒網(wǎng)絡(luò)的，因為CanNm狀態(tài)機處于Bus-Sleep Mode的時候，因為ComM-->CanSm-->CanIf-->CanTrcv, CanDriver關(guān)閉了Can收發(fā)器和控制器，則在Bus-Sleep Mode下通信協(xié)議棧是無法收到Can報文的，診斷報文也就無法喚醒網(wǎng)絡(luò)。但是，但CanNm處于Prepare Bus-Sleep Mode時Cantrcv和CanDriver還是沒被關(guān)閉，則診斷報文是可以被通信協(xié)議棧收到的，那么CanNm處于Prepare Bus-Sleep Mode時診斷報文是可以喚醒網(wǎng)絡(luò)的。

那么，我們的問題來了，CanNm處于Prepare Bus-Sleep Mode時收到診斷報文喚醒網(wǎng)絡(luò)，到底是主動喚醒還是被動喚醒了？

這個問題的答案很容易得到，我們在CanNm處于Prepare Bus-Sleep Mode時發(fā)送診斷報文喚醒網(wǎng)絡(luò)，看NM報文是否有快發(fā)過程就能輕易的確定是主動喚醒還是被動喚醒。

這里直接給出答案，CanNm處于Prepare Bus-Sleep Mode時收到診斷報文喚醒網(wǎng)絡(luò)是主動喚醒，那么為什么了？

正文

1.CanNm的狀態(tài)機分析

CanNm專題機從Prepare Bus-Sleep Mode切換到Nework Mode的Repeat Message State是如果是通過CanNm_PassiveStartUp()條件切換的就是被動喚醒，如果是通過CanNm_NetworkRequest()條件切換的就是主動喚醒。

那么，DCM診斷報文使得CanNm狀態(tài)機從Prepare Bus-Sleep Mode切換到Nework Mode的Repeat Message State調(diào)用的是CanNm_PassiveStartUp()還是CanNm_NetworkRequest()了？

2.ComM的狀態(tài)機分析

CaNm處于Prepare Bus Sleep Mode時，ComM處于COMM_FULL_COM_READY_SLEEP模式，如果DCM模塊收到診斷報文，則DCM模塊會調(diào)用ComM_DCM_ActiveDiagnostic()這個callback函數(shù)，就會切換ComM模塊狀態(tài)機到COMM_FULL_COM_NETWORK_REQUESTED模式。

ComM從COMM_FULL_COM_READY_SLEEP模式切換到COMM_FULL_COM_NETWORK_REQUESTED模式后會執(zhí)行什么動作了？-- 調(diào)用Nm_NetworkRequest()函數(shù)主動喚醒網(wǎng)絡(luò)。

3.小結(jié)

本文的結(jié)論容易得出，DCM模塊喚醒網(wǎng)絡(luò)是主動喚醒且是AUTOSAR規(guī)范定義的。但是，要想至下而上理清楚網(wǎng)絡(luò)休眠和喚醒還是挺不容易的，我們需要理解CanTrcv, CanDriver, CanIf, CanNm, EcuM, ComM, Dcm這么多模塊的功能及其之間的耦合關(guān)系才能真正理解。至于怎么把這么多模塊理清楚還能串起來，個人是從CanTrcv開始自底向上學(xué)習(xí)各個模塊，然后以報文喚醒和網(wǎng)絡(luò)喚醒源這條線索把所有的模塊給串起來的。

審核編輯：黃飛

?