一种车辆故障信息动态监控采集方法与流程

1.本发明属于车辆故障诊断技术领域，具体涉及一种车辆故障信息动态监控采集方法。


背景技术：

2.随着云计算、大数据、人工智能等技术发展，汽车技术发展日新月异，正朝“电动化、网联化、智能化、共享化”四化方向发展；电子控制技术的广泛应用使得汽车电控系统的结构越来越复杂，汽车总线架构由中央集中式e/e架构发展到面向服务的e/e架构，总线类型从can总线发展到以太网总线，汽车零件数量由10几个发展到50多个，因此当车辆发生故障时，判断故障发生的原因及查找故障的部位也相应变得越来越困难；如何快速、准确的诊断/定位汽车电子控制系统故障是当前汽车行业面临的一大难题。
3.在当前的故障维修体系中，从研发设计到售后维修主要分为以下阶段：
4.设计阶段：在车型设计过程中会对ecu或车辆系统可能发生的故障进行识别和定义；
5.行驶阶段：车辆行驶过程中，通过零件的故障模型或失效模型在运行过程进行故障识别，并在ecu内部记录故障信息；
6.维修阶段：车辆发生故障后，仪表会亮起故障灯，车辆需要进入4s店，采用诊断仪读取ecu内部故障信息后判断故障原因，并进行维修。
7.从前面的描述可以看到，当前车辆诊断维修属于事后维修，也就是在故障发生后，在4s店进行维修。事后维修主要存在以下问题：
8.(1)维修成本高：车辆故障无法提前进行分析、分类和维修准备，故障车辆只有到了4s店才能进行故障分析及维修，维修成本高同时对于轻微车辆故障，同样也要进站维修，同时浪费车主大量的时间成本；
9.(2)故障分析难度大：对于复杂故障(或偶发故障)，因为故障第一现场已经被破坏(车辆已经到4s店)，在故障的时效性和地域性都被破坏，增加了故障分析难度；
10.(3)维修周期长：无法对车辆提前进行维修准备，部分零件采购周期长，导致维修周期长，增加车主等待成本；
11.(4)用户体验差：维修周期长，维修费用高，故障反复，导致车主维修体验非常差。


技术实现要素：

