如上可以看出:ComM对应的通道会切换到COMM_NO_COM_REQUEST_PENDING子状态,存在多个or情况,收到网络管理报文也属于其中一种。 当没有User主动请求通信时,唤醒过程被认为是Passive Wakeup过程,比如:收到网络管理报文就属于Passive Wakeup过程,如果CanNM模块在Bus-Sleep Mode收到网络管理报文,会调用Nm_NetworkStartIndicatio...
如上可以看出:ComM对应的通道会切换到COMM_NO_COM_REQUEST_PENDING子状态,存在多个or情况,收到网络管理报文也属于其中一种。 当没有User主动请求通信时,唤醒过程被认为是Passive Wakeup过程,比如:收到网络管理报文就属于Passive Wakeup过程,如果CanNM模块在Bus-Sleep Mode收到网络管理报文,会调用Nm_NetworkStartIndicatio...
如上可以看出:ComM对应的通道会切换到COMM_NO_COM_REQUEST_PENDING子状态,存在多个or情况,收到网络管理报文也属于其中一种。 当没有User主动请求通信时,唤醒过程被认为是Passive Wakeup过程,比如:收到网络管理报文就属于Passive Wakeup过程,如果CanNM模块在Bus-Sleep Mode收到网络管理报文,会调用Nm_NetworkStartIndicatio...
如上可以看出:ComM对应的通道会切换到COMM_NO_COM_REQUEST_PENDING子状态,存在多个or情况,收到网络管理报文也属于其中一种。 当没有User主动请求通信时,唤醒过程被认为是Passive Wakeup过程,比如:收到网络管理报文就属于Passive Wakeup过程,如果CanNM模块在Bus-Sleep Mode收到网络管理报文,会调用Nm_NetworkStartIndicatio...
提示:如果Trcv没有设置过滤功能,任何一帧报文均可以使能Trcv控制的SBC,进而唤醒ECU,甚至符合Wakeup-Pattern的总线扰动也能唤醒ECU。如果Trcv(硬件)设置了过滤功能,则可以实现特定的网络管理报文唤醒网络。 通过上图,我们可以看出:Trcv通过调用EcuM_SetWakeupEvent(EcuM_WakeupSourceType)接口告知EcuM,是谁唤醒ECU,唤醒源...