一种整车网络异常休眠唤醒监控方法、装置及存储介质与流程

1.本发明涉及车辆故障监测技术领域，尤其是涉及一种整车网络异常休眠唤醒监控方法、装置及存储介质。


背景技术：

2.随着科学技术的发展，作为工业化尖端产物的汽车也已经走进千家万户，而汽车的性能自然也受到广大消费者和研发人员的重视。汽车最基本的要求是能够正常启动行驶，实现物理位移。但如果车辆蓄电池亏电，车辆将无法正常启动行驶。可见车辆亏电是一类非常严重的问题。
3.车辆上的能量来源主要来自汽油燃烧的化学能，转化成机械能带动车辆行驶，同时将部分机械能转化成电能供车辆上的电器使用；在车辆未启动前，车辆上各用电器的能量来源主要由小蓄电池提供，而小蓄电池的电能容量一般为45～90a.h，所蕴含能量是有限的；车辆启动后由发电机给整车用电器供电，包括蓄电池(此时蓄电池相当于一个电器负载)，以使得在下次发电机工作前有足够的能量给车辆上的用电器工作。若蓄电池电量过少，则无法提供足够的能量给各个控制器和起动机完成发动机启动工作，车辆行驶基本需求也将无法完成。因此，我们要尽量减少蓄电池能量的消耗，避免非设计原因导致的蓄电池亏电造成车辆无法行驶。
4.当车辆出现亏电时，就需要耗费大量的精力进行异常情况的排查，而可能引起的亏电原因如下：
5.1、蓄电池本身进行化学反应需要消耗一定的能量，当车辆静置时间过长(超过60天)，导致蓄电池能量损耗；
6.2、用户非正常操作车辆，如长时间在发动机未运行情况下使用车辆上的用电器，导致蓄电池能量损耗；
7.3、发电机损坏，无法正常工作给蓄电池充电导致蓄电池能量损耗；
8.4、蓄电池本身老化，无法存储电能而不能提供能量；
9.5、车辆锁车后，有控制器无法休眠使得整车静态电流过大，导致蓄电池能量损耗；
10.6、其它原因导致蓄电池能量损耗；
11.其中第5类原因导致蓄电池亏电的问题较难排查，需要进行深入分析，并设计有效的排查方法，才能快速定位故障，解决问题。针对第5类原因导致蓄电池亏电的问题排查，主要有以下几种思路：
12.a、使用cancase、gl3000等总线工具监测在锁车后整车总线网络的休眠情况，需要连接相应的设备，若是监测时间较长，需要长期占用设备，而总线设备较为昂贵，开支成本大，且记录数据庞大，分析问题困难。
13.b、在整车下电锁车后，使用电流钳在蓄电池负极监测电流，通过逐个拔掉控制器保险或者接插件，然后观测电流钳电流变化；当拔下某控制器保险或者接插件后，电流钳电流变化(降低)明显，从而定位静态电流异常控制器。此方法虽简单有效，但是工作量巨大。
14.因此，需要进一步设计合理的排查方法，方便快捷地定位问题。


技术实现要素：