12.本发明的目的在于解决上述现有技术中存在的难题，提供一种车辆故障信息动态监控采集方法，车端根据云端配置的故障监控和故障数据收集策略对车辆进行动态监控及动态筛选，获取故障信息并第一时间发送至云端，云端和售后服务中心进行联动，实现对故障车辆的售后服务快速响应。
13.本发明是通过以下技术方案实现的：
14.本发明提供了一种车辆故障信息动态监控采集方法，包括以下步骤：
15.云端根据车型配置故障监控和故障信息采集策略，并发送至车端；
16.车端接收到云端配置的故障监控和故障信息采集策略并执行，对车辆进行故障动态监控及动态筛选，获取故障信息并发送至云端。
17.本发明的进一步改进在于：
18.车端包括远程诊断管理模块rdm，车端接收到云端发送的故障监控和故障信息采集策略后，rdm会保存在本地；每次整车上电rdm启动后开始进入监控状态，云端下发新的策略后车端rdm会同步更新保存。
19.本发明的进一步改进在于：
20.车端对车辆进行故障动态监控指的是车端对车辆中各ecu产生的故障进行动态监控，具体为：
21.(1)采集开关逻辑
22.在云端配置具体车辆是否有故障采集功能，车端收到云端配置的关闭采集或打开采集的任务后，会设置为关闭采集或打开采集；
23.当车端收到云端发送的关闭采集任务时，设置为关闭采集；
24.当车端收到云端发送的打开采集任务时，设置为打开采集，当车端收到云端发送的打开采集任务后，根据车端本地保存的故障采集策略开始故障采集；
25.(2)采集缓存策略
26.故障码缓存上电后所有读到的故障码，如其他方式执行了清故障码的操作，不会清空故障码采集本身的缓存，依旧按照当前缓存继续比对，直到本次下电或零件重启为止；
27.(3)gps采集策略
28.上报时gps值都为0。
29.本发明的进一步改进在于：
30.云端对车辆是否需要故障信息采集进行配置，默认是所有车都需要进行故障信息采集；如果对特定的车不做故障信息采集，则在云端配置好并发送到车端，车端会保存这个信息；
31.rdm上电启动后首先判断车辆是否需要进行故障信息采集，需要的话才进行第一次故障信息采集。
32.本发明的进一步改进在于：
33.rdm每次上电启动后，第一次判断需要进行故障信息采集时，车端会发送采集信号给云端，云端接收到采集信号后，清空车辆的故障信息，等待车端传输新的故障信息；
34.rdm在通知云端启动采集之后，每轮故障采集间隔进行，间隔时间是在云端配置的故障信息采集策略中配置好的。
35.本发明的进一步改进在于：
36.rdm第一次采集时会发送当前所有ecu故障码信息至云端，后续采集时，则发送每次更新后的ecu故障码信息至云端，如果没有采集到ecu故障码，则不用发送至云端；
37.rdm正常完成一轮采集后，如果有ecu故障信息发送至云端的，那最后还要发送一次采集结束通知；如果没有采集到故障信息，就不发送，当然也不发送采集结束的通知。
38.本发明的进一步改进在于：
39.rdm一轮采集期间，一个ecu故障信息采集完成并发送至云端之后，再采集下一个
ecu的故障信息。
40.本发明的进一步改进在于：
41.车端对车辆的故障进行动态筛选，具体为：
42.(1)新增故障码
43.当车端rdm采集到当前ecu的故障码时，与上一次的故障码进行比较，如果采集到的故障码里有上一次故障码里没有的故障码，则读取此故障码的冻结帧，并将故障码和冻结帧一起组合到故障信息里，并标记为新增故障码，发送至云端，然后采集下一个ecu的故障码；
44.(2)故障码状态变化
45.当前故障码与上一次故障码相同，但状态码不同时，当前故障状态为以下情况时：
46.bit0＝1且上一次故障状态bit0＝0
47.bit2＝1且上一次故障状态bit2＝0
48.读取此故障码的冻结帧，并连同故障码和冻结帧一起组合到故障信息里，标记为状态变化，在采集下一个ecu的故障前发送至云端；
49.(3)故障码减少
50.当车端rdm采集到当前ecu的故障码时，与上一次的故障码进行比较，如果上一次的故障码里存在当前没有采集到的故障码，则将此故障码标记为减少的故障码并发送云端，然后再采集下一个ecu的故障码。
51.本发明的进一步改进在于：
52.所述采集方法还包括：
53.云端接收到故障信息，分析故障严重等级并发送至售后服务平台。
54.本发明的进一步改进在于：
55.分析故障严重等级，具体为：
56.在云端有个故障码信息库，里面包括了故障码所属ecu、故障码含义解析、故障等级等信息，故障码按严重程度分为高、中、低风险等级；
57.云端收到车端发送的故障信息后，在去故障码信息库里查询其故障组别，进而确定故障等级。
58.与现有技术相比，本发明的有益效果是：
59.本发明提供一种车辆故障信息动态监控采集方法，云端根据车型配置故障监控和故障数据收集策略，车端动态监控车辆运行状态，第一时间发现故障，收集故障信息并发送至云端，云端和售后服务中心进行联动，实现对故障车辆的售后服务快速响应。售后服务体系由原先的事后服务，变为故障事中服务，提升售后服务效能，提高客户满意度。
附图说明
60.图1是本发明的数据流程图。
具体实施方式
61.下面结合附图对本发明作进一步详细描述：
62.本发明提供的一种车辆故障信息动态监控采集方法，如图1所示，包括以下步骤：
63.步骤1，云端根据车型配置故障监控和故障信息采集策略，并发送至车端；
64.云端配置的故障监控和故障信息采集策略的前提条件是配置的监控标注位是ecu支持的，因为不同ecu可能支持的标注位是不同的，所以要根据不同ecu配置不同的值。
65.云端根据每个ecu支持的故障码状态位和需要监控的标注位来配置车型中的每个ecu。
66.ecu(electronic control unit)电子控制单元，又称“行车电脑”、“车载电脑”等。
67.步骤2，车端接收到云端配置的故障监控和故障信息采集策略并执行，对车辆进行故障动态监控及动态筛选，获取故障信息并发送至云端；
68.每个ecu有其支持的故障码状态位，每个故障码产生时会带着其标注位。通过配置需要监控的标注位，当故障码产生时若其标注位符合监控的标注位，则该故障码会被检测到。
69.车端包括远程诊断管理模块rdm，车端接收到云端发送的故障监控和故障信息采集策略后，rdm会把相关策略保存在本地；每次整车上电rdm启动后开始进入监控状态，云端下发新的策略后车端rdm会同步更新保存。
70.不是每次上电云端都会下发新的策略，只有云端的策略有变更才会下发新的，如果没有新的策略，上电后rdm会用之前在本地保存的策略去做监控。
71.rdm每次启动后，第一次判断需要进行故障信息采集时，车端会发送采集信号给云端，云端接收到采集信号后，清空车辆的故障信息，等待车端传输新的故障信息。
72.在云端可以对车辆是否需要故障信息采集进行配置，默认是所有车都需要故障信息采集的。如果对特定的车不做故障信息采集，则在云端配置好并下发到车端，车端会保存这个信息。rdm上电启动后首先判断本车是否需要进行故障信息采集，需要的话才进行第一次故障信息采集。
73.rdm第一次采集时会发送当前所有ecu故障码信息至云端，后续采集时，则发送每次更新后的ecu故障码信息至云端，如果没有采集到ecu故障码，则不用发送至云端。
74.rdm一轮采集期间，在任何ecu发现有故障码变化时，集中此ecu的所有变化值，按ecu上传到云端，再进入下一个ecu故障信息采集，云端收到变化数据，则依据当前数据，更新此ecu的变化数据。
75.一辆车上会有多个ecu(电子控制单元)，例如gw(网关)、ecm(发动机管理模块)、ac(空调)等，一个ecu故障信息采集完成并发送至云端之后，再采集下一个ecu的故障信息
76.一轮采集指的是车辆上所有ecu的所有故障码都采集一遍。
77.rdm正常完成一轮采集后，如果有ecu故障信息发送至云端的，那最后还要发送一次采集结束通知，意思是这一轮采集完成；如果没有采集到故障信息，就不发送，当然也不发送采集结束的通知。
78.rdm在通知云端启动采集之后，每轮故障采集间隔进行，一轮采集期间遍历ecu故障码。每一次采集都应该把ecu的所有故障码采集一遍，这就是一轮采集，也就是说每一次上传到云端的故障信息或故障码都是动态变化的，就每次都可能不一样。
79.每轮故障采集间隔进行指的是两轮采集之间间隔一定时间，这个间隔的时间是在云端配置的故障信息采集策略中配置好的。
80.车端对车辆进行故障动态监控指的是车端对车辆中各ecu产生的故障进行动态监
控，具体为：
81.(1)采集开关逻辑
82.在云端可以控制具体车辆是否有故障采集功能，车端收到云端配置的关闭采集或打开采集的任务后，会设置为关闭采集或打开采集。
83.当车端收到云端发送的关闭采集任务时，设置为关闭采集，如果是采集过程中，云端则发送中断采集任务，由于是非正常结束，所以不会上报采集结束；
84.当车端收到云端发送的打开采集任务时，设置为打开采集，当车端收到云端发送的打开采集任务后，根据车端本地保存的故障采集策略开始故障采集。
85.第一次启动采集时，车端发送启动采集信号至云端。
86.(2)采集缓存策略
87.故障采集是独立功能，所以不会和别的功能关联。
88.故障码缓存上电后所有读到的故障码，如其他方式执行了清故障码的操作，不会清空故障码采集本身的缓存，依旧按照当前缓存继续比对，直到本次下电或零件重启为止。
89.(3)gps采集策略
90.由于采集过程中，可能会存在gps采集不到的情况，但是gps不是故障采集的主要业务数据，所以不影响故障采集正常的上报，上报时gps值都为0。
91.车端对车辆的故障进行动态筛选，具体为：
92.(1)新增故障码
93.当车端rdm采集到当前ecu的故障码时，与上一次的故障码进行比较，如果采集到的故障码里有上一次故障码里没有的故障码，则读取此故障码的冻结帧，并将故障码和冻结帧一起组合到故障信息里，并标记为新增故障码，发送至云端，然后采集下一个ecu的故障码；
94.(2)故障码状态变化
95.当前故障码与上一次故障码相同，但状态码不同时，当前故障状态为以下情况时：
96.bit0＝1且上一次故障状态bit0＝0
97.bit2＝1且上一次故障状态bit2＝0
98.读取此故障码的冻结帧，并连同故障码和冻结帧一起组合到故障信息里，标记为状态变化，在采集下一个ecu的故障前发送至云端。
99.注：如果非以上条件的都不满足上报条件，会存在云端状态会与车端不一致的现象。
100.(3)故障码减少
101.当车端rdm采集到当前ecu的故障码时，与上一次的故障码进行比较，如果上一次的故障码里存在当前没有采集到的故障码，则将此故障码标记为减少的故障码并发送云端，然后再采集下一个ecu的故障码。
102.云端始终存储的是最新一轮接收到的车端发送的所有故障信息；车端当前采集到的故障信息，如果上一轮也采集到了且没有状态变化，是不会重新上传至云端的。
103.步骤3，云端接收到故障信息，分析故障严重等级并发送至售后服务平台。
104.分析故障严重等级，具体为：
105.在云端有个故障码信息库，里面包括了故障码所属ecu、故障码含义解析、故障等
级等信息，故障码按严重程度分为高、中、低风险等级；云端收到车端上传的故障信息后就去故障码信息库里查询其故障组别，进而确定故障等级。
106.售后部门根据故障严重等级，在售后服务平台上选择匹配的维修模式、制定应对策略，提供第一时间的售后维修服务。
107.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
108.在本发明的描述中，除非另有说明，术语“上”、“下”、“左”、“右”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
109.上述技术方案只是本发明的一种实施方式，对于本领域内的技术人员而言，在本发明公开了原理的基础上，很容易做出各种类型的改进或变形，而不仅限于本发明上述具体实施例所描述的技术方案，因此前面描述的只是优选的，而并不具有限制性的意义。

