一种控制器局域网配置的检测方法、装置及电动汽车与流程

1.本发明属于电动汽车技术领域，尤其是涉及一种控制器局域网配置的检测方法、装置及电动汽车。


背景技术：

2.现有技术中，针对can(controller area network，控制器局域网络)总线配置的检查方法在调试过程中需要用到c-free(c/c 集成开发环境)编译器，但该编译器运行状态不稳定，编码规范等级与tasking工程编译工具有较大差异，为适用c-free需要手动改写部分代码，为自动化的检测过程带来不便。而且，现有技术也不适用于在研及量产车型的基于autosar(automotive open system architecture，汽车开发系统架构)软件架构的三电控制器(vcu(vehicle control unit，整车控制器)、bms(battery management system，电池管理系统)和mcu(motor control unit，电机控制单元))软件。


技术实现要素：

3.本发明实施例的目的在于提供一种控制器局域网配置的检测方法、装置及电动汽车，从而解决现有技术中对控制器局域网总线配置的检测方法的问题。
4.为了实现上述目的，本发明实施例提供了一种控制器局域网配置的检测方法，应用于电动汽车，包括：
5.获取待检测的控制器局域网can的配置文件和can总线数据文件；
6.解析所述配置文件和所述can总线数据文件，分别获取至少一个数据库文件和输入文件；
7.根据所述数据库文件，获取测试文件；
8.根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果。
9.可选地，所述配置文件包括第一工程文件和第二工程文件，其中，所述第一工程文件和所述第二工程文件为xdm格式。
10.可选地，所述输入文件包括第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息。
11.可选地，解析所述配置文件获取至少一个数据库文件，包括：
12.通过解析所述第一工程文件获得第一数据库和第二数据库；
13.通过解析所述第二工程文件获得第三数据库；
14.所述第一数据库包括第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息以及第二软件信号信息；
15.所述第二数据库包括第二can报文账号信息和第一配置消息对象信息；
16.所述第三数据库包括第一配置消息对象信息和第二can总线名称信息。
17.可选地，根据所述数据库文件，获取测试文件，包括：
18.根据所述第二can报文账号信息，整合所述第一数据库和所述第二数据库，获取第
一子文件；
19.根据所述第一配置消息对象信息，整合所述第二数据库和所述第三数据库，获取第二子文件；
20.根据所述第一子文件和所述第二子文件，获取所述测试文件，其中，所述测试文件包括第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息、第二软件信号信息以及第二can总线名称信息。
21.可选地，根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果，包括：
22.若所述测试文件中的第二can报文账号信息、第二收发方式信息、第二总线名称信息、第二报文周期信息、第二触发方式信息以及第二软件信号信息和所述输入文件中的第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息分别对应一致，确定述can总线配置正确。
23.可选地，所述的控制器局域网配置的检测方法还包括：
24.在所述检测结果不一致时，确定所述can总线配置错误，根据所述can总线数据文件，更新所述can总线配置文件；
25.在所述检测结果一致时，结束检测。
26.本发明实施例提供了一种控制器局域网配置的检测装置，应用于电动汽车，包括：
27.获取模块，用于获取待检测的控制器局域网can的配置文件和can总线数据文件；
28.解析模块，用于解析所述配置文件和所述can总线数据文件，分别获取至少一个数据库文件和输入文件；
29.整合模块，用于根据所述数据库文件，获取测试文件；
30.检测模块，用于根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果。
31.可选地，所述的控制器局域网配置的检测装置还包括：
32.更新模块，用于在所述检测结果不一致时，确定所述can总线配置错误，根据所述can总线数据文件，更新所述can总线配置文件；
33.结束模块，用于在所述检测结果一致时，结束检测。
34.本发明实施例还提供了一种电动汽车，包括如上任一项所述的控制器局域网配置的检测装置。
35.本发明的上述技术方案至少具有如下有益效果：
36.上述方案中，所述控制器局域网配置的检测方法包括：获取待检测的控制器局域网can的配置文件和can总线数据文件；解析所述配置文件和所述can总线数据文件，分别获取至少一个数据库文件和输入文件；根据所述数据库文件，获取测试文件；根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果。本发明的方案基于汽车开发系统架构，并且运用数据库技术，实现了can总线配置的静态检测方法。
附图说明
37.图1为本发明实施例的控制器局域网配置的检测方法的步骤图；
38.图2为本发明实施例的控制器局域网配置的检测方法的工作流程图；
39.图3为本发明实施例的控制器局域网配置的检测方法的操作界面示意图；
40.图4为本发明实施例的控制器局域网配置的检测方法中的解析配置文件的示意图；
41.图5为本发明实施例的控制器局域网配置的检测方法的输入文件的信息示意图。
42.图6为本发明实施例的控制器局域网配置的检测装置的示意图。
具体实施方式
43.为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
44.本发明实施例针对现有技术中检测控制器局域网总线配置的问题，提供一种控制器局域网配置的检测方法、装置及电动汽车。
45.如图1至图2所示，本发明的一实施例提供了一种控制器局域网配置的检测方法，应用于电动汽车，包括：
46.步骤s11，获取待检测的控制器局域网can的配置文件和can总线数据文件；
47.步骤s12，解析所述配置文件和所述can总线数据文件，分别获取至少一个数据库文件和输入文件；
48.步骤s13，根据所述数据库文件，获取测试文件；
49.步骤s14，根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果。
50.本发明的该实施例中，所述的控制器局域网配置的检测方法基于autosar(汽车开发系统架构)软件架构的can网络测试主要包括can网络报文周期、收发处理、软件信号与dbc(database can，can总线产生的数据文件)接口连线等，由于autosar软件架构及其开发工具链的操作方式，can报文解析与打包的准确性无需再进行校验，且准确性高，从而保证vcu、bms和mcu软件质量，同时提高后续测试效率。
51.本发明一可选的实施例中，所述配置文件包括第一工程文件和第二工程文件，其中，所述第一工程文件和所述第二工程文件为xdm格式。
52.本发明的该实施例中，在autosar软件架构中，所述配置文件包括的两个工程文件的格式优选为xdm格式。
53.需要说明的是，如图3所示，为实现所述控制器局域网配置的检测方法的操作界面，该操作界面的名称为基于autosar架构的can配置检测，其包括三个标签，分别为第一工程文件、第二工程文件和输入文件。其中第一工程文件的标签名称为com.xdm，第二工程文件的标签名称为canif.xdm，输入文件的标签名称为dbc；还包括对应三个标签的三个输入框和三个导入文件浏览地址框，以及执行检测的控制按钮，该控制按钮名称为check。
54.具体地，所述输入文件包括第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息。
55.本发明一可选的实施例中，步骤s12，解析所述配置文件获取至少一个数据库文件，包括：
56.通过解析所述第一工程文件获得第一数据库和第二数据库；
57.通过解析所述第二工程文件获得第三数据库；
58.其中，所述第一数据库包括第二can报文账号信息、第二收发方式信息、第二报文
周期信息、第二触发方式信息以及第二软件信号信息；
59.所述第二数据库包括第二can报文账号信息和第一配置消息对象信息；
60.所述第三数据库包括第一配置消息对象信息和第二can总线名称信息。
61.本发明的该实施例中，所述第一工程文件的名称为com.xdm，所述第二工程文件的名称为canif.xdm。根据com.xdm获得所述第一数据库和所述第二数据库，根据canif.xdm获得所述第三数据库，其中，所述第一数据库的名称为db1-canid_mesg、所述第二数据库的名称为db2-canid_sig和所述第三数据库的名称为db3-obj_bus。按照编码规则梳理db1-canid_mesg、db2-canid_sig和db3-obj_bus。
62.本发明一可选的实施例中，步骤s13，根据所述数据库文件，获取测试文件，包括：
63.根据所述第二can报文账号信息，整合所述第一数据库和所述第二数据库，获取第一子文件；
64.根据所述第一配置消息对象信息，整合所述第二数据库和所述第三数据库，获取第二子文件；
65.根据所述第一子文件和所述第二子文件，获取所述配置测试文件，其中，所述测试文件包括第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息、第二软件信号信息以及第二can总线名称信息。
66.本发明的该实施例中，如图4所示，所述第一数据库的名称为db1-canid_mesg、所述第二数据库的名称为db2-canid_sig和所述第三数据库的名称为db3-obj_bus。以所述第二can报文账号信息对应的“can_id”为码键，将分布在db1-canid_mesg和db2-canid_sig中的不同关键信息连接整合为一个可以项目输入dbc文档进行比较的数据合集，即第一子文件。根据所述第一配置消息对象信息对应的“obj”为码键，将分布在db2-canid_sig和db3-obj_bus中的不同关键信息连接整合为一个可以项目输入dbc文档进行比较的数据合集，即第二子文件。然后，连接所述第一子文件和所述第二子文件，获取所述测试文件。所述测试文件即为待检测的can的配置测试项文件。
67.需要说明的是，针对获取的所述测试文件首先要进行以下几个方面的数据自检：
68.(1)对所述测试文件中的所述第一配置消息对象信息(对应obj)进行范围校验，对于使用芯片的不同，所述第一配置消息对象信息(对应obj)的自检范围也有所差别，例如：若使用tc1782芯片，所述第一配置消息对象信息范围(对应obj)从0至127；若使用tc234芯片，所述第一配置消息对象信息范围(对应obj)从0至255；
69.(2)所述测试文件中每条所述第二can报文账号信息(对应can_id)对应的报文处理方式有且只有一种，即所述第二报文周期信息(对应cycletime)和所述第二触发方式信息(对应trigger)中只能包含一种信息，其中所述第二报文周期信息(对应cycletime)表示该报文属于按周期调度方式处理，且说明了报文的发送或接收周期，所述第二触发方式信息(对应trigger)表示该报文属于触发类接收或发送；
70.(3)所述测试文件中的每路所述第二can总线名称信息(对应bus)上的所述第二can报文账号信息(对应can_id)有且只有一个；
71.(4)所述测试文件中的所述第二软件信号信息(对应signals)不能为空，否则表示该can报文账号上没有任何收发信号，与实际情况不符。
72.还需要说明的是，解析所述can总线数据文件获取所述输入文件，如图5所示，所述
输入文件的名称为db4-can_dbc，其包含的文件信息，分别是第一can报文账号信息(对应can_id)、第一收发方式信息(对应sendtype)、第一报文周期信息(对应cycletime)、第一触发方式信息(对应trigger)、第一软件信号信息(对应signals)以及第一总线名称信息(对应bus)。
73.本发明一可选的实施例中，步骤s14，根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果，包括：
74.若所述测试文件中的第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息、第二软件信号信息以及第二can总线名称信息和所述输入文件中的第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息分别对应一致，确定述can总线配置正确。
75.本发明的该实施例中，以“can_id”为码键，分别对所述测试文件中的第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息、第二软件信号信息以及第二总线名称信息和所述输入文件中的第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息进行依次对比，获取检测结果。确定检测结果为对应一致时，can总线配置正确。
76.如图2所示，本发明一可选的实施例中，所述的控制器局域网配置的检测方法还包括：
77.在所述检测结果不一致时，确定所述can总线配置错误，根据所述can总线数据文件，更新所述can总线配置文件；
78.在所述检测结果一致时，结束检测。
79.本发明的该实施例中，在所述检测结果不一致时，确定所述can总线配置错误，此时需要按照所述can总线数据文件对所述can总线配置文件进行更新，并再次进行检测；在所述检测结果不一致时，结束所述can配置的检测过程。
80.如图6所示，本发明的实施例提供了一种控制器局域网配置的检测装置，应用于电动汽车，包括：
81.获取模块61，用于获取待检测的控制器局域网can的配置文件和can总线数据文件；
82.解析模块62，用于解析所述配置文件和所述can总线数据文件，分别获取至少一个数据库文件和输入文件；
83.整合模块63，用于根据所述数据库文件，获取测试文件；
84.检测模块64，用于根据所述测试文件和所述输入文件，获取所述can总线配置的检测结果。
85.本发明的该实施例中，所述配置文件包括第一工程文件和第二工程文件，其中，所述第一工程文件和所述第二工程文件为xdm格式。
86.具体地，所述输入文件包括第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息。
87.所述解析模块62具体用于：
88.通过解析所述第一工程文件获得第一数据库和第二数据库；
89.通过解析所述第二工程文件获得第三数据库；
90.其中，所述第一数据库包括第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息以及第二软件信号信息；
91.所述第二数据库包括第二can报文账号信息和第一配置消息对象信息；
92.所述第三数据库包括第一配置消息对象信息和第二can总线名称信息。
93.所述整合模块63具体用于：
94.根据所述第二can报文账号信息，整合所述第一数据库和所述第二数据库，获取第一子文件；
95.根据所述第一配置消息对象信息，整合所述第二数据库和所述第三数据库，获取第二子文件；
96.根据所述第一子文件和所述第二子文件，获取所述测试文件，其中，所述测试文件包括第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息、第二软件信号信息以及第二can总线名称信息。
97.所述检测模块64具体用于：
98.若所述测试文件中的第二can报文账号信息、第二收发方式信息、第二报文周期信息、第二触发方式信息、第二软件信号信息以及第二can总线名称信息和所述输入文件中的第一can报文账号信息、第一收发方式信息、第一报文周期信息、第一触发方式信息、第一软件信号信息以及第一can总线名称信息分别对应一致，确定述can总线配置正确。
99.所述的控制器局域网配置的检测装置还包括：
100.更新模块，用于在所述配置检测结果不一致时，确定所述can总线配置错误，根据所述can总线数据文件，更新所述can总线配置文件；
101.结束模块，用于在所述配置检测结果一致时，结束检测。
102.本发明的该实施例中，所述的控制器局域网配置的检测装置具有如下有益效果：
103.(1)由于开发工具链的稳定性，所述的控制器局域网配置的检测装置不需要再进行can报文解析与打包的准确性的校验；
104.(2)所述的控制器局域网配置的检测装置可针对autosar架构的软件进行代码静态检测；
105.(3)所述的控制器局域网配置的检测装置不再依托其他编译器，无需对代码规范进行强制要求。
106.本发明的实施例还提供了一种电动汽车，包括如上所述的控制器局域网配置的检测装置。
107.本发明的该实施例中，采用如上所述的控制器局域网配置的检测装置的电动汽车，具有基于autosar架构软件的can总线配置的静态检测方法和运用数据库技术的can总线配置的检测方法。而且，可不区分所述电动汽车中的控制器和软件方法以实现总线配置检测方法。
108.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。