一种车辆故障的在线诊断方法及系统与流程

1.本发明属于车辆故障诊断技术领域，具体涉及车辆故障的在线诊断技术。


背景技术：

2.随着汽车智能网联技术的发展，整车诊断信息逐步实现在线、实时监控，以便故障信息及时发现和维护，同时汽车电控化程度越来越高，其故障类型、复杂度也不断增长。
3.公开号为cn112947372a的中国专利文献公开了名称为“一种基于故障码主动上报的远程诊断方法”的技术，在该技术中，各个电控单元基于自诊断主动上报故障码数据，并上传至后台服务器进行解析存储，最终传输至智能诊断app进行诊断，同时可远程拉取关联的诊断数据（数据标识符、扩展帧及冻结帧），为故障码分析提供数据。上述诊断方法可以解决诊断实时性问题，并为故障分析童工了一定的数据依据，但是一些重要故障码尤其是总线通讯类故障码仅通过拉取诊断数据无法确定，若故障未经核准，直接推送给车主，会降低车主信任感。
4.公开号为cn113467419a的中国专利文献公开了名称为“一种车辆故障主动报警系统”的技术，在该技术中，各执行控制器检测到自身故障、不休眠或被异常唤醒时，主动将故障码及相关联故障数据上传至云端服务器，云端服务器对故障码进行解析、分类，确定是整车故障还是不休眠故障，然后将解析结果发送给预警服务平台。预警服务平台针对上传的鱼故障码相关联的数据进行解析、预警。该技术将所有故障全部上传至预警平台，并未对整车故障进行分类处理，未针对易误报、不稳定故障进行拦截处理，无疑增加了云平台的数据处理量。


技术实现要素：