15.本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种整车网络异常休眠唤醒监控方法、装置及存储介质。
16.本发明的目的可以通过以下技术方案来实现：
17.一种整车网络异常休眠唤醒监控方法，该方法包括：
18.配置监控控制器；
19.将整车网络作为监控网络，所述的监控控制器获取所述的监控网络中各个控制器的网络管理报文；
20.所述的监控控制器基于所述的网络管理报文监测异常休眠故障和异常唤醒故障并记录、存储形成异常监控数据。
21.优选地，所述的监控控制器监测异常休眠故障的方式包括：
22.当监控控制器获取车辆电源档位信号切换至关闭档且中控锁信号切换至闭锁状态时，开启本周期异常休眠故障监测；
23.在异常休眠故障监测周期内，获取触发产生的休眠计时器启动信号并启动休眠计时器，在休眠计时器计时设定时长后，监控控制器仍获取到网络管理报文的情况下，判定发生异常休眠故障并定位发生异常休眠故障的控制器。
24.优选地，所述的休眠计时器启动信号触发产生的方式包括如下任意一种或多种：
25.方式一、在异常休眠故障监测周期开启时同步触发产生所述的休眠计时器启动信号；
26.方式二、在异常休眠故障监测周期内，当所述的监控网络进入休眠状态后，在所述的监控控制器获取到网络管理报文的情况下触发产生所述的休眠计时器启动信号。
27.优选地，定位发生异常休眠故障的控制器的方式为：根据获取的网络管理报文，提取网络管理报文中的控制器id，根据控制器id确定发生异常休眠故障的控制器。
28.优选地，所述的监控控制器监测异常唤醒故障的方式包括：
29.当监控控制器获取车辆电源档位信号切换至关闭档且中控锁信号切换至闭锁状态时，开启本周期异常唤醒故障监测；
30.在异常唤醒故障监测周期内，当所述的监控网络进入休眠状态后，若所述的监控控制器一旦获取到一条网络管理报文，则判定发生异常唤醒故障并定位发生异常唤醒故障的控制器。
31.优选地，定位发生异常唤醒故障的控制器的方式为：根据获取的网络管理报文，筛选主动唤醒标志被标记为表征主动唤醒的网络管理报文，提取网络管理报文中的控制器id，根据控制器id确定发生异常唤醒故障的控制器。
32.优选地，所述的记录、存储形成异常监控数据的方式包括：
33.当判定发生异常休眠故障时，根据故障定位结果在异常休眠指示记录单元中记录发生异常休眠故障的控制器，同时在异常休眠时间记录单元中记录发生异常休眠故障的时间，存储异常休眠指示记录单元和异常休眠时间记录单元中的数据形成异常休眠故障数据存储块；
34.当判定发生异常唤醒故障时，根据故障定位结果在异常唤醒指示记录单元中记录发生异常唤醒故障的控制器，同时在异常唤醒时间记录单元中记录发生异常唤醒故障的时间，存储异常唤醒指示记录单元和异常唤醒时间记录单元中的数据形成异常唤醒故障数据存储块。
35.优选地，所述的异常休眠指示记录单元和异常唤醒指示记录单元均为多字节数据，字节中的每一位对应为异常休眠指示位和异常唤醒指示位，每一位对应一个控制器；
36.当判定发生异常休眠故障时根据故障定位结果将异常休眠指示记录单元中对应的控制器的异常休眠指示位置位；
37.当判定发生异常唤醒故障时根据故障定位结果将异常唤醒指示记录单元中对应的控制器的异常唤醒指示位置位。
38.优选地，在一个监控周期内，
39.当第1次监测到异常休眠故障时，记录并存储形成第一组异常休眠故障数据存储块，当第2次监测到异常休眠故障时，记录并存储形成第三组异常休眠故障数据存储块，当第3次监测到异常休眠故障时，记录并存储形成第二组异常休眠故障数据存储块，当第j次监测到异常休眠故障时，将第二组异常休眠故障数据存储块中记录的数据替换第三组异常休眠故障数据存储块中记录的数据，同时将第j次的数据记录至第二组异常休眠故障数据存储块中，
40.当第1次监测到异常唤醒故障时，记录并存储形成第一组异常唤醒故障数据存储块，当第2次监测到异常唤醒故障时，记录并存储形成第三组异常唤醒故障数据存储块，当第3次监测到异常唤醒故障时，记录并存储形成第二组异常唤醒故障数据存储块，当第j次监测到异常唤醒故障时，将第二组异常唤醒故障数据存储块中记录的数据替换第三组异常唤醒故障数据存储块中记录的数据，同时将第j次的数据记录至第二组异常唤醒故障数据存储块中，
41.j≥4，j为整数。
42.一种整车网络异常休眠唤醒装置，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于当执行所述计算机程序时，实现所述的整车网络异常休眠唤醒监控方法。
43.一种存储介质，其上存储有计算机程序，所述的计算机程序被处理器执行时实现所述的整车网络异常休眠唤醒监控方法。
44.与现有技术相比，本发明具有如下优点：
45.(1)本发明从整车架构层面出发考虑，充分利用整车上的控制器遵循autosar网络管理协议的特点，定义控制器发送的网络管理报文中携带该控制器本身休眠唤醒信息，使其它控制器通过接收相应的网络管理报文知晓该控制器的休眠唤醒情况，从而在软件上实现整车休眠唤醒的监控；
46.(2)本发明配置监控控制器为整车上的某一个或某几个控制器，不需额外配置硬件设备，在不提升硬件成本的同时实现整车网络的监控；
47.(3)本发明根据网络管理报文对异常休眠故障以及异常唤醒故障进行监测，监测结果准确，同时基于网络管理报文确定发生故障的控制器，方便后续故障的排查；
48.(4)本发明配置异常休眠故障数据存储块和异常唤醒故障数据存储块，在不同地
址存储两种不同故障下的故障记录数据，实现两种不同故障的区分，方便后续故障排查；
49.(5)本发明监控控制器记录的数据信息应当能充分反应整车网络异常休眠唤醒情况，但同时也应该考虑到监控控制器实际可开辟的内存大小，因此，在本发明中异常休眠故障数据存储块和异常唤醒故障数据存储块分别配置三组，可分别记录三组故障数据，第一组故障数据记录本次休眠周期内第1次出现整车网络休眠唤醒异常信息，该组数据最能反应整车网络休眠唤醒异常故障；第一组故障数据说明整车存在网络休眠唤醒故障且最能体现整车网络休眠唤醒异常，当同时有多个问题出现时，需要首先排除主要问题，再逐一排查下去，因此需要先对第1次故障记录数据排查完并清除故障后才能进行下一个故障排查，第二组故障数据记录本次休眠唤醒周期内最近1次整车网络休眠唤醒异常数据，该组数据反应整车网络当前状态的休眠唤醒情况，可知晓当前网络状态，对问题点的排查也能提供相关信息，第三组故障数据记录本次休眠唤醒周期内最近第2次整车网络休眠唤醒异常数据，该组数据为冗余数据，指示整车网络存在多次休眠唤醒，且能为整车休眠唤醒异常故障排查提供一定的参考，此方式，综合考虑(获取信息)收益和(芯片内存)支出，达到二者的平衡点，同时还能提高排查效率。
附图说明
50.图1为本发明一种整车网络异常休眠唤醒排查方法的流程框图；
51.图2为本发明监测异常休眠故障的流程框图；
52.图3为本发明监测异常唤醒故障的流程框图；
53.图4为本发明休眠唤醒数据更新记录流程。
具体实施方式
54.下面结合附图和具体实施例对本发明进行详细说明。注意，以下的实施方式的说明只是实质上的例示，本发明并不意在对其适用物或其用途进行限定，且本发明并不限定于以下的实施方式。
55.实施例1
56.本发明考虑到控制器都是通过网络进行通信的，那么也就可以通过它们发送的信息反馈当前的状态。在整车上，所有进行总线通信的控制器均有唯一的id进行身份识别，且连接有kl30电的控制器需遵守autosar网络管理协议。根据该协议要求：
57.1)如果控制器需要进行通信，那么它将发送网络管理报文，如果控制器不需要通信，那么它将停止发送网络管理报文；
58.2)如果控制器不需要进行网络通信，但其它控制器还需要网络进行通信，它将延迟进入睡眠，直至一段时间后未收到其它节点的网络管理报文，它将进入休眠状态；
59.根据这个特点，可在控制器发送的网络管理报文中收集相关休眠唤醒的信息。如设定一个连接多网段的控制器，根据其接收到的网络管理报文，判断当前网络的异常休眠唤醒状态，并记录其收到异常休眠唤醒状态时该报文的id、时间、唤醒原因等状态信息，并存储在非易失存储器中。下次车辆上电时，读取该监控控制器存储的数据，即可知晓影响整车网络的控制器及其异常休眠唤醒原因。此种方法定位问题最快，耗费的资源最少，成本也最低。
60.为了能够高效快速的定位整车网络异常休眠唤醒问题，主要设计排查思路和创新点如下：
61.1)、从整车架构层面出发考虑，充分利用整车上的控制器遵循autosar网络管理协议的特点,定义控制器发送的网络管理报文中携带该控制器本身休眠唤醒信息，使其它控制器通过接收相应的网络管理报文知晓该控制器的休眠唤醒情况，从而有可能在软件上实现整车休眠唤醒的监控；
62.2)、由于车辆上的网络分为多个网段，若要监控整车网络的情况，需要选取连接多个网段的控制器，如bgm、vgm、gw等类型的控制器(以下简监控控制器)，且各网段间需采取非同睡同醒策略，以免各网段间相互干扰；
63.3)、通过软件策略，实现对故障信息的监控和记录。监控控制器根据接收到其它控制器的网络管理报文，监控整车异常休眠唤醒情况；当满足条件时，在非易失存储器中记录下相应故障码信息，再通过诊断服务读取整车休眠唤醒异常信息，实现问题定位。
64.在车型开发之初，应当先设定整车上所有控制器的网络管理策略；对于仅连接kl15供电的控制器，当车辆切换至off档时，控制器即断开电源连接，无电能损耗；而连接有kl30供电的控制器，当车辆切换至off档时，控制器不会立刻进入休眠状态，仍会消耗一部分电能，经过一段时间后才会进入休眠状态，此时控制器功耗降至最低，消耗的电能最小。为保证整车上所有的控制器都能正常的休眠和唤醒，连接有kl30供电的控制器需遵循autosar网络管理协议。
65.根据autosar网络管理协议，控制器的行为将符合如下要求：
66.1)、如果控制器需要进行通信，那么它将发送网络管理报文，如果控制器不需要通信，那么它将停止发送网络管理报文；
67.2)、如果控制器不需要进行网络通信，而其它控制器还需要网络通信时，它将延迟进入休眠并通过接收到的网络管理报文监控其它控制器的通信状态，若经过一段时间后未收到其它控制器的网络管理报文，它将进入休眠状态；
68.而控制器发送的网络管理报文中，需要定义该控制器的id、休眠唤醒原因、维持唤醒原因等相关网络信息，通过这些信息可以反应该控制器的休眠唤醒情况；由于控制器休眠后唤醒时发送的第一帧报文为网络管理报文，且需要通信时都会发送网络管理报文，故而根据接收到的网络管理报文可以知晓当前控制器的通信状态。
69.根据控制器的功能需求，在开发时定义控制器的唤醒原因和维持唤醒原因，如某车型tbox网络管理报文的定义如下：
70.唤醒原因：
71.a、kl15唤醒；
72.b、nm报文唤醒；
73.c、远程app唤醒；
74.维持唤醒原因：
75.a、kl15维持；
76.b、nm报文维持；
77.c、远程app维持；
78.d、诊断维持；
79.e、其它原因维持；
80.依次完成该车型上所有控制器(遵循autosar网络管理)网络管理报文定义。
81.在上述基础上，如图1所示，本实施例提供一种整车网络异常休眠唤醒监控方法，该方法包括：
82.配置监控控制器；
83.监控控制器获取监控网络中各个控制器的网络管理报文；
84.监控控制器基于网络管理报文监测异常休眠故障和异常唤醒故障并记录、存储形成异常监控数据。
85.因为整车上包含动力、底盘、车身、信息娱乐等多个网段，各个网段间相互独立；为能够同时监控整车所有网段和监控策略实现的便捷，考虑选取整车网络中连接多个网段的控制器作为监控整车网络休眠唤醒异常的监控控制器。监控控制器配置为整车网络中的一个控制器或多个控制器；当配置一个监控控制器时，监控控制器连接整车网络中的所有网段；当配置多个监控控制器时，监控控制器的监控范围的并集覆盖整车网络。
86.监控控制器监测异常休眠故障的方式包括：
87.当监控控制器获取车辆电源档位信号切换至关闭档且中控锁信号切换至闭锁状态时，开启本周期异常休眠故障监测；
88.在异常休眠故障监测周期内，获取触发产生的休眠计时器启动信号并启动休眠计时器，在休眠计时器计时设定时长后，监控控制器仍获取到网络管理报文的情况下，判定发生异常休眠故障并定位发生异常休眠故障的控制器。
89.休眠计时器启动信号触发产生的方式包括如下任意一种或多种：
90.方式一、在异常休眠故障监测周期开启时同步触发产生休眠计时器启动信号；
91.方式二、在异常休眠故障监测周期内，当监控网络进入休眠状态后，在监控控制器获取到网络管理报文的情况下触发产生休眠计时器启动信号。
92.本实施例中休眠计时器启动信号触发产生的方式同时包括上述方式一和方式二。具体地，如图2所示，本实施例监控控制器监测异常休眠故障的具体方案为：
93.当监控控制器获取车辆电源档位信号切换至关闭档且中控锁信号切换至闭锁状态时(车辆电源档位＝off且中控锁信号＝lock)，开启本周期异常休眠故障监测，当监控控制器获取车辆电源档位信号切换至开启档或中控锁信号切换至开锁状态时(车辆电源档位≠off或中控锁信号＝unlock)，停止本周期异常休眠故障监测；
94.在异常休眠故障监测周期开启时同步启动休眠计时器，休眠计时器计时设定时长后(本实施例中设置10min)，监控控制器仍获取到网络管理报文的情况下，判定发生异常休眠故障并定位发生异常休眠故障的控制器；
95.在异常休眠故障监测周期内，当所述的监控网络进入休眠状态后，在所述的监控控制器获取到网络管理报文的情况下再次启动休眠计时器，休眠计时器计时设定时长后(本实施例中设置10min)，监控控制器仍获取到网络管理报文的情况下，判定发生异常休眠故障并定位发生异常休眠故障的控制器；
96.定位发生异常休眠故障的控制器的方式为：根据获取的网络管理报文，提取网络管理报文中的控制器id，根据控制器id确定发生异常休眠故障的控制器。
97.如图3所示，监控控制器监测异常唤醒故障的方式包括：
98.当监控控制器获取车辆电源档位信号切换至关闭档且中控锁信号切换至闭锁状态时(车辆电源档位＝off且中控锁信号＝lock)，开启本周期异常唤醒故障监测，当监控控制器获取车辆电源档位信号切换至开启档或中控锁信号切换至开锁状态时(车辆电源档位≠off或中控锁信号＝unlock)，停止本周期异常唤醒故障监测；
99.在异常唤醒故障监测周期内，当监控网络进入休眠状态后，若监控控制器一旦获取到一条网络管理报文，则判定发生异常唤醒故障并定位发生异常唤醒故障的控制器。
100.定位发生异常唤醒故障的控制器的方式为：根据获取的网络管理报文，筛选主动唤醒标志被标记为表征主动唤醒的网络管理报文，提取网络管理报文中的控制器id，根据控制器id确定发生异常唤醒故障的控制器，主动唤醒标志用activewakeup表示，根据autosar网络管理协议，控制器主动唤醒网络，则其网络管理报文中的”activewakeup”指示位将置1，而非主动唤醒的控制器的”activewakeup”位保持置0，监控控制器将根据接收到网络管理报文中”activewakeup”位的状态，判断唤醒网络的控制器，并记录在监控控制器的非易失内存中。
101.需要说明的是：在异常唤醒故障监测周期内，当监控网络进入休眠状态后收到一条网络管理报文即可判定发生异常唤醒故障，此时监控控制器记录下发生异常唤醒的控制器id及时间，不再监测其它控制器的网络管理报文，且此时同时启动休眠计时器，若在休眠计时器计时时间段后(如10min)仍收到网络管理报文，则监控控制器记录异常休眠控制器的id及时间。
102.记录、存储形成异常监控数据的方式包括：
103.配置监控数据存储块，包括异常休眠故障数据存储块和异常唤醒故障数据存储块，异常休眠故障数据存储块和异常唤醒故障数据存储块中均分别配置异常休眠/唤醒指示记录单元和异常休眠/唤醒时间记录单元；
104.当判定发生异常休眠故障时，根据故障定位结果在异常休眠指示记录单元中记录发生异常休眠故障的控制器，同时在异常休眠时间记录单元中记录发生异常休眠故障的时间，存储异常休眠指示记录单元和异常休眠时间记录单元中的数据形成异常休眠故障数据存储块；
105.当判定发生异常唤醒故障时，根据故障定位结果在异常唤醒指示记录单元中记录发生异常唤醒故障的控制器，同时在异常唤醒时间记录单元中记录发生异常唤醒故障的时间，存储异常唤醒指示记录单元和异常唤醒时间记录单元中的数据形成异常唤醒故障数据存储块。
106.所述的异常休眠指示记录单元和异常唤醒指示记录单元均为多字节数据，字节中的每一位对应为异常休眠指示位和异常唤醒指示位，每一位对应一个控制器；
107.当判定发生异常休眠故障时根据故障定位结果将异常休眠指示记录单元中对应的控制器的异常休眠指示位置位；
108.当判定发生异常唤醒故障时根据故障定位结果将异常唤醒指示记录单元中对应的控制器的异常唤醒指示位置位。
109.在配置监控数据存储块时，异常休眠故障数据存储块和异常唤醒故障数据存储块分别配置三组；
110.在一个监控周期内，当第1次监测到异常休眠故障/异常唤醒故障时，分别在第一
组异常休眠故障数据存储块/异常唤醒故障数据存储块记录相应数据，当第2次监测到异常休眠故障/异常唤醒故障时，分别在第三组异常休眠故障数据存储块/异常唤醒故障数据存储块记录相应数据，当第3次监测到异常休眠故障/异常唤醒故障时，分别在第二组异常休眠故障数据存储块/异常唤醒故障数据存储块记录相应数据，当第j次监测到异常休眠故障/异常唤醒故障时，将第二组异常休眠故障数据存储块/异常唤醒故障数据存储块中记录的数据替换第三组异常休眠故障数据存储块/异常唤醒故障数据存储块中记录的数据，同时将第j次的数据记录至第二组异常休眠故障数据存储块/异常唤醒故障数据存储块中，j≥4，j为整数。
111.以下对记录、存储形成异常监控数据的方式进行进一步具体说明，在本实施例中，在监控控制器(控制器a)的软件中，设立专门的did，用于记录各个控制器的异常休眠唤醒情况。为保证数据在车辆下电后仍然能够读取到，应当将该did数据存储在非易失存储器中。用于记录异常休眠唤醒的did设计如下表1：
112.表1记录异常休眠唤醒did
[0113][0114]
为记录整车异常休眠唤醒信息，需在记录的did数据中给各个控制器分配对应异常休眠唤醒指示位；如果有异常休眠唤醒故障产生，那么对应控制器的指示位将置1；无异常休眠唤醒故障产生，指示位将保持为原来的0位。具体did异常休眠唤醒记录数据分配如下：
[0115]
byte0
‑
byte1表示动力域网段控制器休眠唤醒指示位，具体对应ecu如下：
[0116]
byte0的bit0
‑
bit7依次对应ecu：ems、tcu、egsm、reserved、reserved、reserved、reserved、a_pt；
[0117]
byte1的bit0
‑
bit7依次对应ecu：vcu、reserved、reserved、reserved、reserved、reserved、reserved、reserved；
[0118]
byte2
‑
byte3表示底盘域网段控制器休眠唤醒指示位，具体对应ecu如下：
[0119]
byte2的bit0
‑
bit7依次对应ecu：esc、eps、acu、tcm、fcs、frs、pas、a_cs；
[0120]
byte3的bit0
‑
bit7依次对应ecu：reserved、reserved、reserved、reserved、reserved、reserved、reserved、reserved；
[0121]
byte4
‑
byte5表示车身域网段控制器休眠唤醒指示位,具体对应ecu如下：
[0122]
byte4的bit0
‑
bit7依次对应ecu：bcm、peps、ac、dscu、escl、reserved、reserved、
a_cf；
[0123]
byte5的bit0
‑
bit7依次对应ecu：reserved、reserved、reserved、reserved、reserved、reserved、reserved、reserved；
[0124]
byte6
‑
byte7表示信息娱乐域网段控制器休眠唤醒指示位，具体对应ecu如下：
[0125]
byte6的bit0
‑
bit7依次对应ecu：ipk、mmi、tbox、avm、pdc、dvr、hud、a_if；
[0126]
byte7的bit0
‑
bit7依次对应ecu：reserved、reserved、reserved、reserved、reserved、reserved、reserved、reserved；
[0127]
异常休眠唤醒的时间记录表示如下：
[0128]
byte8的bit0
‑
bit3表示月；
[0129]
byte9的bit0
‑
bit4表示日；
[0130]
byte10的bit0
‑
bit4表示时；
[0131]
byte11的bit0
‑
bit5表示分；
[0132]
0表示填充位，x表示使用位，reserved表示预留位。
[0133]
监控异常休眠唤醒记录数据映射表详细信息说明如下表2：
[0134]
表2监控异常休眠唤醒记录数据映射表
[0135]
[0136][0137]
注：表中诸如：ems(0x401)表示ems控制器及其网络管理报文，tcu(0x402)表示ems控制器及其网络管理报文，其它控制器类同。
[0138]
控制器a记录的数据信息应当能充分反应整车网络异常休眠唤醒情况，但同时也应该考虑到控制器a实际可开辟的内存大小。控制器开辟内存越大，对芯片硬件要求越高，成本增加，因此需要综合考虑(获取信息)收益和(芯片内存)支出，达到二者的平衡点。设计该did可记录三组故障数据，第一组故障数据记录本次休眠周期内第1次出现整车网络休眠唤醒异常信息，该组数据最能反应整车网络休眠唤醒异常故障；第一组故障数据说明整车存在网络休眠唤醒故障且最能体现整车网络休眠唤醒异常。当同时有多个问题出现时，需要首先排除主要问题，再逐一排查下去。因此需要先对第1次故障记录数据排查完并清除故障后才能进行下一个故障排查。第二组故障数据记录本次休眠唤醒周期内最近1次整车网络休眠唤醒异常数据，该组数据反应整车网络当前状态的休眠唤醒情况，可知晓当前网络状态，对问题点的排查也能提供相关信息。第三组故障数据记录本次休眠唤醒周期内最近第2次整车网络休眠唤醒异常数据，该组数据为冗余数据，指示整车网络存在多次休眠唤醒，且能为整车休眠唤醒异常故障排查提供一定的参考。
[0139]
整车休眠唤醒异常数据记录具体地址如下：
[0140]
group 1：byte0～byte11，第1次故障数据；
[0141]
group 2：byte12～byte23，第n次故障数据；(n≥3，n∈整数)
[0142]
group 3：byte24～byte35，第(n
‑
1)次故障数据；(n≥3，n∈整数)
[0143]
在同一个休眠唤醒记录周期内，共记录三组数据，第1次记录的故障数据会一直保留，记录在group 1中，第2次和第3次记录的数据分别记录在group 3和group 2中；如果有新的故障数据产生，该组新的故障数据将会把原来的group 2中的数据替换，而group 2中的数据将把原来的group 3中的数据替换，原来group3中的数据将会被挤掉；新产生的数据将依此规则，进行数据的更新；具体休眠唤醒数据更新记录流程如下图4所示。
[0144]
由此可见，本发明异常休眠故障数据存储块连续配置三组，位于6a01位置，异常唤醒故障数据存储块连续配置三组，位于6a02位置，每一个异常休眠故障数据存储块和异常唤醒故障数据存储块均分别为12个字节数据，其中前8个字节byte0
‑
byte7配置为异常休眠/唤醒指示位，在每一个存储块中配置了64个异常休眠/唤醒指示位(最多可监测64个控
制器)，后4个字节byte8
‑
byte11为异常休眠/唤醒时间记录单元，用于记录异常休眠/唤醒的时间。
[0145]
在上述整车网络异常休眠唤醒监控方法的基础上，本实施例还提供一种整车网络异常休眠唤醒排查方法，该方法包括：采用上述整车网络异常休眠唤醒监控方法对整车网络监控，获取异常监控数据；基于异常监控数据排查发生异常休眠故障和异常唤醒故障的控制器。具体排查方式为：在异常休眠唤醒周期内，如果有异常休眠唤醒事件发生，监控控制器将记录下整车异常休眠唤醒相关数据。在下次车辆上电时，通过诊断服务读取监控控制器相应did数据信息，即可获知异常休眠唤醒控制器及异常休眠唤醒时间，定位整车异常休眠唤醒问题，实现问题点排查。同样，通过诊断服务可清除控制器a关于整车休眠唤醒异常did数据，以便开展下次故障数据记录。
[0146]
该方案相对于背景技术中列举的排查方案a和b，主要是设计思路上的不同。该方案充分考虑到autosar网络管理协议的特点以及充分利用控制器网络管理报文携带的休眠唤醒信息，从而可以通过该信息判断控制器休眠唤醒是否正常。选取特定的监控控制器记录整车网络异常休眠唤醒情况并通过诊断服务读取记录的数据，从而定位异常休眠唤醒控制器；该方案主要是通过架构设计和软件实现，具有问题点定位准确快捷、成本小等优点。
[0147]
反观方案a使用数据记录仪记录整车网络数据，若为偶发整车网络休眠唤醒问题，需要记录整车网络数据时间较长，数据较大，分析和定位问题困难；且需要长时间占用总线记录设备，而总线记录设备较为昂贵，花费的成本费用较大。综合看来，费时费力，非理想的问题排查办法。
[0148]
而方案b主要是通过原始的物理手段，通过逐一拔掉控制器接插件或者保险，断开控制器电源连接定位休眠异常的控制器。该方案需要对控制器插件或者保险进行拔插和观测蓄电池负极电流的变换，当拔下某控制器插件或者保险时蓄电池负极电流有明显降低，可定位休眠异常控制器。由于不可预知哪个控制器休眠异常，需要对整车控制器插件或者保险进行逐一插拔，工作量巨大。且该方案只能定位一直休眠异常的控制器，不能定位偶发休眠异常和唤醒网络的控制器，使用范围有限。
[0149]
实施例2
[0150]
本实施例提供一种整车网络异常休眠唤醒装置，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于当执行所述计算机程序时，实现实施例1中的整车网络异常休眠唤醒监控方法，整车网络异常休眠唤醒监控方法在实施例1中已详细说明，本实施例中不再赘述。
[0151]
实施例3
[0152]
本实施例提供一种存储介质，其上存储有计算机程序，所述的计算机程序被处理器执行时实现实施例1中的整车网络异常休眠唤醒监控方法，整车网络异常休眠唤醒监控方法在实施例1中已详细说明，本实施例中不再赘述。
[0153]
上述实施方式仅为例举，不表示对本发明范围的限定。这些实施方式还能以其它各种方式来实施，且能在不脱离本发明技术思想的范围内作各种省略、置换、变更。