技术特征：
1.一种车辆故障信息动态监控采集方法，其特征在于，包括以下步骤：云端根据车型配置故障监控和故障信息采集策略，并发送至车端；车端接收到云端配置的故障监控和故障信息采集策略并执行，对车辆进行故障动态监控及动态筛选，获取故障信息并发送至云端。2.根据权利要求1所述的车辆故障信息动态监控采集方法，其特征在于，车端包括远程诊断管理模块rdm，车端接收到云端发送的故障监控和故障信息采集策略后，rdm会保存在本地；每次整车上电rdm启动后开始进入监控状态，云端下发新的策略后车端rdm会同步更新保存。3.根据权利要求2所述的车辆故障信息动态监控采集方法，其特征在于，所述车端对车辆进行故障动态监控指的是车端对车辆中各ecu产生的故障进行动态监控，具体为：(1)采集开关逻辑在云端配置具体车辆是否有故障采集功能，车端收到云端配置的关闭采集或打开采集的任务后，会设置为关闭采集或打开采集；当车端收到云端发送的关闭采集任务时，设置为关闭采集；当车端收到云端发送的打开采集任务时，设置为打开采集，当车端收到云端发送的打开采集任务后，根据车端本地保存的故障采集策略开始故障采集；(2)采集缓存策略故障码缓存上电后所有读到的故障码，如其他方式执行了清故障码的操作，不会清空故障码采集本身的缓存，依旧按照当前缓存继续比对，直到本次下电或零件重启为止；(3)gps采集策略上报时gps值都为0。4.根据权利要求3所述的车辆故障信息动态监控采集方法，其特征在于，云端对车辆是否需要故障信息采集进行配置，默认是所有车都需要进行故障信息采集；如果对特定的车不做故障信息采集，则在云端配置好并发送到车端，车端会保存这个信息；rdm上电启动后首先判断车辆是否需要进行故障信息采集，需要的话才进行第一次故障信息采集。5.根据权利要求4所述的车辆故障信息动态监控采集方法，其特征在于，rdm每次上电启动后，第一次判断需要进行故障信息采集时，车端会发送采集信号给云端，云端接收到采集信号后，清空车辆的故障信息，等待车端传输新的故障信息；rdm在通知云端启动采集之后，每轮故障采集间隔进行，间隔时间是在云端配置的故障信息采集策略中配置好的。6.根据权利要求5所述的车辆故障信息动态监控采集方法，其特征在于，rdm第一次采集时会发送当前所有ecu故障码信息至云端，后续采集时，则发送每次更新后的ecu故障码信息至云端，如果没有采集到ecu故障码，则不用发送至云端；rdm正常完成一轮采集后，如果有ecu故障信息发送至云端的，那最后还要发送一次采集结束通知；如果没有采集到故障信息，就不发送，当然也不发送采集结束的通知。7.根据权利要求6所述的车辆故障信息动态监控采集方法，其特征在于，rdm一轮采集期间，一个ecu故障信息采集完成并发送至云端之后，再采集下一个ecu的故障信息。8.根据权利要求7所述的车辆故障信息动态监控采集方法，其特征在于，车端对车辆的
故障进行动态筛选，具体为：(1)新增故障码当车端rdm采集到当前ecu的故障码时，与上一次的故障码进行比较，如果采集到的故障码里有上一次故障码里没有的故障码，则读取此故障码的冻结帧，并将故障码和冻结帧一起组合到故障信息里，并标记为新增故障码，发送至云端，然后采集下一个ecu的故障码；(2)故障码状态变化当前故障码与上一次故障码相同，但状态码不同时，当前故障状态为以下情况时：bit0＝1且上一次故障状态bit0＝0bit2＝1且上一次故障状态bit2＝0读取此故障码的冻结帧，并连同故障码和冻结帧一起组合到故障信息里，标记为状态变化，在采集下一个ecu的故障前发送至云端；(3)故障码减少当车端rdm采集到当前ecu的故障码时，与上一次的故障码进行比较，如果上一次的故障码里存在当前没有采集到的故障码，则将此故障码标记为减少的故障码并发送云端，然后再采集下一个ecu的故障码。9.根据权利要求1所述的车辆故障信息动态监控采集方法，其特征在于，所述采集方法还包括：云端接收到故障信息，分析故障严重等级并发送至售后服务平台。10.根据权利要求9所述的车辆故障信息动态监控采集方法，其特征在于，分析故障严重等级，具体为：在云端有个故障码信息库，里面包括了故障码所属ecu、故障码含义解析、故障等级等信息，故障码按严重程度分为高、中、低风险等级；云端收到车端发送的故障信息后，在去故障码信息库里查询其故障组别，进而确定故障等级。

技术总结
本发明提供了一种车辆故障信息动态监控采集方法，属于车辆故障诊断技术领域。所述采集方法包括：云端根据车型配置故障监控和故障信息采集策略，并发送至车端；车端接收到云端配置的故障监控和故障信息采集策略并执行，对车辆进行故障动态监控及动态筛选，获取故障信息并发送至云端。本发明中车端根据云端配置的故障监控和故障数据收集策略对车辆进行动态监控及动态筛选，获取故障信息并第一时间发送至云端，云端和售后服务中心进行联动，实现对故障车辆的售后服务快速响应，售后服务体系由原先的事后服务，变为故障事中服务，提升售后服务效能，提高客户满意度。提高客户满意度。提高客户满意度。


技术研发人员：乔美昀 魏敏 刘昌业 梁东辉 张善文 陈东海 罗仁杰
受保护的技术使用者：上汽通用五菱汽车股份有限公司
技术研发日：2023.04.17
技术公布日：2023/8/4