一种车辆上的ECU管理方法、ECU以及可读存储介质与流程

一种车辆上的ecu管理方法、ecu以及可读存储介质
技术领域
1.本发明实施例涉及但不限于汽车技术领域，具体而言，涉及但不限于一种车辆上的ecu管理方法、ecu以及可读存储介质。


背景技术：

2.随着智能化和信息化的发展，汽车电气系统变得日益复杂，当前汽车普遍拥有数十个电子控制单元(ecu)。ecu的增多代表着功能的复杂度和稳定性难度，ecu节点都是由硬件 软件组成的。而对于汽车ecu产品，这些ecu都是黑盒子，用户甚至都不知道ecu的存在。若有ecu出现了异常，这个时候用户就必须把车开到4s店进行检查维修，这个过程对于车主来说是非常麻烦和反感的。
3.目前没有整车的方案来通过其他ecu纠正错误ecu节点工作状态的方案，都只是各个ecu做自己的异常保护机制，所以对于整车功能的稳定性来说存在一定的风险，它依赖于各个ecu的运行状态,风险较大。
4.对于熄火状态下的汽车如果某个ecu工作异常，未能按照约定的电源管理模式进入休眠，还可能引起整车电瓶馈电，这对于用户来说是不可接受的。


技术实现要素：

5.本发明实施例提供的一种车辆上的ecu管理方法、ecu以及可读存储介质，实现对整车的ecu进行状态监测，并在监测到异常ecu的情况下，向其发送控制指令，从而让异常ecu根据控制指令执行对应的恢复动作，从而避免车辆熄火后异常ecu引起电瓶馈电。
6.为解决上述技术问题，本发明实施例提供一种车辆上的电子控制单元管理方法，包括：
7.对车辆上的至少一个电子控制单元ecu的工作状态进行监测；
8.当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令，所述控制指令用于触发所述异常ecu执行对应的恢复动作。
9.本发明实施例还提供一种电子控制单元，包括：所述电子控制单元包括处理器、存储器及通信总线；
10.所述通信总线用于实现处理器和存储器之间的连接通信；
11.所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现前述的车辆上的电子控制单元管理方法的步骤。
12.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现前述的车辆上的电子控制单元管理方法的步骤。
13.根据本发明实施例提供的车辆上的ecu管理方法、ecu、汽车以及可读存储介质，通过当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令，在某些实施过程中异常ecu可以根据控制指令执行对应的恢复动作，从而提高整车ecu的运行稳定性，避免因
ecu异常而引起车辆电瓶馈电，提高用户体验。
14.本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
15.图1为本发明实施例一的整车ecu的连接示意图；
16.图2为本发明实施例一的流程图；
17.图3为本发明实施例二的流程图；
18.图4为本发明实施例二的熄火状态下方法流程图；
19.图5为本发明实施例三的流程图；
20.图6为本发明实施例三的点火状态下方法流程图。
具体实施方式
21.为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
22.实施例一
23.为了提高整车ecu运行的稳定性和可靠性，本发明第一实施例提出一种车辆上的电子控制单元管理方法，图1为整车ecu的连接示意图，各个ecu通过can总线连接，互相收发网络报文、app报文和诊断报文,整车通过tbox和csp服务器交互。
24.电子控制单元(electronic control unit,ecu)，整个的功能就是由各个ecu来协同完成的，在此发明中，特定ecu节点既作为稽查节点监督其他ecu的工作状态，普通节点作为被监督的对象。
25.车载移动通信终端tbox：也属于ecu节点，包含通过无线3gpp网络与外界网络进行交互的通信系统，同时也支持通过can与车内其他ecu进行信息交互。也可以用于与服务器csp进行交互，同步各个ecu的业务参数和工作状态，进行整车ecu控制。
26.车载云服务器csp：相当于车联网的应用系统，是一个云架构的车辆运行信息平台，由车厂维护，对车主提供应用服务和对车辆在使用过程的状态进行跟踪，在此发明中由车厂通过它对整车的ecu业务参数进行维护和控制。
27.can：controller area network控制器局域网络，是目前车辆使用最广泛的现场总线，各个ecu之间通过can进行信息交互，在此发明中稽查节点通过从can上收集其他节点的信息，从而进行状态判断，以及异常时的控制。
28.本实施例中提出一种车辆上的电子控制单元管理方法，请参见图2，包括：
29.s201、对车辆上的至少一个电子控制单元ecu的工作状态进行监测；
30.s202、当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令，所述控制指令用于触发所述异常ecu执行对应的恢复动作。
31.在具体实施过程中，对车辆上的至少一个电子控制单元ecu的工作状态进行监测可以通过在所述车辆上配置的稽查节点对所述ecu的工作状态进行监测。可以选作稽查节点的可以包括车载移动通信终端tbox和目标ecu，当然也可以仅选择其中之一，也可以将
tbox和目标ecu结合起来选择，例如选择tbox和多个目标ecu。本实施例中所述的目标ecu可以是根据ecu的实际工作表现或者ecu的功能复杂度，选取工作相对稳定或者功能复杂度低的ecu作为稽查节点，然后通过稽查节点ecu来对车辆上的至少一个电子控制单元ecu的工作状态进行监测。
32.具体的监测手段可以为每个ecu分配对应的物理地址，由此根据对应的物理地址对ecu的工作状态进行监测。当然也可以根据对应的物理地址向所述异常ecu发送控制指令。本实施例通过当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令，在某些实施过程中异常ecu可以根据控制指令执行对应的恢复动作，从而提高整车ecu的运行稳定性，避免因ecu异常而引起车辆电瓶馈电，提高用户体验。
33.可选的，所述控制指令至少包括如下中的一种：用于触发所述异常ecu执行重启的ecu重启指令；用于触发所述异常ecu执行关机的ecu关机指令；用于触发所述异常ecu执行固件更新的ecu固件更新指令。
34.在本发明的一种可选的实施方式中，当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令。
35.具体的控制指令可以是ecu重启指令，异常ecu在收到ecu重启指令后即可执行重启。
36.也可以是ecu关机指令，异常ecu在收到ecu关机指令后即可执行关机。
37.也可以是ecu固件更新指令，异常ecu在收到ecu固件更新指令后即可执行固件更新。
38.在一种可选的实施方式中，向所述异常ecu发送控制指令可以直接向所述ecu发送对应控制动作的指令代码，例如发送id为对应ecu的物理地址的uds重启指令0x11，然后等待0x11的回复。也可以是向异常ecu发送自定义的uds控制指令，异常ecu通过自定义的uds控制指令知晓自身状态异常，由此配合对应的控制指令执行重启动作或者关机动作或者固件更新动作。当然本实例中所述的ecu固件更新指令可以是仅用于触发异常ecu进行固件更新的指令，也即ecu固件更新指令可以不包含对应的固件。异常ecu在接收到ecu固件更新指令之后，可以向本地存储，或者服务器，或者是本地外接存储设备中获取需要更新的固件信息。其中，本实施例中所述的固件更新可以是更新为最新版本的固件，也可以平行升级，也即保持固件版本号不变，也可以是更新至旧的固件版本，例如在本地存储，或者服务器，或者是本地外接存储设备中存储有对应ecu性能相对稳定的旧版本固件，则也可以通过ecu固件更新指令指示异常ecu进行固件更新。在向所述异常ecu发送控制指令之后，可以通过can总线将该异常ecu执行恢复动作的消息广播给tbox，然后利用tbox上报到csp服务器。
39.可选的，监测工作状态异常的异常ecu，包括：
40.接收ecu发送的网络管理报文，所述网络管理报文包含对应ecu的业务状态参数；
41.根据所述业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定所述ecu的状态异常。
42.具体的说，例如在tbox开机后，可以收集csp服务器下发的携带每个ecu业务参数的通知消息，并进行解析保存，通过can广播给can总线的其他稽查节点。由此所有的稽查节点均知晓各个ecu的正常运行状态下的业务参数。本实施例中，csp服务器记录的各个ecu业务参数的格式可以根据整车每个ecu的网络管理报文id是唯一的来设置，例如以ecu的网络
管理报文id作为此条记录的标志，网络管理报文id代表一个具体ecu节点。整车包含两个关键的状态kl15 off熄火状态和kl15 on点火状态，可以记录这两个关键状态下，以及对应的ecu的业务参数。由此本实施例中可以根据从ecu发送的网络管理报文中解析获得当前ecu的业务状态参数，从而通过业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定ecu的状态是否异常。
43.可选的，接收ecu上传的网络管理报文之前，还包括：
44.在确定无法正常接收ecu发送的网络管理报文的情况下，确定所述ecu工作状态异常。
45.在另一种可选的实施方式中，若ecu处于无法发送网络管理报文的状态，可以直接根据无法正常接收ecu发送的网络管理报文的情况来确定ecu的状态异常。例如在点火状态下，服务器下发的正常的网络管理报文发送间隔是t1，而在经过t1时间后，稽查节点未能收到该ecu的网络管理报文，则可以直接认定该ecu的状态异常。
46.可选的，根据所述业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定所述ecu的状态异常的方式至少包括如下之一：
47.当所述业务状态参数与正常行驶的业务状态参数不一致时，确定所述ecu的状态异常；
48.当从所述网络管理报文提取到准备休眠状态rss信息，超过正常处于rss的维持时间，确定所述ecu的状态异常。
49.具体的，例如在kl15 on点火状态下，可以通过对比点火状态下的业务状态参数，正常行驶的业务状态参数不一致时，直接确定所述ecu的状态异常。其中正常行驶的业务状态参数可以通过开机时服务器下发获得，也可以通过读取本地存储获得。
50.对于kl15 off熄火状态，可以从所述网络管理报文中提取该ecu对应的准备休眠状态rss信息，根据提取到的rss信息正常处于rss的维持时间进行对比，若超过正常处于rss的维持时间，则确定所述ecu的状态异常。由于在熄火状态下，正常rss的时间业务进行完成后就会退出，不会一直维持在rss，如果一直维持在rss状态，代表有ecu发生了异常，异常ecu即为一直异常发送网络管理报文的ecu。对应的各个ecu的最大业务维持时间均可以通过服务器下发获得。
51.在所述车辆处于熄火状态下，所述向所述异常ecu发送控制指令至少包括如下中的一种：
52.直接向所述异常ecu发送所述ecu重启指令；
53.确定所述异常ecu的故障代码，若根据所述故障代码确定能通过重启恢复时，向所述异常ecu发送所述ecu重启指令；
54.直接向所述异常ecu发送所述ecu关机指令；
55.确定所述异常ecu的故障代码，若根据所述故障代码确定不能通过重启恢复时，向所述异常ecu发送所述ecu关机指令或所述ecu固件更新指令；
56.直接向所述异常ecu发送所述ecu固件更新指令；
57.按预设重启控制规则向所述异常ecu发送所述ecu重启指令，在监测到所述异常ecu根据所述ecu重启指令重启后仍异常后，向所述异常ecu发送所述ecu关机指令或所述ecu固件更新指令；
58.按预设重启控制规则向所述异常ecu发送所述ecu重启指令，在监测到所述异常ecu根据所述ecu重启指令重启后仍异常后，向所述异常ecu发送所述ecu固件更新指令，若所述异常ecu固件更新后仍异常，向所述异常ecu发送所述ecu关机指令。
59.在具体实施的过程中，在通过前述方法确定ecu状态异常后，进一步可以通过稽查节点向异常ecu发送控制指令，可以是直接向所述异常ecu发送所述ecu重启指令，异常ecu收到指令后进行重启。
60.或者确定异常ecu的故障代码，若根据所述故障代码确定能通过重启恢复时，向所述异常ecu发送所述ecu重启指令。具体的根据所述故障代码确定能通过重启恢复可以通过如下方式完成，例如通过预设的代码对比表或者代码数据库，在确定异常ecu的故障代码之后与预设的代码对比表或者代码数据库进行对比，若通过对比确定，可以通过重启恢复，则向所述异常ecu发送所述ecu重启指令。若代码记录表中未有相应的故障代码记载，则可以尝试向异常ecu发送所述ecu重启指令，若重启恢复成功，则可以更新对应的记录表或者数据库，将对应的代码记录为可通过重启恢复。若重启恢复失败，则可以更新对应的记录表或者数据库，将对应的代码记录为不可通过重启恢复。
61.或者直接向所述异常ecu发送所述ecu关机指令。在监测到工作状态异常的异常ecu后，为了克服只要有一个ecu节点在发送网络管理报文，那么所有的ecu节点都不会进入can bus sleep，即不会进入低功耗状态，所以一旦有一个节点发生异常则整车异常不休眠，导致电瓶馈电的问题。本实施例中在车辆处于熄火状态下，直接向对应的异常ecu发送关机指令，由此可以解决有一个节点发生异常则整车异常不休眠，导致电瓶馈电的问题。
62.或者确定所述异常ecu的故障代码，若根据所述故障代码确定不能通过重启恢复时，向所述异常ecu发送所述ecu关机指令或所述ecu固件更新指令，具体的故障代码确定方式参见前述。本实施例中在车辆处于熄火状态下，直接向对应的异常ecu发送关机指令或固件更新指令，由此可以解决有一个节点发生异常则整车异常不休眠，导致电瓶馈电的问题。
63.或者直接向所述异常ecu发送所述ecu固件更新指令。类似于重启指令的方案，本实施例中，直接通过固件更新来恢复故障ecu。
64.或者按预设重启控制规则向所述异常ecu发送所述ecu重启指令，在监测到所述异常ecu根据所述ecu重启指令重启后仍异常后，向所述异常ecu发送所述ecu关机指令或所述ecu固件更新指令。本实施例中所指的预设重启控制规则可以是重启次数，例如循环执行重启指令三次，又或者循环执行重启指令三次中间间隔指定时间在进行重启等，在类似重启控制规则执行后若所述ecu的状态仍然异常，则可以向所述异常ecu发送所述ecu关机指令或所述ecu固件更新指令。由于重启控制无法恢复异常的ecu，因此可以对ecu进行固件更新或者直接关机。
65.或者按预设重启控制规则向所述异常ecu发送所述ecu重启指令，在监测到所述异常ecu根据所述ecu重启指令重启后仍异常后，向所述异常ecu发送所述ecu固件更新指令，若所述异常ecu固件更新后仍异常，向所述异常ecu发送所述ecu关机指令。与前述过程不同的是，本实施中，对于极端情况，在重启控制规则无法恢复异常ecu且固件更新也无法恢复故障ecu的情况下，本实例中可以在上述重启和更新均执行完毕后，对该ecu进行关机控制，从而避免ecu故障引起的电平馈电。
66.可选的在所述车辆处于点火状态下，所述向所述异常ecu发送控制指令至少包括
如下中的一种：
67.直接向所述异常ecu发送ecu重启指令；
68.确定所述异常ecu的故障代码，若根据所述故障代码确定能通过重启恢复时，向所述异常ecu发送所述ecu重启指令；
69.确定所述异常ecu的故障代码，若根据所述故障代码确定不能通过重启恢复时，向所述异常ecu发送所述ecu固件更新指令；
70.直接向所述异常ecu发送所述ecu固件更新指令；
71.按预设重启控制规则向所述异常ecu发送所述ecu重启指令，在监测到所述异常ecu根据所述ecu重启指令重启后仍异常后，向所述异常ecu发送所述ecu固件更新指令。
72.具体的，对应于车辆处于点火状态下，向所述异常ecu发送控制指令包括直接向所述异常ecu发送ecu重启指令。由于车辆行驶过程中某些ecu是不能直接进行重启的，因此在向所述异常ecu发送控制指令之前，还可以确定所述异常ecu是否设置有对应的配置项，在确定所述异常ecu设置有对应的配置项的情况下，向所述异常ecu发送控制指令。例如一种可选的实施方式可以是，在tbox开机后，通过接收服务器下发的携带每个ecu业务参数的通知消息，解析该通知消息，从而获每个ecu是否设置有重启开关，在设置有重启开关的情况下，则代表该ecu在点火状态下是可以重启或者执行更新动作的。本实施例中，在确定异常ecu设置有对应的配置项的情况下，直接向异常ecu发送ecu重启指令或更新指令，由此可以在点火状态下，控制ecu进行状态恢复。
73.或者确定所述异常ecu的故障代码，若根据所述故障代码确定能通过重启恢复时，向所述异常ecu发送所述ecu重启指令。具体的故障代码对比方式参见前述内容，本实施例中，对应于点火状态下，根据所述故障代码确定能通过重启恢复时，向所述异常ecu发送所述ecu重启指令，由此恢复车辆行驶过程中的ecu故障。
74.或者确定所述异常ecu的故障代码，若根据所述故障代码确定不能通过重启恢复时，向所述异常ecu发送所述ecu关机指令或所述ecu固件更新指令。也即对应于点火状态下，若根据所述故障代码确定不能通过重启恢复，则可以向所述异常ecu发送所述ecu固件更新指令。若固件更新后，ecu仍然异常，则可以向用户发出警告，向用户提示当前车辆的某个ecu处于异常状态。当然也可以在固件更新后，ecu仍然异常，可以将对应的ecu的异常情况发送至服务器侧，通过服务器侧的专业人员进行人工判定对应的解决方案，例如重写代码等，从服务器侧来解决ecu的异常状态。
75.当然类似的也可以直接向所述异常ecu发送所述ecu固件更新指令；或者，按预设重启控制规则向所述异常ecu发送所述ecu重启指令，在监测到所述异常ecu根据所述ecu重启指令重启后仍异常后，向所述异常ecu发送所述ecu固件更新指令。具体的执行方式与熄火状态下的执行方式相同，在此不再赘述。
76.可选的，在所述目标ecu包括多个，且多个所述目标ecu状态异常的情况下,向所述目标ecu发送所述ecu重启指令,包括：
77.在不同的时间点向多个所述目标ecu发送所述ecu重启指令，使多个所述目标ecu在不同的时间点执行重启；
78.或者，
79.在处于异常状态的所述目标ecu的占比超过设定占比阈值的情况下，按照重启顺
序向所述目标ecu发送所述ecu重启指令。
80.对于车辆配置有多个稽查节点的情况，本实施例中各个稽查节点会监测除自身之外的所有ecu的工作状态。虽然稽查节点ecu选择的是功能相对简单，但也可能出现故障，极限情况下稽查节点的ecu可能会在一段时间内同时发生故障。针对这种情况，本实施例中，可以在不同的时间点向多个所述目标ecu发送所述ecu重启指令，使多个所述目标ecu在不同的时间点执行重启。也即通过在不同的时间节点对稽查点ecu发送重启指令，由此保证在多个稽查节点均故障的情况下，所有的稽查节点不会同时重启。当然也可以通过设置不同的稽查节点重启时延，也即即时同时发出重启指令，但稽查节点可以在极限情况下，按照设置的不同的重启时延完成重启，保证ecu网络中至少有一个稽查节点处于工作状态。
81.当然还可以监测处于异常状态的所述目标ecu的占比是否超过设定占比阈值，例如车辆内配置有4个稽查节点，若两个稽查节点发生异常，则可以直接让两个稽查节点的ecu进行重启，若除当前稽查节点外的三个稽查节点均异常，则可以按照不同的重启优先级确定重启顺序，然后顺序重启。每个ecu重启间隔一定的时间，例如某ecu的重启完成时间为2min，则设置的顺序重启间隔时间可以是2min。
82.综上，本实施例可以在整车的ecu节点中选择多个功能相对稳定的节点作为稽查节点，通过检测can总线监测其他ecu节点的工作状态，通过车载移动通信终端tbox,接收来自服务器csp侧下发的通知消息，设置每个ecu的业务最长持续时间，以及ecu的业务工作逻辑，tbox再将此消息广播给其他稽查节点。当稽查节点检测到某个ecu工作异常，并且查询到已经超过其业务最长持续时间，则认为该节点异常，则判断整车状态，如果认为是严重故障且满足其重启条件则发送can重启的诊断指令给该ecu，使该ecu重启恢复初始状态，进而恢复正常，否则发送异常到服务器，由服务器侧的进行人为的判断和操作，进行问题初步分析，如果重启可以解决的问题，可以从服务器侧重启某个ecu，就没有必要再进4s店。这样保证了异常节点不长时间处于异常工作状态。当然在车辆处于熄火状态下，本实施例方法还能够避免因为ecu异常而造成的电瓶馈电，提高用户的用车体验。
83.实施例二
84.本实施例中提出一种车辆上的电子控制单元管理方法，如图3所示，包括如下步骤：
85.s301、通过tbox接收csp服务器下发的携带每个ecu业务参数的通知消息，并广播给其他车辆上配置的稽查节点ecu；
86.s302、稽查节点对车辆上的至少一个电子控制单元ecu的工作状态进行监测；
87.s303、当监测到工作状态异常的异常ecu时，稽查节点向所述异常ecu发送控制指令，所述控制指令用于触发所述异常ecu执行对应的恢复动作。
88.具体的可以选作稽查节点的可以包括车载移动通信终端tbox和目标ecu，当然也可以仅选择其中之一，也可以将tbox和目标ecu结合起来选择，例如本实施例中选择tbox和多个目标ecu。本实施例中所述的目标ecu可以是根据ecu的实际工作表现或者ecu的功能复杂度，选取工作相对稳定或者功能复杂度低的ecu作为稽查节点，然后通过稽查节点ecu来对车辆上的至少一个电子控制单元ecu的工作状态进行监测。
89.在tbox开机后，可以收集csp服务器下发的携带每个ecu业务参数的通知消息，并进行解析保存，通过can广播给can总线的其他稽查节点。由此所有的稽查节点均知晓各个
ecu的正常运行状态下的业务参数。本实施例中，csp服务器记录的各个ecu业务参数的格式可以根据整车每个ecu的网络管理报文id是唯一的来设置，例如以ecu的网络管理报文id作为此条记录的标志，网络管理报文id代表一个具体ecu节点。在ecu向稽查节点发送的网络管理报文中可以包含两个关键的状态kl15 off熄火状态和kl15 on点火状态，稽查节点可以记录这两个关键状态下，网络管理报文还可以包含对应的ecu的业务参数。由此本实施例中还可以根据从ecu发送的网络管理报文中解析获得当前ecu的业务状态参数，从而通过业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定ecu的状态是否异常。
90.具体的监测手段可以为每个ecu分配对应的物理地址，由此根据对应的物理地址对ecu的工作状态进行监测。当然也可以根据对应的物理地址向所述异常ecu发送控制指令。本实施例通过当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令，在某些实施过程中异常ecu可以根据控制指令执行对应的恢复动作，从而提高整车ecu的运行稳定性，避免因ecu异常而引起车辆电瓶馈电，提高用户体验。
91.可选的，所述控制指令至少包括如下中的一种：用于触发所述异常ecu执行重启的ecu重启指令；用于触发所述异常ecu执行关机的ecu关机指令；用于触发所述异常ecu执行固件更新的ecu固件更新指令。
92.本实施例中以熄火状态下，控制ecu重启为例进行举例说明，如图4所示，本实施例方法包括如下步骤：
93.s401、接收ecu发送的网络管理报文，所述网络管理报文包含对应ecu的业务状态参数；
94.s402、判断车辆处于熄火状态；
95.s403、根据所述业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定所述ecu的状态异常；
96.s404、当监测到工作状态异常的异常ecu时，稽查节点向所述异常ecu发送ecu重启指令，所述ecu重启指令用于触发所述异常ecu执行对应的重启动作。
97.在具体实现过程中，本发明方法稽查节点根据收到的ecu网络管理报文的id，此id代表着某个ecu，即意味着此ecu处于非准备休眠状态rss状态，此ecu可能是导致网络异常维持的原因，继而进行下一步判定。
98.判断kl15状态，如果kl15是处于需要can网络正常工作的状态，则此时不需要继续此异常监控流程，也即可以认为此时ecu工作状态是正常的，不做处理。如果kl15是处于不需要can网络正常工作的状态，则继续下一步。
99.判断网络管理报文对应的ecu是否处于准备休眠状态rss状态，如果不是处于rss状态，则此时不需要启动异常监控流程；说明ecu自身认为是需要维持can网络的。如果此稽查ecu异常维护了can网络，那么会在其他稽查ecu节点监控到这个异常，进入启动异常保护流程，这个异常判断依据可以根据autosar的网络管理协议得出。
100.本实施例中，在熄火状态下，根据所述业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定所述ecu的状态异常，包括：当从所述网络管理报文提取到准备休眠状态rss信息，超过正常处于rss的维持时间，确定所述ecu的状态异常。
101.对于kl15 off熄火状态，可以从所述网络管理报文中提取该ecu对应的准备休眠状态rss信息，根据提取到的rss信息正常处于rss的维持时间进行对比，若超过正常处于
rss的维持时间，则确定所述ecu的状态异常。由于在熄火状态下，正常rss的时间业务进行完成后就会退出，不会一直维持在rss，如果一直维持在rss状态，代表有ecu发生了异常，异常ecu即为一直异常发送网络管理报文的ecu。对应的各个ecu的最大业务维持时间均可以通过服务器下发获得。
102.一种可选的实现方式可以是计算网络管理报文此次处于rss的时间，根据网络管理报文提供的状态计算此次网络管理进入rss状态的时间，用于判断此次rss维持的时间，正常rss的时间业务进行完成后就会退出，不会一直维持在rss，如果一直维持在rss状态，代表有ecu发生了异常，异常ecu即为一直异常发送网络管理报文的ecu。
103.确定此次处于rss的时间是否超过对应ecu业务的最大时间，整车中每个ecu的和can网络相关的业务都有其最大持续时间，具体可以通过服务器下发的通知消息中解析获得。如果rss的维持时间已经超过收到的此报文id的ecu的最大业务时间，则认为此ecu业务异常，继续异常保护流程。
104.如果确定了ecu状态异常，则稽查节点发送重启指令给对应的ecu。可以通过发送uds服务0x11重启指令。当然也可以自定义一个uds指令异常指令，ecu收到此指令的ecu得知自己的can网络异常，然后自行动作恢复can网络，重置所有can相关的状态。
105.最后稽查节点将此ecu的异常重启消息通过can消息广播给tbox，tbox会上报到csp服务器。
106.若重启无法解决问题，则可以从服务器侧通过人工进行判定，由此确定异常状态的解决方案。其他熄火状态下的指令操作类似于上述流程，本实施例中不在赘述。
107.综上，本发明实施例通过控制熄火状态下异常ecu重启保证了异常节点不长时间处于异常工作状态。当然在车辆处于熄火状态下，本实施例方法还能够避免因为ecu异常而造成的电瓶馈电，提高用户的用车体验。
108.实施例三
109.本发明第三实施例提出一种车辆上的电子控制单元管理方法，如图5所示，包括如下步骤：
110.s501、通过tbox接收csp服务器下发的携带每个ecu业务参数的通知消息，并广播给其他车辆上配置的稽查节点ecu；
111.s502、稽查节点对车辆上的至少一个电子控制单元ecu的工作状态进行监测；
112.s503、当监测到工作状态异常的异常ecu时，稽查节点向所述异常ecu发送控制指令，所述控制指令用于触发所述异常ecu执行对应的恢复动作。
113.具体的可以选作稽查节点的可以包括车载移动通信终端tbox和目标ecu，当然也可以仅选择其中之一，也可以将tbox和目标ecu结合起来选择，例如本实施例中选择tbox和三个目标ecu。本实施例中所述的目标ecu可以是根据ecu的实际工作表现或者ecu的功能复杂度，选取工作相对稳定或者功能复杂度低的ecu作为稽查节点，然后通过稽查节点ecu来对车辆上的至少一个电子控制单元ecu的工作状态进行监测。
114.在tbox开机后，可以收集csp服务器下发的携带每个ecu业务参数的通知消息，并进行解析保存，通过can广播给can总线的其他稽查节点。由此所有的稽查节点均知晓各个ecu的正常运行状态下的业务参数。本实施例中，csp服务器记录的各个ecu业务参数的格式可以根据整车每个ecu的网络管理报文id是唯一的来设置，例如以ecu的网络管理报文id作
为此条记录的标志，网络管理报文id代表一个具体ecu节点。在ecu向稽查节点发送的网络管理报文中可以包含两个关键的状态kl15 off熄火状态和kl15 on点火状态，稽查节点可以记录这两个关键状态下，网络管理报文还可以包含对应的ecu的业务参数。由此本实施例中还可以根据从ecu发送的网络管理报文中解析获得当前ecu的业务状态参数，从而通过业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定ecu的状态是否异常。
115.具体的监测手段可以为每个ecu分配对应的物理地址，由此根据对应的物理地址对ecu的工作状态进行监测。当然也可以根据对应的物理地址向所述异常ecu发送控制指令。本实施例通过当监测到工作状态异常的异常ecu时，向所述异常ecu发送控制指令，在某些实施过程中异常ecu可以根据控制指令执行对应的恢复动作，从而提高整车ecu的运行稳定性，避免因ecu异常而引起车辆电瓶馈电，提高用户体验。
116.可选的，所述控制指令至少包括如下中的一种：用于触发所述异常ecu执行重启的ecu重启指令；用于触发所述异常ecu执行关机的ecu关机指令；用于触发所述异常ecu执行固件更新的ecu固件更新指令。
117.本实施例中以点火状态下，控制ecu重启为例进行举例说明，如图6所示，本实施例方法包括如下步骤：
118.s601、接收ecu发送的网络管理报文，所述网络管理报文包含对应ecu的业务状态参数；
119.s602、判断车辆处于点火状态；
120.s603、根据所述业务状态参数与所述ecu对应的正常业务状态参数进行对比，确定所述ecu的状态异常；
121.s604、当监测到工作状态异常的异常ecu时，确定异常ecu是否设置有对应的配置项；
122.s605、在确认异常ecu设置有对应的配置项之后，稽查节点向所述异常ecu发送ecu重启指令，所述ecu重启指令用于触发所述异常ecu执行对应的重启动作。
123.s606、在确认异常ecu未设置有对应的配置项之后，稽查节点向服务器上报异常ecu，并接收服务器下发的重启指令解析后发送给异常ecu。
124.本实施例中对应于点火行驶状态下的电子控制单元管理方法，在点火状态下，稽查节点利用can总线上接收其他ecu的app报文，其中携带了ecu的业务状态。
125.然后根据报文判断kl15状态，如果kl15是on，则继续本流程，若不是，则流程结束。
126.本实施例中在点火状态下确定ecu异常可以包括如下两种方式：
127.在确定无法正常接收ecu发送的网络管理报文的情况下，确定所述ecu工作状态异常。
128.在一种可选的实施方式中，若ecu处于无法发送网络管理报文的状态，可以直接根据无法正常接收ecu发送的网络管理报文的情况来确定ecu的状态异常。例如在点火状态下，服务器下发的正常的网络管理报文发送间隔是t1，而在经过t1时间后，稽查节点未能收到该ecu的网络管理报文，则可以直接认定该ecu的状态异常。
129.根据服务器下发的对应的ecu的业务状态对报文中的ecu的业务状态进行对比，确定当前报文中的业务状态是否与记录的业务状态一致。
130.在另一种方式中，例如在kl15 on点火状态下，可以通过对比点火状态下的业务状
态参数，服务器下发的正常行驶的业务状态参数不一致时，直接确定所述ecu的状态异常。其中正常行驶的业务状态参数可以通过开机时服务器下发获得，也可以通过读取本地存储获得。
131.在确定ecu异常之后，本实施例中可以以确认异常为起始时间节点进行异常时间累加，当然相对的，在确定ecu正常，则可以对异常时间清零。在异常时间累加之后，进一步确定异常时间的累计值是否超过设置的最大异常时间。在超过最大异常之间后，再确定异常ecu是否设置有对应的配置项。对于配置项，一种可选的实施方式可以是，在tbox开机后，通过接收服务器下发的携带每个ecu业务参数的通知消息，解析该通知消息，从而获每个ecu是否设置有重启开关，在设置有重启开关的情况下，则代表该ecu在点火状态下是可以重启动作的。本实施例中，在确定异常ecu设置有对应的配置项的情况下，直接向异常ecu发送ecu重启指令，由此可以在点火状态下，控制ecu进行状态恢复。
132.在确定异常ecu未设置有对应的配置项之后，稽查节点上报ecu业务状态异常的紧急事件给tbox，进而由tbox上报给csp服务器，由csp服务器判断是否要重启设备。若服务器侧确定需要重启该ecu，则tbox接收服务器下发的重启指令，并解析后发送给对应的ecu。
133.综上，本发明实施例通过控制点火状态下异常ecu重启保证了异常节点不长时间处于异常工作状态，保证车辆的稳定运行，有效减少用户去4s店的次数，提高用户的用车体验。
134.实施例四
135.本发明实施例还提供一种电子控制单元，包括：所述电子控制单元包括处理器、存储器及通信总线；
136.所述通信总线用于实现处理器和存储器之间的连接通信；
137.所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现第一、第二以及第三实施例的车辆上的电子控制单元管理方法的步骤。
138.本发明实施例还提供一种汽车，所述汽车包含前述的电子控制单元。
139.本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现第一、第二以及第三实施例的车辆上的电子控制单元管理方法的步骤。
140.可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。
141.此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。
142.以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，
在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。