【CAN通讯系列18】- NM在干什么？休眠唤醒

本文链接：https://blog.csdn.net/menghuyouyou/article/details/145499219

这几篇文章谈网络管理，主要从两个层面来讲：一个是从网络管理的基本原理和过程，另一个是从控制器层面，一个控制器如何使用AutoSAR NM实现网络管理。这些内容是实现网络管理最重要的基础，而为什么需要进行网络管理，本质原因是整车存在很多休眠唤醒的场景，因此本文将从整车休眠唤醒功能层面来进行介绍，回到之前的例子：

这就是整车休眠唤醒场景中的一个，对整车来说，还有非常多的休眠唤醒场景需要考虑。

1.休眠唤醒场景

一台纯电动汽车关门锁车下电后进入休眠，在它处于休眠这期间，实际上存在很多种唤醒场景。比如用户有用车需求了，可能通过手机端APP提前远程开启空调或座椅加热等功能，那么这时就需要唤醒汽车上的很多控制器。首先TBOX需要被唤醒，然后TBOX醒来后会唤醒上高压相关的控制器，再唤醒空调，加热器的控制器等。

Source：远程启动功能可以开空调吗？

又或者如果用户发现汽车电量不充足了，那么会有充电需求，插枪充电，这时如果插上慢充枪，那么OBC会先被唤醒，识别出插枪行为及其慢充枪的连接状态，然后OBC唤醒BMS和其他相关的控制器进行充电。

Source: 【图】热门电动汽车新闻_新能源汽车行业资讯

也就是说，通过对一个又一个整车功能和应用场景的详细分析，最终能够汇总出整车所有的休眠唤醒场景需求，通常会用一个表格来管理，俗称休眠唤醒表。接下来详细了解一下休眠唤醒表。

2. 休眠唤醒表

休眠唤醒表一般有哪些内容？根据上述所讲的逻辑：

首先休眠唤醒需求，定义有哪些休眠场景或唤醒场景。针对每个唤醒场景，唤醒的条件是什么，针对每个休眠场景，休眠的条件又是什么。

其次是对于每个唤醒场景，哪些控制器需要参与？谁是主动唤醒节点，谁又是被动唤醒节点，每个控制器需要做什么事情。

然后呢，对于每个唤醒或休眠场景，有无唤醒或休眠的时间要求。

如下图简单示意（绿色代表主动唤醒节点）：

注意休眠唤醒表是网络管理最核心的内容，正是有了这样的需求，才有采用何种网络管理方法，来实现预期的休眠唤醒行为。可以说两者相结合才有更完善的整车功能和行为，那他俩是如何相互结合的呢？

3. 休眠唤醒落地

首先是与网络管理报文相联系，在前面谦益行公众号文章CAN通讯系列补充篇：网管报文CBV字节详解介绍了网络管理报文的Byte1（CBV），对应上表中的某个场景满足，绿框打勾的那个ECU就是主动唤醒节点，那么该ECU的网络管理报文Byte1的Bit4就应该置1。

其次与网络管理报文Byte 2-7相关，即User data。就结合本文第一张图和上表，某个唤醒场景需要实现底盘域控相关功能，需要唤醒IEB, EPS, EPB和VCU，其中IEB是主动唤醒节点，那么对于IEB的网络管理报文的User data可以如下图这样定义：

通过休眠唤醒需求分析各个场景，最终可以提炼出每一个控制器作为主动唤醒节点，它需要去唤醒哪些控制器或网络。因此可以确定每个控制器的网络管理报文，不难理解，byte0和byte1。同时针对不同休眠或唤醒场景，网管报文的userdata有所区别，如何做到场景与网管报文内容一一映射，通常会定义另一帧报文，用来表明当前是哪个或哪几个唤醒条件或休眠条件满足。