【技术实现步骤摘要】
本专利技术涉及汽车故障采集领域，具体涉及一种汽车故障数据的采集方法、系统、存储介质及汽车。
技术介绍
1、首先对本专利技术会涉及到的英文缩写进行定义：
2、t-box：telematics box，车载通信模块；
3、dtc：diagnostic trouble code，代表诊断故障代码；
4、log：称为车辆数据日志，是指在汽车行驶过程中由车机系统记录的各种数据信息；
5、can：controller area network，控制器局域网络，是国际上应用最广泛的现场总线之一；后缀hs(high speed)为分类高速局域网，fd(flexible data rate)为分类可变速率局域网，数字代表局域网络代号。
6、lin：针对汽车分布式电子系统而定义的一种低成本的串行通讯网络,是对can等其它汽车多路网络的一种补充，适用于对网络的带宽、性能或容错功能没有过高要求的应用。
7、eth：ethernet，即汽车以太网，是一种用于汽车领域的通信协议。它通过提供高速、可靠的数据传输，实现车辆之间、车辆与基础设施之间的互联互通。在汽车座舱中，硬件间的相互通信有时需要借助以太网来实现。
8、flexray：一种专为汽车设计的高速和可确定性的总线技术，具备故障容错能力，flexray系统支持时间触发通信(确定性通信)和事件触发通信，结合了高效网络利用率和系统灵活性。flexray网络的主干网络用于汽车内部的数据通信。
9、vin：vehic
10、hmi：human machine interface，即人机接口，也叫人机界面，是交互和信息交换的媒介。
11、vsm：vehicle system management，车辆系统控制器。
12、目前对汽车的故障数据进行采集方法一般为：根据诊断任务，在车端接入相应的诊断设备(汽车诊断仪)来获取对应的车辆诊断数据后，用户将诊断数据上传至服务端，服务端对诊断数据解析后返回至客户端，具体流程为：
13、1、汽车诊断仪通过汽车的诊断接口获取汽车的诊断数据；
14、2、汽车诊断仪根据诊断数据生成二维码；
15、3、用户通过客户端扫描二维码得到扫描数据，并将扫描数据上传至与汽车诊断仪对应的服务端；
16、4、服务端对诊断数据进行解析得到诊断结果后返回给客户端进行显示。
17、上述对汽车的故障数据进行采集方法存在以下缺陷：
18、(1)需要根据不同的诊断任务外接不同的诊断设备，不仅提高了采集成本，降低了采集效率(安装、拆卸和服务均耗费厂家或网点的人力资源成本和设备使用成本)，而且对于难以再现的故障需要长时间将诊断设备装载在车上，进而占用了汽车空间。
19、(2)需要用户主动通过扫二维码的方式上传故障数据，占用了用户的时间，降低了用户体验。
技术实现思路
1、针对现有技术中存在的缺陷，本专利技术解决的技术问题为：如何在不采用外界设备，采集所需的汽车故障数据，进而降低采集成本，提高采集效率。
2、为达到以上目的，第一方面，本申请实施例提供一种汽车故障数据的采集方法，包括以下步骤：为具备数据传输功能的车载控制设备提供待诊断设备的数据读取接口；通过车载控制设备采集与诊断任务对应的待诊断设备的诊断数据，将诊断数据作为汽车故障数据进行存储。
3、结合第一方面，在一种实施方式中，所述为具备数据传输功能的车载控制设备提供待诊断设备的数据读取接口的流程包括：为车载控制设备提供车载设备的网络数据读取接口。
4、结合第一方面，在一种实施方式中，所述诊断任务由服务端发起，所述汽车故障数据的存储位置为服务端的数据库；当诊断任务对应的故障情况已经发生时，车载控制设备停止采集诊断任务对应的汽车故障数据，在数据库中清除诊断任务对应的汽车故障数据。
5、结合第一方面，在一种实施方式中，将所述汽车故障数据进行存储的流程包括：将汽车故障数据分别存储至车载控制设备和服务端的数据库；车载控制设备的存储空间达到指定阈值时，将在后采集的汽车故障数据覆盖掉在前采集的汽车故障数据。
6、结合第一方面，在一种实施方式中，所述通过车载控制设备采集与诊断任务对应的待诊断设备的诊断数据的流程包括：确认当前车辆安全后，向车载控制设备发送诊断任务，车载控制设备获取用户授权后，实时采集与诊断任务对应的待诊断设备的诊断数据。
7、结合第一方面，在一种实施方式中，所述确认当前车辆安全的流程包括：将当前车辆的身份识别信息进行加密后传输至车联网平台认证，收到车联网平台返回的认知通过信息则确认当前车辆安全。
8、第二方面，本申请实施例提供了一种存储介质，该存储介质上存储有计算机程序，所述计算机程序被执行时实现第一方面提供的方法。
9、第三方面，本申请实施例提供了一种汽车故障数据的采集系统，该系统包括第一方面提供的车载控制设备。
10、结合第三方面，在一种实施方式中，该系统还服务端，服务端包括信息交互模块和数据库；
11、信息交互模块用于：向车载控制设备发送诊断任务，对诊断任务对应的车辆进行安全验证，接收车载控制设备返回的汽车故障数据；
12、数据库用于：存储车载控制设备返回的汽车故障数据。
13、第四方面，本申请实施例提供了一种汽车，该汽车包括第三方面提供的汽车故障数据的采集系统。
14、与现有技术相比，本专利技术的优点在于：
15、(1)本专利技术直接利用具备数据传输功能的现有车载控制设备，来采集待诊断设备的工作信息；无需使用现有技术中外接的诊断仪器，进而提高了采集效率，降低了采集成本。与此同时，本专利技术采集的汽车故障数据自动进行存储，无需现有技术中的人工扫码上传操作，进而提升了用户体验。
16、(2)本专利技术在采集数据之前，能够根据诊断功能对应的数据类型，为车载控制设备提供对应的数据读取接口。在此基础上，本专利技术在采集数据之前，可以为车载控制设备提供指定的几种数据读取接口(对应需要经常进行故障诊断的车载设备)；也可以为车载控制设备提供所有可能发生故障的车载设备的数据读取接口，从而实现“全局诊断”；还可以在车载设备更新时，只需提供新增设备的数据读取接口即可实现新增设备的故障诊断。因此，本专利技术的灵活性较强，适用范围广泛。
17、(3)本专利技术的诊断任务由服务端发起，设计师可以根据需求在服务端上灵活设置并发起诊断任务并远程控制车载控制设备进行工作，以此节省人力成本。汽车故障数据的存储位本文档来自技高网...
【技术保护点】
1.一种汽车故障数据的采集方法，其特征在于，该方法包括以下步骤：为具备数据传输功能的车载控制设备提供待诊断设备的数据读取接口；通过车载控制设备采集与诊断任务对应的待诊断设备的诊断数据；将所述诊断数据作为汽车故障数据进行存储。
2.如权利要求1所述的汽车故障数据的采集方法，其特征在于：所述为具备数据传输功能的车载控制设备提供待诊断设备的数据读取接口的流程包括：为车载控制设备提供车载设备的网络数据读取接口。
3.如权利要求1所述的汽车故障数据的采集方法，其特征在于：所述诊断任务由服务端发起，所述汽车故障数据的存储位置为服务端的数据库；当诊断任务对应的故障情况已经发生时，车载控制设备停止采集诊断任务对应的汽车故障数据，在数据库中清除诊断任务对应的汽车故障数据。
4.如权利要求3所述的汽车故障数据的采集方法，其特征在于：将所述汽车故障数据进行存储的流程包括：将汽车故障数据分别存储至车载控制设备和服务端的数据库；车载控制设备的存储空间达到指定阈值时，将在后采集的汽车故障数据覆盖掉在前采集的汽车故障数据。
5.如权利要求1所述的汽车故障数据的采
6.如权利要求5所述的汽车故障数据的采集方法，其特征在于：所述确认当前车辆安全的流程包括：将当前车辆的身份识别信息进行加密后传输至车联网平台认证，收到车联网平台返回的认知通过信息则确认当前车辆安全。
7.一种存储介质，该存储介质上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现权利要求1至6任一项所述的方法。
8.一种汽车故障数据的采集系统，其特征在于：该系统包括权利要求1至6任一项所述的车载控制设备。
9.如权利要求8所述的汽车故障数据的采集系统，其特征在于：该系统还服务端，服务端包括信息交互模块和数据库；
10.一种汽车，其特征在于：该汽车包括权利要求8所述的汽车故障数据的采集系统。
...【技术特征摘要】
1.一种汽车故障数据的采集方法，其特征在于，该方法包括以下步骤：为具备数据传输功能的车载控制设备提供待诊断设备的数据读取接口；通过车载控制设备采集与诊断任务对应的待诊断设备的诊断数据；将所述诊断数据作为汽车故障数据进行存储。
2.如权利要求1所述的汽车故障数据的采集方法，其特征在于：所述为具备数据传输功能的车载控制设备提供待诊断设备的数据读取接口的流程包括：为车载控制设备提供车载设备的网络数据读取接口。
3.如权利要求1所述的汽车故障数据的采集方法，其特征在于：所述诊断任务由服务端发起，所述汽车故障数据的存储位置为服务端的数据库；当诊断任务对应的故障情况已经发生时，车载控制设备停止采集诊断任务对应的汽车故障数据，在数据库中清除诊断任务对应的汽车故障数据。
4.如权利要求3所述的汽车故障数据的采集方法，其特征在于：将所述汽车故障数据进行存储的流程包括：将汽车故障数据分别存储至车载控制设备和服务端的数据库；车载控制设备的存储空间达到指定阈值时，将在后采集的汽车故障数据覆盖掉在前采集的汽车故障数据...
【专利技术属性】
技术研发人员：李颖茜，黄波，王鹏，
申请(专利权)人：东风汽车集团股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。