DCM模块唤醒网络主动与被动唤醒机制探讨

前言

我们知道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开始自底向上学习各个模块，然后以报文唤醒和网络唤醒源这条线索把所有的模块给串起来的。

审核编辑：黄飞