基于TBOX产品实现的UDSOnCAN诊断及OSEK网络管理概要设计（2-2）-网络管理

---

3 CAN直接网络管理：

3.1 软件约定：

（1）T-BOX源地址
T-BOX的源地址为0x407
（2）数据格式

网络管理报文DLC必须等于8，不使用的字节以0x00填充。
本平台不使用数据字节，必须将NM报文3-8字节置为默认值0x00。
（3）ECU类型
II类ECU，在KL30常电下工作。
（4）T-BOX休眠
只接受休眠，不发起休眠。
（5）休眠状态
遵循310休眠专题的设计，遵循国标休眠或者分时租赁休眠。
（6）本地唤醒
上电、Key-off-on、下行数据的CAN命令、蓝牙数据的订单命令
（7）远程唤醒
CAN中断唤醒，但是在等待休眠阶段，只有接收到Sleep.Ind=0的CAN报文才能结束休眠。
（8）Alive的目标地址
指向自己
（9）Ring报文的目标地址
指向比自己略大的ECU（或最小的ECU）
（10）操作码

Ring报文当Sleep.Ack位设置为1时，无论Sleep.Ind设置与否，视为Sleep.Ind=1。
（11）网络管理报文的发起
ECU发送的第一条报文应为Alive报文，100ms(tTyp)后发起Ring报文（第一个发起Alive报文的发起），之后周期性发送Ring网络报文，该周期等于ECU个数n乘以100ms左右，也就是当自己的前继节点发送Ring报文后的100ms，自己才能发送Ring报文。
（12）后加入CAN网络的ECU怎么实现
需要在发送Alive报文后等待前继节点Ring报文指向自己，才能发送Ring报文（不再是100ms），发送时可能自己的后继节点是错误的，但是带第二次接收到自己的前继节点后，自己应该能后判断出所有的ECU节点，此时通过逻辑判断能够知道自己的后继节点了。
（13）ECU睡眠条件
网络关闭前，所有ECU应同步进入等待睡眠状态，等待睡眠状态是网络关闭的必要条件，等待睡眠时Sleep.Ind=1，且接收到Sleep.Ack。在4s(tWaitBusSleep)等待后进入休眠。
为避免网络反复的睡眠唤醒，在ECU进入“NM正常运行”状态以后至少经历tSleepRequestMin_N才可以请求睡眠并将Ring报文的Sleep.Ind位置1。
tSleepRequestMin_N = 4或5s。
&