诊断界面生成方法以及相关设备与流程

1.本技术实施例涉及汽车诊断领域，更具体的，是诊断界面生成方法、装置、诊断设备及计算机可读存储介质。


背景技术：

2.汽车电子化被认为是汽车技术发展进程中的一次革命。汽车电子化的程度被看作是衡量现代汽车水平的重要标志，是用来开发新车型，改进汽车性能最重要的技术措施，汽车电子技术的应用将使汽车更加智能化，相应的车辆维修的复杂性也大幅提高，所以对车辆进行维修时需要借助诊断设备生成各个诊断功能对应的各个诊断界面，其中，需要的诊断功能可以有ecu版本读取，故障码读取，故障码清除，数据流读取，io测试，配置码写入，固件刷写等。
3.现有的汽车诊断方法中诊断功能和诊断界面一旦开发好，就只能按照固定的方式进行诊断，想要实现自定义的效果，需要开发人员通过对汽车诊断软件的源代码工程中的诊断界面和诊断功能进行修改，并且重新编译发布汽车诊断软件给用户使用。每次对诊断界面和诊断功能的调整都需要去修改代码，重新编译发布，开发的过程较繁琐，开发的时间较长，生成诊断界面的效率较低。


技术实现要素：

4.本技术实施例提供了一种诊断界面生成方法、诊断设备及计算机可读存储介质，能够在提高生成诊断界面效率的情况下，生成诊断界面。
5.第一方面，本技术实施例提供了一种诊断界面生成方法，包括：
6.根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面；所述目标配置文件关联至少一个所述诊断功能组件；
7.显示所述目标诊断界面。
8.可选的，所述根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，包括：
9.根据所述目标配置文件中所述诊断功能组件的类型、大小信息和位置信息，在预设界面上依次创建所述诊断功能组件；其中，不同类型的诊断功能组件设置有对应的操作控件，且关联有对应的诊断参数。
10.可选的，所述根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件之前，所述方法还包括：
11.根据用户的配置操作，对所述诊断功能组件进行布局，得到配置文件；其中，所述配置文件包含所述诊断功能组件的类型、大小信息和位置信息。
12.可选的，所述对所述诊断功能组件进行布局，包括：
13.建立配置界面；
14.拖拽已封装好的所述诊断功能组件至所述配置界面，以获取所述诊断功能组件的
类型、所述诊断功能组件在所述配置界面的大小信息和位置信息；
15.根据所述诊断功能组件的类型、所述诊断功能组件在所述配置界面的大小信息和位置信息得到所述配置文件。
16.可选的，所述显示所述目标诊断界面之后，所述方法还包括：
17.接收用户在目标诊断功能组件上的针对目标ecu的诊断请求指令；
18.基于所述诊断请求指令在所述目标诊断功能组件关联的诊断参数中选取与所述目标ecu以及所述诊断请求指令对应的目标诊断参数；
19.基于所述目标诊断参数向所述目标ecu发送诊断指令；
20.接收所述目标ecu返回的诊断结果信息并显示。
21.可选的，所述接收用户在目标诊断功能组件上的针对目标ecu的诊断请求指令之前，所述方法还包括：
22.接收用户发送的在目标诊断功能组件上的诊断协议库请求；
23.响应所述诊断协议库请求，显示ecu列表；其中，所述ecu列表包含支持目标诊断功能的ecu，所述目标诊断功能为所述目标诊断功能组件对应的功能。
24.可选的，所述诊断功能组件至少包括关联的诊断参数，以及包括显示控件、输入及选择控件、操作按键中的至少一项。
25.第二方面，本技术实施例还提供了一种诊断装置，包括：
26.创建单元，用于根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面；所述目标配置文件关联至少一个所述诊断功能组件；
27.显示单元，用于显示所述目标诊断界面。
28.第三方面，本技术实施例提供了一种诊断设备，包括：
29.中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；
30.所述存储器为短暂存储存储器或持久存储存储器；
31.所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行前述诊断界面生成方法。
32.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行前述诊断界面生成方法。
33.第五方面，本技术实施例提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行前述诊断界面生成方法。
34.从以上技术方案可以看出，本技术实施例具有以下优点：可以根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面，目标配置文件关联至少一个诊断功能组件，显示目标诊断界面。本技术通过将不同的诊断功能进行单独封装为不同的诊断功能组件，然后根据需要进行自定义配置形成不同的配置文件，后续在诊断过程中只需要选择目标配置文件就可以自定义生成想要的诊断界面。因此，根据目标配置文件创建预先封装的诊断功能组件，开发人员只需要开发一次诊断功能组件，用户就可以根据需求自定义生成不同的诊断界面，无需开发人员重新开发，提高了生成自定义界面的效率，提高了用户体验。
附图说明
35.图1为本技术实施例公开的一种汽车诊断系统的架构示意图；
36.图2为本技术实施例公开的一种诊断界面生成方法的流程示意图；
37.图3为本技术实施例公开的一种封装后的故障码读取组件示意图；
38.图4为本技术实施例公开的一种封装后的数据流读取组件示意图；
39.图5为本技术实施例公开的一种对诊断功能组件的位置定义示意图；
40.图6为本技术实施例公开的一种诊断界面的示意图；
41.图7为本技术实施例公开的一种诊断装置的结构示意图；
42.图8为本技术实施例公开的另一种诊断装置的结构示意图；
43.图9为本技术实施例公开的又一种诊断设备的结构示意图。
具体实施方式
44.本技术实施例提供了一种汽车诊断方法以及相关设备，能够在提高生成诊断界面效率的情况下，生成诊断界面。
45.请参阅图1，图1为本技术实施例公开的一种汽车诊断系统的架构示意图，本技术实施例中汽车诊断系统的架构包括：
46.诊断设备101以及ecu102。
47.当进行汽车诊断时，诊断设备101可以和ecu102连接。诊断设备101可以接收ecu的诊断请求指令，可以向ecu102发送诊断指令，可以接收ecu102返回的诊断结果信息并显示。
48.基于图1所示的汽车诊断系统，请参阅图2，图2为本技术实施例公开的一种诊断界面生成方法的流程示意图，方法包括：
49.201、根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面；目标配置文件关联至少一个诊断功能组件。
50.本实施例中，可以提前封装好诊断功能组件，提前设置好配置文件，可以根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面，目标配置文件关联至少一个诊断功能组件。组件(component)是对特定功能的控件、数据、方法的简单封装，常用的组件格式有com组件，使用组件可以实现拖放式编程。可以理解的是，每一个诊断功能组件用于执行一个诊断功能，包括ecu版本读取，故障码读取，故障码清除，数据流读取，io测试，配置码写入，固件刷写，还可以是其他对汽车进行诊断需要的诊断功能，具体此处不做限定。还可以理解的是，诊断功能组件的个数可以是1个，可以是2个，还可以是任何合理的个数，具体此处不做限定。需要理解的是，一个配置文件对应一个诊断界面，一个诊断功能组件对应一个诊断功能，一个诊断界面可以包含一个诊断功能或多个诊断功能，具体包含诊断功能的个数此处不做限定。
51.202、显示目标诊断界面。
52.得到目标诊断界面之后，可以显示目标诊断界面。可以理解的是，一个目标诊断界面可以包含一个诊断功能或多个诊断功能。
53.本技术实施例中，可以根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面，目标配置文件关联至少一个诊断功能组件，显示目标诊断界面。可以通过目标配置文件自定义汽车诊断软件的诊断界面和诊断功能，根据目
标配置文件创建预先封装的诊断功能组件，开发人员需要开发的代码较少，开发的过程较简单，开发的时间较短，生成诊断界面的效率较高。
54.本技术实施例中，根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面的方法可以有多种，基于图2所示的诊断界面生成方法，下面对其中的一种方法的实施例进行描述：
55.本实施例中，可以根据汽车的各个诊断功能封装各个诊断功能组件，其中，各个诊断功能组件设置有对应的诊断参数和操作控件，诊断功能组件关联有汽车各个部位的电子控制单元ecu，包括发送机ecu、波箱ecu、仪表ecu、空调ecu、座椅ecu及安全带ecu等，具体ecu的种类此处不做限定，其次，一个诊断功能组件可以关联一个ecu，还可以关联两个ecu，还可以关联任意数量的ecu，具体诊断功能组件关联ecu的个数此处不做限定。可以理解的是，诊断功能组件为对诊断功能的操作控件、数据及方法的简单封装，常用的组件格式可以是com组件格式，通过拖拽诊断功能组件的形式进行汽车诊断软件的开发。需要理解的是，组件是一些小的二进制可执行程序，可以给应用程序、操作系统以及其他组件提供服务，多个com对象可以连接起来形成应用程序或组件系统。其中诊断功能的操作控件可以是输入控件、选择控件、输出控件、显示控件、参数选择控件及关联诊断协议控件等用于诊断的操作控件，具体操作控件的类型此处不做限定，并且，操作控件的数量此处不做限定。值得一提的是，每个诊断功能组件的操作控件的类型和数量可以不一样，可以根据每个诊断功能需求的不同去自定义设置。举个例子，请参阅图3，图3为本技术实施例公开的一种封装后的故障码读取组件示意图，图中的“connet”为“连接”，对应的操作控件是连接控件，“disconnet”为“断开连接”，对应的操作控件是断开连接控件，请参阅图4，图4为本技术实施例公开的一种封装后的数据流读取组件示意图，图中的“transmit”为“传输”，对应的操作控件是传输控件，“reload”为“重新加载”，对应的操作控件为重新加载控件。
56.根据汽车的各个诊断功能封装各个诊断功能组件之后，可以根据用户的配置操作，对诊断功能组件进行布局，得到配置文件；其中，配置文件包含诊断功能组件的类型、大小信息和位置信息。其中，对诊断功能组件进行布局的方法可以是建立配置界面，拖拽已封装好的诊断功能组件至配置界面，以获取诊断功能组件的类型、诊断功能组件在配置界面的大小信息和位置信息，根据诊断功能组件的类型、诊断功能组件在配置界面的大小信息和位置信息得到配置文件，还可以是其他对诊断功能组件进行布局的方法，具体此处不做限定。请参阅图5，图5为本技术实施例公开的一种对诊断功能组件的位置定义示意图，图中左上方为原点，原点往右的方向为x轴的正方向，原点往下的方向为y轴的正方向，对诊断功能组件进行布局时，诊断功能组件的位置是在以原点，x轴和y轴建立的坐标系下定义的。配置完成后，用户可以选择配置完成控件，汽车诊断软件可以保存当前的配置情况，得到配置文件，配置文件可以保存有每个诊断功能组件的类型，在配置界面的位置坐标，以及诊断功能组件的宽和高度。
57.封装好诊断功能组件且设置好配置文件之后，在后续的诊断过程中，可以根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面，目标配置文件关联至少一个诊断功能组件。
58.得到目标诊断界面之后，可以显示目标诊断界面。可以理解的是，一个目标诊断界面可以包含一个诊断功能或多个诊断功能。举个例子，请参阅6，图6为本技术实施例公开的
一种诊断界面的示意图，整张图为诊断界面，图中有两个小图分别为故障码读取组件和数据流读取组件。
59.显示目标诊断界面之后，可以接收用户发送的在目标诊断功能组件上的诊断协议库请求，响应诊断协议库请求，显示ecu列表；其中，ecu列表包含支持目标诊断功能的ecu，目标诊断功能为目标诊断功能组件对应的功能。比如，ecu列表可以包含目标诊断功能组件关联的各种ecu，比如ecu列表可以包含发送机ecu、波箱ecu、空调ecu等其他ecu，具体ecu列表包含哪些ecu此处不做限定。
60.显示ecu列表之后，可以接收用户在目标诊断功能组件上的针对目标ecu的诊断请求指令，可以基于诊断请求指令在目标诊断功能组件关联的诊断参数中选取与目标ecu以及诊断请求指令对应的目标诊断参数，诊断参数可以是诊断协议库或者其他参数。举个例子，诊断功能组件为故障码读取组件，目标ecu为发动机ecu，则可以从故障码读取组件的诊断协议库中取出发送机ecu的故障码读取指令。可以理解的是，上面只是举的一个例子，诊断功能组件对应的诊断指令除了可以是故障码读取组件的故障码读取指令之外，还可以是数据流读取组件的数据流读取指令，还可以是其他诊断功能组件对应的诊断指令，具体此处不做限定。
61.选取目标诊断参数之后，可以基于目标诊断参数向目标ecu发送诊断指令，具体的，可以从诊断协议库中获取目标ecu的通讯参数，通讯参数可以是通讯波特率、管脚即系统标识id等，根据通讯参数建立与发动机ecu之间的通讯通道，建立通讯通道之后，向目标ecu发送诊断指令。
62.向目标ecu发送诊断指令之后，可以接收目标ecu返回的诊断结果信息并显示。其中，诊断功能组件可以至少包括关联的诊断参数，以及包括显示控件、输入及选择控件、操作按键中的至少一项。需要理解的是，目标ecu可以返回目标ecu对应的诊断数据，可以解析诊断数据中的诊断结果信息，诊断结果信息可以包含诊断编号信息和诊断状态信息。具体的，诊断编号可以是诊断的唯一标识，比如，诊断编号信息可以是“0013”，诊断内容可以是诊断的故障症状描述，诊断状态信息用于区别诊断的故障是现在的故障还是之前的故障。可以理解的是，在实际的汽车诊断过程中，可以只对其中一个诊断功能进行汽车诊断，还可以是对多个诊断功能的组合进行汽车诊断，举个例子，用户可以先在故障码读取组件的诊断功能中读取汽车的故障码，然后在数据流读取组件的诊断功能中读取数据流，看哪些数据异常，然后可以对汽车进行修理，修理完成后再执行清除故障码功能。
63.为了方便理解本技术实施例，现举一个包含故障码读取组件和数据流读取组件的目标诊断界面具体的例子进行描述。
64.第一步，用户可以先在故障码读取组件上选择诊断协议库，该诊断协议库中包含所有ecu的所有功能诊断协议，选择完后，故障码读取组件可以扫描诊断协议库中所有支持读取故障码的ecu列表，并将ecu列表在故障码读取组件上显示以供用户选择。
65.第二步，用户可以选择需要读取故障码的发动机ecu，故障码读取组件可以从诊断协议库中取出发动机ecu的通讯波特率、管脚或系统标识id等，可以根据通讯波特率、管脚或系统标识id建立与发动机ecu之间的通讯通道，建立通讯通道之后，可以向发动机ecu发送诊断指令。
66.第三步，发动机ecu可以返回发动机的故障码数据，故障码读取组件解析出故障码
数据中的故障码的信息，得到故障码编号“0013”，故障码状态“现在的故障”，根据故障码编号“0013”在诊断协议库中查找出故障码内容“implausible data were received from the air conditioning store”，然后将故障码编号，故障码内容和故障码状态在故障码读取组件上进行显示，故障码编号，故障码内容和故障码状态即故障码诊断结果信息。
67.同理，用户得到故障码诊断结果后，可以在数据流读取组件中执行相应的步骤，得到数据流诊断结果信息，查看哪些数据异常，以使用户可以对汽车进行修理，修理完成后再执行清除故障码功能。
68.本实施例中，可以根据汽车的各个诊断功能封装各个诊断功能组件，可以根据用户的配置操作，对诊断功能组件进行布局，得到配置文件，可以根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面，目标配置文件关联至少一个诊断功能组件，显示目标诊断界面。
69.本技术通过将不同的诊断功能进行单独封装为不同的诊断功能组件，然后根据需要进行自定义配置形成不同的配置文件，后续在诊断过程中只需要选择目标配置文件就可以自定义生成想要的诊断界面。因此，根据目标配置文件创建预先封装的诊断功能组件，开发人员只需要开发一次诊断功能组件，用户就可以根据需求自定义生成不同的诊断界面，无需开发人员重新开发，提高了生成自定义界面的效率，提高了用户体验。
70.其次，可以根据需求通过配置文件自定义汽车诊断软件的诊断界面和诊断功能，根据预设的配置文件创建预先封装的诊断功能组件，提高了汽车诊断的效率，提高了汽车诊断的灵活性。再者，可以迅速准确查明汽车、总成和机构的技术状况，得到可靠的故障定位等诊断结果。
71.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
72.上面对本技术实施例中的汽车诊断方法进行了描述，下面对本技术实施例中的诊断设备进行描述，请参阅图7，本技术实施例中的诊断装置一个实施例包括：
73.创建单元701，用于根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面；所述目标配置文件关联至少一个所述诊断功能组件；
74.显示单元702，用于显示所述目标诊断界面。
75.本技术实施例中，可以根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面，目标配置文件关联至少一个诊断功能组件，显示目标诊断界面。本技术通过将不同的诊断功能进行单独封装为不同的诊断功能组件，然后根据需要进行自定义配置形成不同的配置文件，后续在诊断过程中只需要选择目标配置文件就可以自定义生成想要的诊断界面。因此，根据目标配置文件创建预先封装的诊断功能组件，开发人员只需要开发一次诊断功能组件，用户就可以根据需求自定义生成不同的诊断界面，无需开发人员重新开发，提高了生成自定义界面的效率，提高了用户体验。
76.下面对本技术实施例中的诊断装置进行详细描述，请参阅图8，本技术实施例中的诊断装置另一个实施例包括：
77.创建单元801，用于根据用户选择的目标配置文件，在预设界面上创建预先封装的诊断功能组件，得到目标诊断界面；所述目标配置文件关联至少一个所述诊断功能组件；
78.显示单元802，用于显示所述目标诊断界面。
79.所述创建单元801，具体用于根据所述目标配置文件中所述诊断功能组件的类型、大小信息和位置信息，在预设界面上依次创建所述诊断功能组件；其中，不同类型的诊断功能组件设置有对应的操作控件，且关联有对应的诊断参数。
80.所述诊断装置还包括：
81.布局单元803，用于根据用户的配置操作，对所述诊断功能组件进行布局，得到配置文件；其中，所述配置文件包含所述诊断功能组件的类型、大小信息和位置信息。
82.所述布局单元803，具体用于建立配置界面，拖拽已封装好的所述诊断功能组件至所述配置界面，以获取所述诊断功能组件的类型、所述诊断功能组件在所述配置界面的大小信息和位置信息，根据所述诊断功能组件的类型、所述诊断功能组件在所述配置界面的大小信息和位置信息得到所述配置文件。
83.所述诊断装置还包括：
84.接收单元804，用于接收用户在目标诊断功能组件上的针对目标ecu的诊断请求指令；
85.选取单元805，用于基于所述诊断请求指令在所述目标诊断功能组件关联的诊断参数中选取与所述目标ecu以及所述诊断请求指令对应的目标诊断参数；
86.发送单元806，用于基于所述目标诊断参数向所述目标ecu发送诊断指令；
87.所述接收单元804，具体用于接收所述目标ecu返回的诊断结果信息并显示。
88.所述接收单元804，具体用于接收用户发送的在目标诊断功能组件上的诊断协议库请求；
89.所述显示单元802，具体用于响应所述诊断协议库请求，显示ecu列表；其中，所述ecu列表包含支持目标诊断功能的ecu，所述目标诊断功能为所述目标诊断功能组件对应的功能。
90.本实施例中，诊断设备中的各单元执行如前述图所示实施例中诊断装置的操作，具体此处不再赘述。
91.下面请参阅图9，本技术实施例中诊断设备900的一个实施例包括：
92.中央处理器901，存储器905，输入输出接口904，有线或无线网络接口903以及电源902；
93.存储器905为短暂存储存储器或持久存储存储器；
94.中央处理器901配置为与存储器905通信，并执行存储器905中的指令操作以执行前述图2所示实施例中的方法。
95.本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令在计算机上运行时，使得计算机执行前述图2所示实施例中的方法。
96.本技术实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行前述图2所示实施例中的方法。
97.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
98.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
99.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
100.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
101.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。