ECU系统休眠后通过诊断报文唤醒ECU且唤醒网络后快发NM报文

前言

在<>一文中我们分析并实现了通过诊断报文唤醒ECU且唤醒网络的需求，但是经过测试发现网络唤醒后NM报文没有快发过程，而是直接跳过快发过程进入NM报文的周期发送阶段。但是，新的的需求是让诊断报文唤醒网络后有快发过程，又该怎么实现了？本文就先分析CanNM报文的主动唤醒和被动唤醒及其相关的NM报文发送机制，然后给出一个诊断报文唤醒网络后进入快发阶段的解决方案。

Note: 本文使用的AUTOSAR工具为Vector公司的Davinci Configurator，CAN收发器为NXP公司的TJA1043。

正文

1.CanNM状体机分析

参考文档：AUTOSAR架构下关于CanNm的几点思考

CanNM的Repeat Message State(RMS)状态包括两个子状态：NM Normal Transmit State和NM Immediate Transmit State。

从其他状态进入到NM Normal Transmit State子状态，Can NM报文没有快发阶段，直接进入到Normal Cyclic报文发送阶段。

从其他状态进入到NM Immediate Transmit State子状态，Can NM报文有快发阶段（快发周期和次数可配置）。

从Bus Sleep Mode进入到NMNormal Transmit State的条件（NM_02）：

当ECU处于Bus-Sleep阶段时，如果接收到有效的NM报文（ComM调用NM_PassiveStartUp），则会进入到Normal Transmit State。当进入到该阶段后，在T_REPEAT_MESSAGE 超时前，ECU将按照T_NM_MessageCycle周期来传输报文，同时T_MESSAGE_TIMEOUT也会启动。

从BusSleep Mode进入到NM Immediate Transmit State的条件（NM_03）：

当ECU在Bus-Sleep阶段，存在本地唤醒请求时（ComM调用NM_NetworkRequest），ECU应当主动激活网络，并进入Immediate Transmit State阶段，同时将发送的NM报文中的Active Wake up bit置为1。在该状态下，应当按照N_ImmediateNM_TIMES的次数发送报文周期为T_NM_ImmediateCycleTime的网络管理报文。

从Pre-Bus Sleep Mode进入到NMNormal Transmit State的条件（NM_15）：

在Pre-Bus-Sleep模式下，如果存在远程唤醒请求（ComM调用NM_PassiveStartUp），则会进入到RMS阶段中的Normal Transimit State。同时启动T_REPEAT_MESSAGE。

从Pre-BusSleep Mode进入到NM Immediate Transmit State的条件（NM_16）：

在Pre-Bus-Sleep模式下，如果存在本地唤醒请求，即ComM调用函数接口CanNm_NetworkRequest来进入到RMS中的Immediate Transmit阶段，应当按照N_ImmediateNM_TIMES的次数发送报文周期为T_NM_ImmediateCycleTime的网络管理报文。

小结：

1）当CanNM处于Bus-Sleep或者Pre-Bus-Sleep模式时，如果有本地唤醒事件发生则ComM调用CanNm_NetworkRequest将CanNM状态机切换到NM Immediate Transmit State，Can NM进入快发状态。

2）当CanNM处于Bus-Sleep或者Pre-Bus-Sleep模式时，如果有网络（远程）唤醒事件发生则ComM调用NM_PassiveStartUp将CanNM状态机切换到Normal Transimit State，Can NM报文不会有快发阶段，Can NM报文周期发送。

问题：本地唤醒事件和网络唤醒事件是怎么触发ComM主动和被动唤醒网络的？

2.ComM状态机分析

ECU上电或唤醒后，如果检测到为本地唤醒或其他条件需要ECU进行主动唤醒时，用户调用ComM接口ComM_RequestComMode请求ComM COMM_FULL_COMMUNICATION使能通信，ComM在接收到请求后，调用 CanSM_RequestComMode()请求CanSM将相应的Can通道状态切换为FULLCOM，CanSM再通过CanIf切换控制器和收发器状态，调用如果该通道的NMVariant为FULL，调用NM接口 Nm_NetworkRequest()，NM再调用CanNm接口 CanNm_NetworkRequest请求进入主动唤醒。

ECU上电或唤醒后，如果检测到为远程唤醒或其他添加需要ECU进行passive唤醒时，调用 ComM_EcuM_WakeUpIndication（如果ECUM中的wakeup source绑定了ComM通道，则在调用EcuM_CheckWakeup时自动调用），如果通道的NMVariant为FULL或PASSIVE，ComM调用 Nm_PassiveStartUp请求NM进行passive唤醒，并调用 CanSM_RequestComMode()请求CanSM将相应的Can通道状态切换为FULLCOM。

问题：本地唤醒事件和网络唤醒事件是怎么触发ComM主动和被动唤醒网络的？

答:本地唤醒事件由User检测后调用ComM_RequestComMode上报给ComM；网络唤醒事件由EcuM轮询到唤醒事件后调用ComM_EcuM_WakeUjpIndication上报给ComM。ComM根据事件类型调用Nm_NetworkRequest主动唤醒网络，调用Nm_PassiveStartUp被动唤醒网络。

3.解决方案

通过上面的分析我们可以得到解决本文提出的问题的答案：让诊断报文唤醒ECU后走主动唤醒网络的路径，就能实现诊断报文唤醒网络后有NM报文快发过程的需求。

具体的做法：就是在<>一文中实现的Callout函数中直接调用ComM_RequestComMode主动请求唤醒网络。

4.总结

	ComM	NM	CanNM	NM报文状态
User调用ComM_RequestComMode	主动唤醒网络：调用NM_NetworkRequest	调用CanNM_NetworkRequest	从Sleep状态切换到NM Immediate Transmit State子状态	快发NM报文结束后周期发送NM报文
EcuM调用ComM_EcuM_WakeUjpIndication	被动唤醒网络：调用 NM_PassiveStartUp	调用 CanNM_PassiveStartUp	从Sleep状态切换到NM Normal Transmit State	无快发NM报文过程，直接周期发送NM报文

审核编辑：汤梓红