一种纯电动客车故障处理方法及装置与流程

1.本发明涉及纯电动客车故障处理技术领域，具体涉及一种纯电动客车故障处理方法及装置。


背景技术：

2.在纯电动客车传统的故障诊断方案中，当汽车零部件出现问题时，整车控制器根据uds协议会将故障信息保存至内存中，由维修人员通过通信总线和上位机读取故障信息。其诊断方式受限且需有线操作；待车辆发生事故且维修人员到达现场后才能处理，维修反应时间长，操作效率低；诊断内容仅限dtc故障诊断代码；其获取到的数据也仅为事件已发生的dtc相关信息，属于落后指标。
3.现有的车辆远程监控方法，基本上是通过车载终端获取vcu广播的故障告警信息并上传至后台服务器，维护人员获知告警信息后仍需到现场查询故障相关信息，及处理相关故障。


技术实现要素：

4.有鉴于此，本发明实施例提供了一种纯电动客车故障处理方法及装置，用以解决或部分解决上述问题。
5.第一方面，本发明实施例提供了一种纯电动客车故障处理方法，包括以下步骤：
6.云平台响应后台人员操作确认后下发uds指令至车载终端；
7.所述车载终端接收所述uds指令，向vcu发送故障数据请求信息；
8.所述vcu接收所述故障数据请求信息，向所述车载终端发送故障信息；
9.所述车载终端接收所述故障信息，向所述云平台发送所述故障信息，所述故障信息用以供所述后台人员分析；
10.所述云平台响应后台人员操作确认后下发数据读取指令至所述车载终端；
11.所述车载终端接收所述数据读取指令，向所述vcu发送数据读取请求信息；
12.所述vcu接收所述数据读取请求信息，向所述车载终端发送指定数据，所述指定数据由所述数据读取请求信息确定；
13.所述车载终端接收所述指定数据，向所述云平台发送所述指定数据，所述指定数据用以供后台人员分析；
14.所述云平台响应后台人员操作确认后下发故障清除指令或数据写入指令至所述车载终端；
15.所述车载终端接收所述故障清除指令或数据写入指令，向所述vcu发送故障清除请求信息或数据写入请求信息；
16.所述vcu接收所述故障清除请求信息或所述数据写入请求信息，若所述vcu接收到所述故障清除请求信息，则清除指定故障并向所述车载终端发送清除处理结果信息，所述指定故障由所述故障清除请求信息确定，若所述vcu接收到所述数据写入请求信息，则修改
指定数据参数并向所述车载终端发送写入处理结果信息，所述指定数据参数由所述数据写入请求信息确定；
17.所述车载终端接收所述清除处理结果信息或所述写入处理结果信息，向所述云平台发送所述清除处理结果信息或所述写入处理结果信息。
18.上述实施例有益效果在于：除被动获取故障信息外，还可根据故障信息对应主动读取vcu内信息，如dtc故障诊断码、行车状态，还是系统负载、异常事件数据等，辅助后台技术人员进行诊断；同时，诊断后可远程清除故障告警或修改vcu内部数据参数从而修复故障，从而高效的进行故障处理，节省人力成本。
19.根据本发明实施例的一种具体实现方式，所述车载终端与所述vcu之间设置有两条can总线，其中一条采用js1939广播协议，另一条采用iso 14229会话协议。iso 14229协议采用会话模式，区别于利用js1939协议车载终端只能读取vcu广播的报文，iso 14229协议通过会话模式，则可实现车载终端读取vcu中指定数据，并可修改vcu中数据参数，基于此来实现车辆故障的读取和故障的处理，实现远程诊断修复故障的目的；车载终端和vcu之间设置两条can总线，其中一条传输js1939广播协议，另一条进行iso 14229会话协议，以此保证uds会话顺利无干扰进行。
20.根据本发明实施例的一种具体实现方式，所述uds指令包括当前故障指令、历史故障指令、故障快照指令，所述故障数据请求信息包括当前故障请求信息、历史故障请求信息、故障快照请求信息，所述故障信息包括当前故障信息、历史故障信息、故障快照信息。除vcu广播的当前故障信息外，后台技术人员还可下发指令获取历史故障信息、以及特定故障的快照数据，故障快照数据包括：did(数据标识符)、did对应的值。
21.根据本发明实施例的一种具体实现方式，所述故障信息为对应故障的故障码列表。车载终端收到指令后向vcu请求当前故障数据，如果当前故障数据请求成功，车载终端则向平台反馈请求到的当前故障码列表，平台根据故障码查询诊断字典，可获取与故障码相关的其他信息并显示，显示信息包括：dtc(故障码)、故障变量名称(dfc name)、故障描述(dfc description)。
22.根据本发明实施例的一种具体实现方式，所述数据读取指令的指令内容为需要读取的did列表，所述车载终端收到数据读取指令后向所述vcu请求对应所述did列表中各did对应的数据。云平台获取did对应的数据后，根据did查询诊断字典获取与did相关的其他信息并显示，显示信息包括：did(数据标识符)、信号、名称、did值。
23.根据本发明实施例的一种具体实现方式，所述数据写入指令的指令内容为需要写入的did列表及其对应的数值。云平台下发uds数据写入指令到车载终端，车载终端收到数据写入指令后向vcu发送所述数据写入请求，修改对应数据。
24.根据本发明实施例的一种具体实现方式，在所述车载终端接收到所述云平台下发的指令后需进行车辆状态预诊断，若预诊断判断车辆为静止状态时则向所述vcu发送请求。预诊断是根据vcu发出的车辆状态、充电状态、车速、总电压、总电流数据来判断车辆是否为静止状态时，若判断为非静止状态则车载终端间隔一段时间后，再次预诊断车辆状态。
25.根据本发明实施例的一种具体实现方式，当所述车载终端不在线时，所述云平台缓存指令到redis模块，待所述车载终端上线后，再将指令下发。解决了技术人员与驾驶员操作不同步的问题，技术人员无论车辆状态如何，即可下发指令。
26.第二方面，本发明实施例提供了一种纯电动客车故障处理方法，应用于车载终端，包括以下步骤：
27.接收云平台下发的uds指令；
28.根据接收到的所述uds指令向vcu发送故障数据请求信息，所述故障数据请求信息用于触发所述vcu向所述车载终端发送故障信息；
29.接收并向所述云平台发送所述故障信息，所述故障信息用以供所述云平台的后台人员分析；
30.接收所述云平台下发的数据读取指令，所述数据读取指令由所述云平台响应后台人员操作确认后下发；
31.根据接收到的所述数据读取指令向所述vcu发送数据读取请求信息，所述数据读取请求信息用于触发所述vcu向所述车载终端发送指定数据，所述指定数据由所述数据读取请求信息确定；
32.接收并向所述云平台发送所述指定数据；
33.接收所述云平台下发的故障清除指令或数据写入指令，所述故障清除指令或数据写入指令由所述云平台响应后台人员操作确认后下发；
34.根据接收到的所述故障清除指令或数据写入指令向所述vcu发送故障清除请求信息或数据写入请求信息，所述故障清除请求信息用于触发所述vcu清除指定故障并向所述车载终端发送清除处理结果信息，所述指定故障由所述故障清除请求信息确定，所述数据写入请求信息用于触发所述vcu修改指定数据参数并向所述车载终端发送写入处理结果信息，所述指定数据参数由所述数据写入请求信息确定；
35.接收并向所述云平台发送所述清除处理结果信息或写入处理结果信息。
36.第三方面，本发明实施例提供了一种纯电动客车故障处理装置，用于车载终端中，包括：
37.第一接收模块，用以接收云平台下发的uds指令；
38.第一发送模块，用以根据接收到的所述uds指令向vcu发送故障数据请求信息，所述故障数据请求信息用于触发所述vcu向所述车载终端发送故障信息；
39.第一收发模块，用以接收并向所述云平台发送所述故障信息，所述故障信息用以供所述云平台的后台人员分析；
40.第二接收模块，用以接收所述云平台下发的数据读取指令，所述数据读取指令由所述云平台响应后台人员操作确认后下发；
41.第二发送模块，用以根据接收到的所述数据读取指令向所述vcu发送数据读取请求信息，所述数据读取请求信息用于触发所述vcu向所述车载终端发送指定数据，所述指定数据由所述数据读取请求信息确定；
42.第二收发模块，用以接收并向所述云平台发送所述指定数据；
43.第三接收模块，用以接收所述云平台下发的故障清除指令或数据写入指令，所述故障清除指令或数据写入指令由所述云平台响应后台人员操作确认后下发；
44.第三发送模块，用以根据接收到的所述故障清除指令或数据写入指令向所述vcu发送故障清除请求信息或数据写入请求信息，所述故障清除请求信息用于触发所述vcu清除指定故障并向所述车载终端发送清除处理结果信息，所述指定故障由所述故障清除请求
信息确定，所述数据写入请求信息用于触发所述vcu修改指定数据参数并向所述车载终端发送写入处理结果信息，所述指定数据参数由所述数据写入请求信息确定；
45.第三收发模块，用以接收并向所述云平台发送所述清除处理结果信息或写入处理结果信息。
46.本发明实施例提供的一种纯电动客车故障处理方法及装置，至少具有如下技术效果：
47.除被动获取故障信息外，还可根据故障信息对应主动读取vcu内信息，如dtc故障诊断码、行车状态，还是系统负载、异常事件数据等，辅助后台技术人员进行诊断；同时，诊断后可远程清除故障告警或修改vcu内部数据参数从而修复故障，从而高效的进行故障处理，节省人力成本。
附图说明
48.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
49.图1示出了本发明实施例所提供的一种纯电动客车故障处理方法的流程图；
50.图2示出了本发明实施例中云平台、车载终端及vcu连接关系示意图；
51.图3示出了本发明实施例所提供的一种纯电动客车故障处理装置的结构框图。
具体实施方式
52.下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只是作为示例，而不能以此来限制本发明的保护范围。
53.需要注意的是，除非另有说明，本技术使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。
54.图1为本发明实施例提供的一种纯电动客车故障处理方法的步骤流程图，参见图1，该方法包括以下步骤：
55.s1.故障查询：云平台响应后台人员操作确认后下发uds指令至车载终端；车载终端接收uds指令，向vcu发送故障数据请求信息；vcu接收故障数据请求信息，向车载终端发送故障信息；车载终端接收故障信息，向云平台发送故障信息，故障信息用以供后台人员分析。
56.uds指令包括当前故障指令、历史故障指令、故障快照指令，故障数据请求信息包括当前故障请求信息、历史故障请求信息、故障快照请求信息，故障信息包括当前故障信息、历史故障信息、故障快照信息。故障信息为对应故障的故障码列表。车载终端收到指令后向vcu请求当前故障数据，如果当前故障数据请求成功，车载终端则向平台反馈请求到的当前故障码列表，平台根据故障码查询诊断字典，可获取与故障码相关的其他信息并显示，显示信息包括：dtc(故障码)、故障变量名称(dfc name)、故障描述(dfc description)；如果请求失败，则反馈失败原因。除vcu广播的当前故障信息外，后台技术人员还可下发指令
获取历史故障信息、以及特定故障的快照数据，故障快照数据包括：did(数据标识符)、did对应的值，平台根据did查询诊断字典，获取与did相关的其他信息并显示，显示信息包括：did(数据标识符)、信号、名称、did值；如果请求失败，则反馈失败原因。
57.s2.数据读取：云平台响应后台人员操作确认后下发数据读取指令至车载终端；车载终端接收数据读取指令，向vcu发送数据读取请求信息；vcu接收数据读取请求信息，向车载终端发送指定数据，指定数据由数据读取请求信息确定；车载终端接收指定数据，向云平台发送指定数据，指定数据用以供后台人员分析。
58.数据读取指令的指令内容为需要读取的did列表，车载终端收到数据读取指令后向vcu请求对应did列表中各did对应的数据。云平台获取did对应的数据后，根据did查询诊断字典获取与did相关的其他信息并显示，显示信息包括：did(数据标识符)、信号、名称、did值；如果请求失败，则反馈失败原因。
59.s3.故障处理：云平台响应后台人员操作确认后下发故障清除指令或数据写入指令至车载终端；车载终端接收故障清除指令或数据写入指令，向vcu发送故障清除请求信息或数据写入请求信息；vcu接收故障清除请求信息或数据写入请求信息，若vcu接收到故障清除请求信息，则清除指定故障并向车载终端发送清除处理结果信息，指定故障由故障清除请求信息确定，若vcu接收到数据写入请求信息，则修改指定数据参数并向车载终端发送写入处理结果信息，指定数据参数由数据写入请求信息确定；车载终端接收清除处理结果信息或写入处理结果信息，向云平台发送清除处理结果信息或写入处理结果信息。
60.数据写入指令的指令内容为需要写入的did列表及其对应的数值。云平台下发uds数据写入指令到车载终端，车载终端收到数据写入指令后向vcu发送数据写入请求，修改对应数据；如果请求失败，则反馈失败原因。
61.其中，如图2所示，车载终端为tbox，车载终端与云平台之间通过4g等无线方式传输，车载终端与vcu之间设置有两条can总线，其中一条采用js1939广播协议，另一条采用iso 14229会话协议。
62.远程uds的整车端综合js1939广播协议和iso 14229会话协议。传统tbox根据js1939广播协议读取can总线上各个零部件ecu广播的can报文，再按照gb/t32960.3打包发送给云平台，来实现车辆can总线数据实时监控。本技术在传统基础上，增加了tbox和vcu之间的iso14229会话协议。tbox和vcu之间设置两条can总线，其中一条传输js1939广播协议，另一条进行iso 14229会话协议，以此保证uds会话顺利无干扰进行。
63.iso 14229协议采用会话模式，区别于利用js1939协议tbox只能读取vcu广播的报文，iso 14229协议通过会话模式，则可实现tbox读取vcu中指定数据，并可修改vcu中数据参数。基于此来实现车辆故障的读取和故障的处理。vcu在数据处理过程中，除实时向can总线广播js1939的can报文外，还将数据存储在flash和内存中，通过iso 14229协议，可实现指定数据读取，包括实时数据和历史数据，不仅限于故障数据，还包括vcu存储的故障时刻发生的整车全部js1939 can报文数据和vcu内部处理过程的数据。技术人员根据uds提取的数据，诊断出故障位置和故障原因后，可对vcu进行故障处理，包括清除故障、数据写入(修改vcu内部参数)。
64.可选的，在车载终端接收到云平台下发的指令后需进行车辆状态预诊断，若预诊断判断车辆为静止状态时则向vcu发送请求。
65.车载终端(tbox)在接收到云平台下发的指令后，进行车辆状态预诊断，根据vcu发出的车辆状态、充电状态、车速、总电压、总电流数据，预诊断车辆为静止状态时，在can总线上广播请求uds会话的js1939can报文。vcu收到请求报文后，判断车辆状态是否满足uds状态，满足状态则广播允许uds会话js1939can报文；不满足则反馈不允许的can报文，tbox间隔1分钟，再次预诊断车辆状态。
66.可选的，当车载终端不在线时，云平台缓存指令到redis模块，待车载终端上线后，再将指令下发。
67.技术人员在云平台web页面设置uds指令下发，云平台检测车载终端在线状态，当车载终端不在线(即车辆未启动)时，云平台缓存指令到redis模块，待车载终端上线后，再将指令下发。解决了必须技术人员、车辆状态完全匹配的现实难度，提高诊断效率，降低人力成本。
68.本发明实施例还提供的一种纯电动客车故障处理方法，该方法应用于车载终端，包括以下步骤：
69.接收云平台下发的uds指令；
70.根据接收到的uds指令向vcu发送故障数据请求信息，故障数据请求信息用于触发vcu向车载终端发送故障信息；
71.接收并向云平台发送故障信息，故障信息用以供云平台的后台人员分析；
72.接收云平台下发的数据读取指令，数据读取指令由云平台响应后台人员操作确认后下发；
73.根据接收到的数据读取指令向vcu发送数据读取请求信息，数据读取请求信息用于触发vcu向车载终端发送指定数据，指定数据由数据读取请求信息确定；
74.接收并向云平台发送指定数据；
75.接收云平台下发的故障清除指令或数据写入指令，故障清除指令或数据写入指令由云平台响应后台人员操作确认后下发；
76.根据接收到的故障清除指令或数据写入指令向vcu发送故障清除请求信息或数据写入请求信息，故障清除请求信息用于触发vcu清除指定故障并向车载终端发送清除处理结果信息，指定故障由故障清除请求信息确定，数据写入请求信息用于触发vcu修改指定数据参数并向车载终端发送写入处理结果信息，指定数据参数由数据写入请求信息确定；
77.接收并向云平台发送清除处理结果信息或写入处理结果信息。
78.该方法具体内容与前述方法实施例中的内容相对应，在此不再赘述。
79.图3为一种本发明实施例提供的一种纯电动客车故障处理装置的结构框图，参见图3，该装置用于车载终端中，包括：
80.第一接收模块301，用以接收云平台下发的uds指令；
81.第一发送模块302，用以根据接收到的所述uds指令向vcu发送故障数据请求信息，所述故障数据请求信息用于触发所述vcu向所述车载终端发送故障信息；
82.第一收发模块303，用以接收并向所述云平台发送所述故障信息，所述故障信息用以供所述云平台的后台人员分析；
83.第二接收模块304，用以接收所述云平台下发的数据读取指令，所述数据读取指令由所述云平台响应后台人员操作确认后下发；
84.第二发送模块305，用以根据接收到的所述数据读取指令向所述vcu发送数据读取请求信息，所述数据读取请求信息用于触发所述vcu向所述车载终端发送指定数据，所述指定数据由所述数据读取请求信息确定；
85.第二收发模块306，用以接收并向所述云平台发送所述指定数据；
86.第三接收模块307，用以接收所述云平台下发的故障清除指令或数据写入指令，所述故障清除指令或数据写入指令由所述云平台响应后台人员操作确认后下发；
87.第三发送模块308，用以根据接收到的所述故障清除指令或数据写入指令向所述vcu发送故障清除请求信息或数据写入请求信息，所述故障清除请求信息用于触发所述vcu清除指定故障并向所述车载终端发送清除处理结果信息，所述指定故障由所述故障清除请求信息确定，所述数据写入请求信息用于触发所述vcu修改指定数据参数并向所述车载终端发送写入处理结果信息，所述指定数据参数由所述数据写入请求信息确定；
88.第三收发模块309，用以接收并向所述云平台发送所述清除处理结果信息或写入处理结果信息。
89.图3实施例中各模块的功能与其对应的方法实施例中的内容相对应，在此不再赘述。
90.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。