一种车载诊断方法、装置、电子设备及可读存介质与流程

1.本发明涉及车辆故障诊断技术领域，尤其涉及一种车载诊断方法、装置、电子设备及可读存介质。


背景技术：

2.随着国内车辆的日益普及，拥有车辆的个人越来越多。因此，让车主能够在当地获知自己车辆的一些基本状态，比如当前车辆是否存在故障、故障出现的位置等是十分重要的。目前车辆在运行过程中对控制系统进行数据抓取一般采用的离线进行数据抓取，当出现故障后使用诊断仪读取整车故障并冻结帧数据，不能根据出现的故障类型抓取相应的数据，只能凭借经验确定排查方向，针对偶发故障无法快速分析并对故障进行排查，进而不利于处理故障。


技术实现要素：

3.本发明主要目的在于提供一种车载诊断方法、装置、电子设备及可读存介质，通过抓取的故障码进行解析，在确定故障码内部的信号同时，通过预设时间对不同类别的故障码信号进行记录并上传，极大的提高了排查效率，尤其是针对偶发故障，能够根据故障码实时的记录相应数据，提高了故障分析的准确性，减小数据上传量，并且保证数据的质量。
4.第一方面，本技术提供了一种车载诊断方法，该车载诊断方法包括步骤：
5.提取故障发生时的can网络信号得到故障码信息；
6.根据故障码信息获取控制器内部信号；
7.根据所述控制器内部信号进行车载诊断。
8.一种可能的实施方式中，将故障发生时的can网络信号进行上传；
9.根据已经上传的can网络信号中指征故障码的报文，按照预设规则进行解析以获得故障码信息。
10.一种可能的实施方式中，对故障发生时的can网络信号进行压缩。
11.一种可能的实施方式中，根据解析后的故障码名称在故障数据库中查询故障码含义，以获取控制器中故障码的内部信号。
12.一种可能的实施方式中，根据控制器内部不同类别的故障信号，单独设置不同的预设时间进行录取，并记录所述控制器内部不同类别的故障信号；
13.将所述控制器内部不同类别的故障信号上传，以确定诊断方案。
14.一种可能的实施方式中，通过接收不同形式的故障信号对故障报文进行抓取；
15.所述不同形式的故障信号包括：can报文、故障状态标志位、具体的故障码。
16.第二方面，本技术提供了一种车载诊断装置，该车载诊断装置包括：
17.提取单元，用于提取故障发生时的can网络信号得到故障码信息；
18.获取单元，用于根据故障码信息获取控制器内部信号；
19.诊断单元，用于根据所述控制器内部信号进行车载诊断。
20.一种可能的实施方式中，所述提取单元还用于：将故障发生时的can网络信号进行上传；根据已经上传的can网络信号中指征故障码的报文，按照预设规则进行解析以获得故障码信息。
21.第三方面，本技术还提供了一种电子设备，所述电子设备包括：处理器；存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现第一方面任一项所述的方法。
22.第四方面，本技术还提供了一种计算机可读程序介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行第一方面任一项所述的方法。
23.本技术提供的一种车载诊断方法、装置、电子设备及可读存介质，提取故障发生时的can网络信号得到故障码信息；根据故障码信息获取控制器内部信号；根据所述控制器内部信号进行车载诊断，通过抓取的故障码进行解析，在确定故障码内部的信号同时，通过预设时间对不同类别的故障码信号进行记录并上传，极大的提高了排查效率，尤其是针对偶发故障，能够根据故障码实时的记录相应数据，提高了故障分析的准确性，减小数据上传量，并且保证数据的质量。
24.应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。
附图说明
25.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。
26.图1为本实施例中提供了一种车载诊断方法流程图；
27.图2为本实施例中提供了一种车载诊断方法的步骤s11的流程图；
28.图3为本实施例中提供了一种车载诊断方法的步骤s31的流程图；
29.图4为本实施例中提供了一种车载诊断装置示意图；
30.图5为本技术实施例中提供的一种车载诊断电子设备的示意图；
31.图6为本技术实施例中提供的一种车载诊断计算机可读程序介质示意图。
具体实施方式
32.这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
33.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。附图所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
34.参照图1，图1所示为本发明提供的一种车载诊断方法流程图，如图1所示，车载诊断方法包括步骤：
35.步骤s1：提取故障发生时的can网络信号得到故障码信息。
36.具体而言，当车辆在行驶过程中发生故障时，控制器将车辆在行驶过程中发生的故障信号进行发送，当tbox(车联网系统)接收到控制器发送的故障信号时，触发信息收集
流程，即启动数据抓取，随后tbox(车联网系统)对接收到的故障信号发生时刻的can网络信号进行抓取，即对故障发生时刻can报文进行抓取，将故障发生时刻can报文抓取后进行上传。
37.根据上传的故障发生时刻can报文，对故障发生时刻can报文中的指征故障码的报文，按照预设规则进行解析，根据预设规则解析的故障码，确定故障码，并获取故障码信息。
38.一实施例中，在车辆发生故障时，tbox(车联网系统)接收到控制器发送的故障信号时，对接收到的故障信号发生时刻的can网络信号进行抓取，并将抓取的故障信号进上传，根据上传的故障发生时刻can报文，对故障发生时刻can报文中的指征故障码的报文，按照预设规则进行解析以获取故障码信息。
39.一实施例中，在车辆发生故障时，tbox(车联网系统)接收到控制器发送的故障信号时，对接收到的故障信号发生时刻的can网络信号进行抓取，并将抓取的故障信号进上传之前还需要对故障数据进行压缩，以缩小内存。
40.一实施例中，控制器发送故障信号后，tbox(车联网系统)接收到控制器发送的故障信号后，对报故障码时刻报故障码的控制器所在的can总线的所有报文进行抓取。
41.一实施例中，当车辆在行驶过程中发生故障时，控制器将车辆在行驶过程中发生的故障信号进行发送，其中控制器发送的故障信号可以是can报文行形式进行发送，可以是故障状态标志位形式进行发送，也可以是具体的故障码轮番发送的形式。
42.一实施例中，tbox(车联网系统)接收到控制器发送的不同形式的故障信号，对故障报文进行抓取，其中故障信号可以是can报文行形式接收，可以是故障状态标志位形式接收，也可以是具体的故障码轮番发送的形式。
43.步骤s2：根据故障码信息获取控制器内部信号。
44.具体而言，根据上传的故障发生时刻can报文，对故障发生时刻can报文中的指征故障码的报文，按照预设规则进行解析，根据预设规则解析的故障码，获取故障码信息。根据获取的故障码信息通过故障码名称在故障数据库中查询故障码含义，并根据故障数据库中查询故障码含义获取故障码诊断的重要内部变量。
45.一实施例中，在车辆发生故障时，tbox(车联网系统)接收到控制器发送的故障信号时，对接收到的故障信号发生时刻的can网络信号进行抓取，并将抓取的故障信号进上传，根据上传的故障发生时刻can报文，对故障发生时刻can报文中的指征故障码的报文，按照预设规则进行解析以获取故障码信息根据获取的故障码信息通过故障码名称在故障数据库中查询故障码含义，并根据故障数据库中查询故障码含义获取故障码诊断的重要内部变量，对每以个故障码相关的内部信号进行定义，以提高故障分析的准确性。
46.步骤s3：根据所述控制器内部信号进行车载诊断。
47.具体而言，在获取的故障码信息通过故障码名称在故障数据库中查询故障码含义，并根据故障数据库中查询故障码含义获取故障码诊断的重要内部变量，通过控制器支持的标定通讯协议，一般为xcp协议能够读取控制器内部信号，由于控制器内的故障信号类别不同，需要单独设置不同的时间进行录取，并将控制器中的不同类别的故障信号进行记录，将记录好的不同类别的故障信号进行上传，技术人员在云平台上根据上传的故障信号进行分析，最终确定维修故障的方案。
48.一实施例中，获取故障码诊断的重要内部变量，通过控制器支持的标定通讯协议，
一般为xcp协议能够读取控制器内部信号，根据控制器内的故障信号类别不同，单独设置不同的时间进行录取，并将控制器中的不同类别的故障信号进行记录，将记录好的不同类别的故障信号进行上传，以确定维修方案。
49.一实施例中，通过控制器支持的标定通讯协议，读取控制器内部信号，其中读取控制内部信号指的是故障码相关的内部变量，目的是要是为了确认报故障码的原因。
50.一实施例中，通过控制器支持的标定通讯协议，读取控制器内部信号，单独设置不同的时间进行录取，并将控制器中的不同类别的故障信号进行记录，目的是由于每个故障码需要录取内部数据的时间不一致，可以通过单独设定时间对所需要的内部数据进行录取。
51.可选的，一种车载诊断方法具体为，当车辆在行驶过程中发生故障时，控制器将车辆在行驶过程中发生的故障信号进行发送，当tbox(车联网系统)接收到控制器发送的故障信号时，触发信息收集流程，即启动数据抓取，随后tbox(车联网系统)对接收到的故障信号发生时刻的can网络信号进行抓取，即对故障发生时刻can报文进行抓取，将故障发生时刻can报文抓取后进行上传。
52.根据上传的故障发生时刻can报文，对故障发生时刻can报文中的指征故障码的报文，按照预设规则进行解析，根据预设规则解析的故障码，获取故障码信息。根据获取的故障码信息通过故障码名称在故障数据库中查询故障码含义，并根据故障数据库中查询故障码含义获取故障码诊断的重要内部变量。
53.在获取的故障码信息通过故障码名称在故障数据库中查询故障码含义，并根据故障数据库中查询故障码含义获取故障码诊断的重要内部变量，通过控制器支持的标定通讯协议，一般为xcp协议能够读取控制器内部信号，由于控制器内的故障信号类别不同，需要单独设置不同的时间进行录取，并将控制器中的不同类别的故障信号进行记录，将记录好的不同类别的故障信号进行上传，技术人员在云平台上根据上传的故障信号进行分析，最终确定维修故障的方案。
54.参照图2，图2所示为本发明提供的一种车载诊断方法的步骤s11的流程图，如图2所示，该步骤包括：
55.步骤s11:将故障发生时的can网络信号进行上传。
56.具体而言，在车辆发生故障时，tbox(车联网系统)接收到控制器发送的故障信号时，对接收到的故障信号发生时刻的can网络信号进行抓取，并将抓取的故障信号进上传。其中抓取的故障信号包括：can报文、故障状态标志位、具体的故障码。
57.在tbox(车联网系统)接收到控制器发送的故障信号时，其中接收的故障信号包括：对接收到的故障信号发生时刻的can网络信号进行抓取，并将抓取的故障信号进上传之前还需要对故障数据进行压缩，以缩小内存。其中接收的故障信号可以是can报文行形式接收，可以是故障状态标志位形式接收，也可以是具体的故障码轮番发送的形式。
58.步骤s12:根据已经上传的can网络信号中指征故障码的报文，按照预设规则进行解析以获得故障码信息。
59.具体而言，tbox(车联网系统)接收到控制器发送的故障信号时，对接收到的故障信号发生时刻的can网络信号进行抓取，并将抓取的故障信号进上传，根据上传的故障发生时刻can报文，对故障发生时刻can报文中的指征故障码的报文，按照预设规则进行解析，根
据预设规则解析的故障码，确定故障码，并获取故障码信息。
60.参照图3，图3所示为本发明提供的一种车载诊断方法的步骤s31的流程图，如图3所示，该步骤包括：
61.步骤s31：根据控制器内部不同类别的故障信号，单独设置不同的预设时间进行录取，并记录所述控制器内部不同类别的故障信号。
62.具体而言，通过控制器支持的标定通讯协议读取控制器内的故障信号，由于控制器内的故障信号类别不同，需要单独设置不同的时间进行录取，并将控制器中的不同类别的故障信号进行录取。
63.步骤s32：将所述控制器内部不同类别的故障信号上传，以确定诊断方案。
64.可选的，将控制器中的不同类别的故障信号进行录取后，由于每个故障码需要录取内部数据的时间不一致，通过单独设定时间对所需要的内部数据进行记录，并将记录好的不同类别的故障信号进行上传，以确定车辆故障的维修方案。
65.参照图4，图4所示为本发明提供的一种车载诊断装置示意图，如图4所示，车载诊断装置包括：
66.提取单元401，用于提取故障发生时的can网络信号得到故障码信息。
67.获取单元402，用于根据故障码信息获取控制器内部信号。
68.诊断单元403，用于根据所述控制器内部信号进行车载诊断。
69.进一步地，一实施例中，提取单元401还用于将故障发生时的can网络信号进行上传；根据已经上传的can网络信号中指征故障码的报文，按照预设规则进行解析以获得故障码信息。
70.进一步地，一实施例中，获取单元402还用于，根据解析后的故障码名称在故障数据库中查询故障码含义，以获取控制器中故障码的内部信号。
71.进一步地，一实施例中，诊断单元403还用于，根据控制器内部不同类别的故障信号，单独设置不同的预设时间进行录取，并记录所述控制器内部不同类别的故障信号；将所述控制器内部不同类别的故障信号上传，以确定诊断方案。
72.下面参照图5来描述根据本发明的这种实施方式的电子设备500。图4显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
73.如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：上述至少一个处理单元510、上述至少一个存储单元520、连接不同系统组件(包括存储单元520和处理单元510)的总线530。
74.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元510执行，使得所述处理单元510执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。
75.存储单元520可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)521和/或高速缓存存储单元522，还可以进一步包括只读存储单元(rom)523。
76.存储单元520还可以包括具有一组(至少一个)程序模块525的程序/实用工具524，这样的程序模块525包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
77.总线530可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储
单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
78.电子设备500也可以与一个或多个外部设备500(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口550进行。并且，电子设备500还可以通过网络适配器560与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器560通过总线530与电子设备500的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
79.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
80.根据本公开的方案，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
81.参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
82.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
83.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
84.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有
线、光缆、rf等等，或者上述的任意合适的组合。可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
85.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
86.综上所述，本技术提供的一种车载诊断方法、装置、电子设备及可读存介质，提取故障发生时的can网络信号得到故障码信息；根据故障码信息获取控制器内部信号；根据所述控制器内部信号进行车载诊断，通过抓取的故障码进行解析，在确定故障码内部的信号同时，通过预设时间对不同类别的故障码信号进行记录并上传，极大的提高了排查效率，尤其是针对偶发故障，能够根据故障码实时的记录相应数据，提高了故障分析的准确性，减小数据上传量，并且保证数据的质量。
87.以上所述的仅是本技术的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本技术给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本技术的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本技术要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。