前言

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

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

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

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

正文

1.CanNm的狀態機分析

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

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

2.ComM的狀態機分析

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

ComM從COMM_FULL_COM_READY_SLEEP模式切換到COMM_FULL_COM_NETWORK_REQUESTED模式后會執行什么動作了？-- 調用Nm_NetworkRequest()函數主動喚醒網絡。

3.小結

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

審核編輯：黃飛

?