5.本发明的目的是提出一种车辆故障的在线诊断方法及系统，解决的技术问题：整车故障码在线上报后，故障码解析不准确、不全面，未系统地核准故障真实情况，即对车主进行预警提示，造成车主不信任、降低体验感。为解决上述技术问题，本发明采用的技术方案为：一种车辆故障的在线诊断方法，包括的步骤为：s01：控制单元执行自诊断，若产生故障码或故障码状态发生变化，将所述故障码及故障码状态转换成can报文发送至车载终端；s02：所述车载终端判断所述故障码为硬线类故障码还是can总线类故障码，若为硬线类故障，不采集故障码关联的can报文，并继续判断所述硬线类故障的持续时间是否达到预设时间阈值，若是，所述车载终端打包故障码并将所述打包故障码上传至云平台；s03：若为所述can总线类故障码，所述车载终端基于can总线类故障码确定关联的can报文的id号，并基于id号采集所述can报文所属网段预设时间的can报文；s04：所述车载终端打包can总线类故障码及其关联的所述预设时间的can报文，并上传至云平台；
s05：所述云平台基于s02与s04的打包数据判断是否拉取诊断数据，若是，下发诊断指令至所述车载终端；s06：所述车载终端判断是否满足所述诊断指令的读取条件，如是，则封装诊断报文至对应的所述控制单元；s07:所述控制单元响应所述诊断报文，反馈诊断数据，所述车载终端打包诊断数据并上传至所述云平台；s08：针对所述硬线类故障，所述云平台根据收到的诊断数据判断故障真实性，再确定是否预警；针对所述can总线类故障，所述云平台根据收到的诊断数据，结合对应can报文，判断故障有效性，再确定是否预警。
6.优选地，在所述s02中，所述硬线类故障包括整车高低压诊断、按钮和开关卡滞、外围电路开短路故障；所述can总线类故障包括节点丢失、报文丢失、控制单元自诊断的内部故障及can信息交互错误。
7.优选地，在所述s05中，所述诊断数据为did或冻结帧数据。
8.优选地，在所述s06中，所述诊断指令的读取条件为：车辆为on档且未执行本地诊断。
9.本发明还提供一种车辆故障的在线诊断系统，包括：发送模块，用于控制单元执行自诊断，若产生故障码或故障码状态发生变化，将所述故障码及故障码状态转换成can报文发送至车载终端；第一判断模块，用于所述车载终端判断所述故障码为硬线类故障码还是can总线类故障码，若为硬线类故障，不采集故障码关联的can报文，并继续判断所述硬线类故障的持续时间是否达到预设时间阈值，若是，所述车载终端打包故障码并将所述打包故障码上传至云平台；采集模块，用于若为所述can总线类故障码，所述车载终端基于can总线类故障码确定关联的can报文的id号，并基于id号采集所述can报文所属网段预设时间的can报文；打包模块，用于所述车载终端打包can总线类故障码及其关联的所述预设时间的can报文，并上传至云平台；第二判断模块，用于所述云平台基于第一判断模块与打包模块的打包数据判断是否拉取诊断数据，若是，下发诊断指令至所述车载终端；第三判断模块，用于所述车载终端判断是否满足所述诊断指令的读取条件，如是，则封装诊断报文至对应的所述控制单元；上传模块，用于所述控制单元响应所述诊断报文，反馈诊断数据，所述车载终端打包诊断数据并上传至所述云平台；第四判断模块，用于针对所述硬线类故障，所述云平台根据收到的诊断数据判断故障真实性，再确定是否预警；针对所述can总线类故障，所述云平台根据收到的诊断数据，结合对应can报文，判断故障有效性，再确定是否预警。
10.优选地，
在所述第一判断模块中，所述硬线类故障包括整车高低压诊断、按钮和开关卡滞、外围电路开短路故障；所述can总线类故障包括节点丢失、报文丢失、控制单元自诊断的内部故障及can信息交互错误。
11.优选地，在所述第二判断模块中，所述诊断数据为did或冻结帧数据。
12.优选地，在所述第三判断模块中，所述诊断指令的读取条件为：车辆为on档且未执行本地诊断。
13.通过采用上述技术方案，本发明可达到的有益技术效果为：本发明可针对车辆故障进行进准定位，针对硬线类故障，在车载终端处进行拦截，满足时间阈值才可上传至云平台，减少非稳定故障上传以降低故障误报率，同时节省云平台数据处理量和存储空间，云平台对特定故障码自动拉取相应did或冻结帧数据，精准判断故障码。针对can总线类故障，结合相应did或冻结帧数据，再通过关联can报文锁定故障码真实性。经过上述过程，对在线上报的故障码系统地判断真实性后，再对车主进行预警提示，提升车主信赖感。
附图说明
14.图1为本发明流程图。
具体实施方式
15.下面结合附图对本发明作进一步说明。
16.如图1所示，本发明提供了一种车辆故障的在线诊断方法，包括的步骤为：第一步，各控制单元执行自诊断，若产生故障码或故障码状态发生变化，将故障码及故障码状态转换成can报文发送至车载终端。
17.第二步，车载终端查表判断是否需要同步采集关联can数据，针对硬线类故障，则无需进一步采集can数据，直接进入第三步；针对can总线类故障，则需要进一步采集can报文，进入第四步。
18.第三步，为保证硬线类故障稳定、有效，故障上报时间需要达到对应的预设时间阈值后，车载终端再对故障码打包并通过大数据通道上传至云平台，进入第五步。
19.具体地，硬线类故障主要是整车电压过高或过低、按钮和开关卡滞、外围电路开短路三大类故障，整车电压故障、外围电路开短路故障（如开关及驱动电路诊断）可能受车辆瞬间不稳定状态影响，按钮和开关卡滞可能由于车主短暂的误操作导致，因此对于硬线类故障设立时间阈值，达到阈值才进行上传，避免瞬间、不稳定的故障码上传，减少后台数据处理工作，释放更多后台存储空间。
20.第四步，can总线类故障，车载终端查表确定关联can报文的id号，采集报文所属网段10s的can报文，再打包故障码及对应的can报文通过大数据通道上传至云平台。
21.具体地，can总线类故障包括节点丢失、报文丢失、控制单元自诊断的内部故障、can信息交互错误四大类故障。节点丢失一般以控制单元稳定发出的周期报文来监控、表征节点的在线情况；报文丢失通常监控一些整车重要的报文，如车辆启动的immo认证信号等；
控制单元自诊断的内部故障一般包括自身芯片、电量低、软件检查硬件芯片与驱动不一致等故障，并通过can数据发出到总线；can信息交互错误如重要报文的校验码出错、未收到验证请求等总线故障。综上所述，can总线类故障时根据特定id的can 报文来做判断，因此can总线类故障需要采集对应的can数据来精准锁定故障。
22.第五步，云平台基于接收到的故障数据，进一步通过特定应用程序判断对应故障码是否需要立即拉取相关did或冻结帧数据，如需要则自动下发远程读取指令以获取对应did或冻结帧数据，用于故障分析。
23.具体地，每次仅允许云平台对一个控制单元进行异响远程读取操作且需满足要求：单词远程读取did仅能够针对单个控制单元的单个did读取，当前did读取完成前不允许下发下一个读取指令；单次远程读取冻结帧仅能够针对单个故障码的冻结帧进行读取，当前冻结帧读取完成前不允许云平台下发下一个读取指令。
24.第六步，车载终端收到远程读取指令后，需要判断当前电源档位是否在on档、是否正在执行车端本地诊断，若车辆为on档、未执行本地诊断，则封装诊断报文发给对应控制单元。
25.第七步，控制单元接收到诊断报文后，执行响应，反馈诊断数据，并再次发送至车载终端，车载终端打包诊断响应并上传至云平台。
26.第八步，针对硬件类故障，云平台根据收到的关联诊断数据（did、冻结帧），判断故障真实性，再确定是否给车主预警提示；针对can总线类故障，云平台根据关联诊断数据（did、冻结帧），结合对应can报文，判断故障有效性，再确定是否给车主推送预警提示。
27.本发明还提供一种车辆故障的在线诊断系统，包括：发送模块，用于控制单元执行自诊断，若产生故障码或故障码状态发生变化，将故障码及故障码状态转换成can报文发送至车载终端；第一判断模块，用于车载终端判断故障码为硬线类故障码还是can总线类故障码，若为硬线类故障，不采集故障码关联的can报文，并继续判断硬线类故障的持续时间是否达到预设时间阈值，若是，车载终端打包故障码并将打包故障码上传至云平台；采集模块，用于若为can总线类故障码，车载终端基于can总线类故障码确定关联的can报文的id号，并基于id号采集can报文所属网段预设时间的can报文；打包模块，用于车载终端打包can总线类故障码及其关联的预设时间的can报文，并上传至云平台；第二判断模块，用于云平台基于第一判断模块与打包模块的打包数据判断是否拉取诊断数据，若是，下发诊断指令至车载终端；第三判断模块，用于车载终端判断是否满足诊断指令的读取条件，如是，则封装诊断报文至对应的控制单元；上传模块，用于控制单元响应诊断报文，反馈诊断数据，车载终端打包诊断数据并上传至云平台；第四判断模块，用于针对硬线类故障，云平台根据收到的诊断数据判断故障真实性，再确定是否预警；针对can总线类故障，云平台根据收到的诊断数据，结合对应can报文，判断故障有效性，再确定是否预警。
28.具体地，
在第一判断模块中，硬线类故障包括整车高低压诊断、按钮和开关卡滞、外围电路开短路故障；can总线类故障包括节点丢失、报文丢失、控制单元自诊断的内部故障及can信息交互错误。
29.具体地，在第二判断模块中，诊断数据为did或冻结帧数据。
30.具体地，在第三判断模块中，诊断指令的读取条件为：车辆为on档且未执行本地诊断。