基于can通讯的dbc文件生成方法、装置、设备及介质
技术领域：
：1.本发明涉及车载控制器开发软件
技术领域：
：，具体涉及一种基于can通讯的dbc文件生成方法、装置、设备及介质。
背景技术：
：：2.随着汽车网络中can节点不断增加，网络中数据也越来越庞大，因此，为了便于整车的设计和维护，现有技术中提出采用dbc文件对汽车can数据进行解析和管理技术方案。形成dbc文件的传统实现方法包括以下三种：1、通过系统建模软件新建dbc，根据通信设计文档，按照dbc格式要求形成当前车辆或零部件专有的dbc文件。2、购买能实现对汽车的dbc数据库文件进行解析的设备读取can文件。现有技术存在以下技术问题：技术方案1通过can通讯协议在上位机软件中逐一进行报文详细解析，随着通信数据量增大，需在系统建模中进行大量重复工作，开发效率低，出错率提高。技术方案2购买能实现对汽车的dbc数据库文件进行解析的设备实现对汽车的dbc数据库文件进行编制，价格较高，配置要求较通用，若要实现定制化开发，仍然会产生大量的费用。3.为了解决上述技术问题，现有技术中提出了自主软件开发设计，例如：公开号为cn107132832a的中国发明专利申请《一种基于can通讯的dbc文件解析及其程序》，提出了通过设置can通讯参数配置、创建dbc文件报文、编写dbc文件解析程序、动态创建dbc所含信息(如：帧名称、id、信号名称、信号值定义等)、将每一帧报文实现收发功能。但其仅支持标准帧和《8字节扩展帧定义，无法实现j1939协议多包传输的编制及解析，导致其适用性不高。且未对生成的dbc文件进行验证，导致生成的dbc文件不可靠。4.因此，现在亟需一种基于can通讯的dbc文件生成方法、装置、设备及介质来解决现有技术中存在的生成的dbc文件的适用性和可靠性较低的技术问题。技术实现要素：5.有鉴于此，有必要提供一种基于can通讯的dbc文件生成方法、装置、设备及介质，用以解决现有技术中存在的生成的dbc文件的适用性和可靠性较低的技术问题。6.一方面，本发明提供了一种基于can通讯的dbc文件生成方法，包括：7.获取can数据库文件，并对所述can数据库文件进行解析，获得多种关键要素；8.获取通信矩阵，并根据所述通信矩阵生成通信数据表，所述通信数据表中包括多条通信数据；9.根据所述关键要素逐条解析所述通信数据，获得多个通信字符串；10.合并所述多个通信字符串，获得dbc文件；11.基于预设的can软件验证所述dbc文件的完整性，并获得目标dbc文件。12.在一些可能的实现方式中，所述can数据库文件包括标准帧数据库文件以及拓展帧j1939数据库文件。13.在一些可能的实现方式中，所述多种关键要素包括版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义。14.在一些可能的实现方式中，所述根据所述关键要素逐条解析所述通信数据，获得多个通信字符串，包括：15.建立一个可变长的初始字符串；16.根据所述关键要素解析所述通信数据，获取所述通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义；17.将所述通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义写入至所述初始字符串，获得所述通信字符串。18.在一些可能的实现方式中，所述合并所述多个通信字符串，获得dbc文件，包括：19.构建dbc空文件；20.将所述多个通信字符串写入至所述dbc空文件并合并，获得所述dbc文件。21.在一些可能的实现方式中，所述基于预设的can软件验证所述dbc文件的完整性，并获得目标dbc文件，包括：22.基于预设的can软件加载所述dbc文件，并判断加载是否成功；23.若加载成功，则所述dbc文件完整，所述dbc文件为所述目标dbc文件；24.若加载不成功，则修正所述通信矩阵，获得修正通信矩阵，并基于所述修正通信矩阵获得所述目标dbc文件。25.在一些可能的实现方式中，所述基于can通讯的dbc文件生成方法，还包括：26.建立can网络仿真界面，并基于所述can网络仿真界面加载所述目标dbc文件，进行网络仿真，生成网络仿真结果和/或仿真报文；27.根据所述仿真报文和所述通信矩阵确定所述目标dbc文件的完整性；28.根据所述网络仿真结果验证can网络的网络性能。29.另一方面，本发明还提供了一种基于can通讯的dbc文件生成装置，包括：30.数据库文件解析单元，用于获取can数据库文件，并对所述can数据库文件进行解析，获得多种关键要素；31.通信矩阵处理单元，用于获取通信矩阵，并根据所述通信矩阵生成通信数据表，所述通信数据表中包括多条通信数据；32.通信数据解析单元，用于根据所述关键要素逐条解析所述通信数据，获得多个通信字符串；33.dbc文件生成单元，用于合并所述多个通信字符串，获得dbc文件；34.完整性验证单元，用于基于预设的can软件验证所述dbc文件的完整性，并获得目标dbc文件。35.另一方面，本发明还提供了一种电子设备，包括存储器和处理器，其中，36.所述存储器，用于存储程序；37.所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以实现上述任意一种实现方式中所述的基于can通讯的dbc文件生成方法中的步骤。38.另一方面，本发明还提供了一种计算机可读存储介质，用于存储计算机可读取的程序或指令，所述程序或指令被处理器执行时能够实现上述任意一种实现方式中所述的基于can通讯的dbc文件生成方法中的步骤。39.采用上述实施例的有益效果是：本发明提供的基于can通讯的dbc文件生成方法，通过获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素，然后根据关键要素逐条解析由通信矩阵生成的通信数据，获得多个通信字符串，再合并多个通信字符串，获得dbc文件。由于对can数据库文件进行解析，获得多种关键要素，可实现对不同模板格式的can数据库进行解析，从而可实现对拓展帧和标准帧数据库结构建立dbc文件，提高基于can通讯的dbc文件生成方法的适用性。40.进一步地，本发明通过设置基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件，可确保目标dbc文件的可靠性，进而可提高后续对整车网络的开发效率。附图说明41.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。42.图1为本发明提供的基于can通讯的dbc文件生成方法的一个实施例流程示意图；43.图2为本发明图1中s103的一个实施例流程示意图；44.图3为本发明图1中s104的一个实施例流程示意图；45.图4为本发明图1中s105的一个实施例流程示意图；46.图5为本发明提供的对目标dbc文件进行仿真验证的一个实施例流程示意图；47.图6为本发明提供的基于can通讯的dbc文件生成装置的一个实施例结构示意图；48.图7为本发明提供的电子设备的一个实施例结构示意图。具体实施方式49.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。50.应当理解，示意性的附图并未按实物比例绘制。本发明中使用的流程图示出了根据本发明的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本
发明内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。51.在本发明实施例的描述中，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如：a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。52.附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器系统和/或微控制器系统中实现这些功能实体。53.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。54.本发明实施例提供了一种基于can通讯的dbc文件生成方法、装置、设备及介质，在对实施例进行展开描述之前，先对can通讯和dbc文件进行解释。55.can通讯是指基于控制器局域网络(controllerareanetwork，can)进行通讯的技术。can是iso国际标准化的一种串行通信协议，由于它具有极好的抗干扰能力、极强的差错检测和处理能力，在汽车电子等领域得到了日益广泛的应用。56.dbc(databasecan)文件指的是can的数据库文件。57.图1为本发明提供的基于can通讯的dbc文件生成方法的一个实施例流程示意图，如图1所示，基于can通讯的dbc文件生成方法包括：58.s101、获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素；59.s102、获取通信矩阵，并根据通信矩阵生成通信数据表(datatable)，通信数据表中包括多条通信数据；60.s103、根据关键要素逐条解析通信数据，获得多个通信字符串；61.s104、合并多个通信字符串，获得dbc文件；62.s105、基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件。63.与现有技术相比，本发明实施例提供的基于can通讯的dbc文件生成方法，通过获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素，然后根据关键要素逐条解析由通信矩阵生成的通信数据，获得多个通信字符串，再合并多个通信字符串，获得dbc文件。由于对can数据库文件进行解析，获得多种关键要素，可实现对不同模板格式的can数据库进行解析，从而可实现对拓展帧和标准帧数据库结构建立dbc文件，提高基于can通讯的dbc文件生成方法的适用性。64.进一步地，本发明实施例通过设置基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件，可确保目标dbc文件的可靠性，进而可提高后续对整车网络的开发效率。65.在本发明的具体实施例中，步骤s101中的can数据库文件包括但不限于标准帧数据库文件以及拓展帧j1939数据库文件。66.本发明实施例通过设置can数据库文件包括标准帧数据库文件以及拓展帧j1939数据库文件，可生成商用车的j1939数据库文件对应的dbc文件，提高基于can通讯的dbc文件生成方法的适用性。67.其中，j1939数据库文件指的是符合j1939多包通信协议的数据库文件。68.应当理解的是：can数据库文件还可包括除标准帧数据库文件以及拓展帧j1939数据库文件的其他数据库文件，例如：由canoe软件的dbediter自定义生成的数据库文件等。69.在本发明的具体实施例中，步骤s101中的多种关键要素包括版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义。具体地：70.1、版本与新字符定义71.版本的格式如下：version“”，version“”可以为空，也可以由用户自己定义；72.新字符的格式如下：ns_，这个信息在生成dbc文件过程中会自动生成，默认即可。73.2、波特率定义74.格式如下：bs_:[baudrate：btr1，btr2]；[0075]其中bs_为关键字，用于定义can网络的波特率；[]内容表示为可选部分，可以省略。[0076]3、网络节点定义[0077]格式如下：bu_：nodename1nodename2nodename3……；[0078]其中bu_为关键字，表示网络节点，格式中的nodename1、nodename2表示定义的网络节点名字，由用户自己定义。[0079]4、报文帧定义[0080]格式如下：bo_messageid(10进制数表示)messagename:messagesizetransmitter；[0081]分别表示：关键字_报文id、报文的名字、报文数据域字节数、报文数据域字节数、报文的网络节点。[0082]5、信号定义[0083]格式如下：sg_signalname：startbit|signalsize@byteordervaluetype(factor，offset)[min|max]unitreceiver；[0084]分别表示：关键字_信号的名字、起始位、信号长度@字节顺序、数值类型、偏移量、最小值和最大值、信号的单位、接收节点；[0085]如一个信号为：sg_hud_brightnesslv:15|4@0 (1,0)[0|15]“lv”acu，avnt表示定义了一个命名为hud_brightnesslv的信号，其起始位是第15位，信号长度4个位；信号是motorola格式，数值类型为无符号类型数；因子为1，偏移量为0；信号取值范围为0到15；信号单位为字符串“lv”；该信号接收节点为acu、avnt这两个节点。[0086]6、注解定义[0087]格式如下：cm_objectmessageid/nodename“comment”；[0088]分别表示：关键字_注解的对象类型、进行注解的对象、进行注解的文本信息。[0089]7、属性定义[0090]包括两个格式，分别为第一格式和第二格式；[0091]第一格式如下：ba_def_objectattributenamevaluetypeminmax；[0092]分别表示：关键字_属性定义的对象类型、进行定义的属性名字、属性值的类型、属性值的上下最值；[0093]第二格式如下：ba_def_def_attributenamedefaultvalue；[0094]分别表示：关键字_属性的初始值。[0095]8、数值表定义[0096]格式如下：val_messageidsignalnamen“definen”……0“define0”；[0097]分别表示：关键字_数值表定义、信号所属的报文id、信号名、数值表内容。[0098]9、j1939协议专有定义[0099]格式如下：ba_def_sg_、ba_def_bo_、ba_def_bu_、ba_def_、ba_def_def_[0100]分别表示：信号属性、报文帧属性、网络节点属性、第一格式属性以及第二格式属性。[0101]在本发明的一些实施例中，通信矩阵为excel格式，步骤s102具体为：使用编程工具visualstudio建立c#工程，导入通信矩阵，生成通信数据表(datatable)。[0102]其中，通信数据表表示内存中数据的一个表，datatable中包括多个数据行(datarow)、数据列(datacolumn)，可通过datarow、datacolumn来查看、操作其中的数据。[0103]在本发明的一些实施例中，每条通信数据包括多行，步骤s103具体为：对每条通信数据的每一行进行解析。[0104]在本发明的一些实施例中，如图2所示，步骤s103包括：[0105]s201、建立一个可变长的初始字符串；[0106]s202、根据关键要素解析通信数据，获取通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义；[0107]s203、将通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义写入至初始字符串，获得通信字符串。[0108]在本发明的一些实施例中，如图3所示，步骤s104包括：[0109]s301、构建dbc空文件；[0110]s302、将多个通信字符串写入至dbc空文件并合并，获得dbc文件。[0111]由于生成的目标dbc文件需要满足can软件可读，为了避免can软件无法读取生成的目标dbc文件，导致目标dbc文件不可用的技术问题，在本发明的一些实施例中，如图4所示，步骤s105包括：[0112]s401、基于预设的can软件加载dbc文件，并判断加载是否成功；[0113]s402、若加载成功，则dbc文件完整，dbc文件为目标dbc文件；[0114]s403、若加载不成功，则修正通信矩阵，获得修正通信矩阵，并基于修正通信矩阵获得目标dbc文件。[0115]本发明实施例通过基于预设的can软件加载dbc文件，当可以加载成功时，dbc文件才为目标dbc文件，当加载不成功时，修正通信矩阵，重新获得目标dbc文件，确保了生成的dbc文件的可靠性。[0116]其中，步骤s401中的can软件可为现有技术中的任意一种can软件，在此不做具体限定。[0117]步骤s403中的基于修正通信矩阵获得目标dbc文件具体可为：将修正通信矩阵作为通信矩阵，并重复步骤s102-s105。[0118]进一步地，步骤s101-s105实现了目标dbc文件的生成，在实际网络开发过程中，还需要确认生成的目标dbc文件是否支持网络仿真功能，并且还需通过网络仿真进一步验证目标dbc文件的完整性，因此，在本发明的一些实施例中，如图5所示，基于can通讯的dbc文件生成方法，还包括：[0119]s501、建立can网络仿真界面，并基于can网络仿真界面加载目标dbc文件，进行网络仿真，生成网络仿真结果和/或仿真报文；[0120]s502、根据仿真报文和通信矩阵确定目标dbc文件的完整性；[0121]s503、根据网络仿真结果验证can网络的网络性能。[0122]本发明实施例通过根据仿真报文和通信矩阵确定目标dbc文件的完整性，可进一步确保目标dbc文件的完整性和可靠性。本发明实施例通过根据网络仿真结果验证can网络的网络性能，可实现对can网络的方正，提高后续整车网络开发效率。[0123]具体地，步骤s501具体为：建立can网络仿真界面，加载当前生成的目标dbc文件进行网络仿真，在can网络仿真界面同步目标dbc文件定义的网段上所有节点数据内容，同时在目标dbc文件属性中，协议类型加载仿真.dll文档。配置完成后，在加载j1939配置的can软件可直接点击仿真运行，软件可按照j1939协议将多包报文合并为一包进行解析，can网络仿真界面会根据目标dbc文件定义的内容生成网络仿真结果和/或仿真报文。[0124]具体地，步骤s502为：将仿真报文与通信矩阵放在一个excel界面，通过预设的比对算法进行对比，识别通信矩阵及仿真报文的差异，通过差异验证目标dbc文件的完整性。[0125]具体地，网络仿真结果包括但不限于can网络的负载率、周期偏差等，通过can网络的负载率、周期偏差可获得can网络的网络性能。[0126]为了更好实施本发明实施例中的基于can通讯的dbc文件生成方法，在基于can通讯的dbc文件生成方法基础之上，对应的，如图6所示，本发明实施例还提供了一种基于can通讯的dbc文件生成装置，基于can通讯的dbc文件生成装置600包括：[0127]数据库文件解析单元601，用于获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素；[0128]通信矩阵处理单元602，用于获取通信矩阵，并根据通信矩阵生成通信数据表，通信数据表中包括多条通信数据；[0129]通信数据解析单元603，用于根据关键要素逐条解析通信数据，获得多个通信字符串；[0130]dbc文件生成单元604，用于合并多个通信字符串，获得dbc文件；[0131]完整性验证单元605，用于基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件。[0132]上述实施例提供的基于can通讯的dbc文件生成装置600可实现上述自基于can通讯的dbc文件生成方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述基于can通讯的dbc文件生成方法实施例中的相应内容，此处不再赘述。[0133]如图7所示，本发明还相应提供了一种电子设备700。该电子设备700包括处理器701、存储器702及显示器703。图7仅示出了电子设备700的部分组件，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。[0134]处理器701在一些实施例中可以是一中央处理器(centralprocessingunit，cpu)，微处理器或其他数据处理芯片，用于运行存储器702中存储的程序代码或处理数据，例如本发明中的基于can通讯的dbc文件生成方法。[0135]在一些实施例中，处理器701可以是单个服务器或服务器组。服务器组可为集中式或分布式的。在一些实施例中，处理器701可为本地的或远程的。在一些实施例中，处理器701可实施于云平台。在本发明的一些实施例中，云平台可包括私有云、公共云、混合云、社区云、分布式云、多重云等，或以上的任意组合。[0136]存储器702在一些实施例中可以是电子设备700的内部存储单元，例如电子设备700的硬盘或内存。存储器702在另一些实施例中也可以是电子设备700的外部存储设备，例如电子设备700上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。[0137]进一步地，存储器702还可既包括电子设备700的内部储存单元也包括外部存储设备。存储器702用于存储安装电子设备700的应用软件及各类数据。[0138]显示器703在一些实施例中可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。显示器703用于显示在电子设备700的信息以及用于显示可视化的用户界面。电子设备700的部件701-703通过系统总线相互通信。[0139]在本发明的一些实施例中，当处理器701执行存储器702中的基于can通讯的dbc文件生成程序时，可实现以下步骤：[0140]获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素；[0141]获取通信矩阵，并根据通信矩阵生成通信数据表，通信数据表中包括多条通信数据；[0142]根据关键要素逐条解析通信数据，获得多个通信字符串；[0143]合并多个通信字符串，获得dbc文件；[0144]基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件。[0145]应当理解的是：处理器701在执行存储器702中的基于can通讯的dbc文件生成程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面相应方法实施例的描述。[0146]进一步地，本发明实施例对提及的电子设备700的类型不做具体限定，电子设备700可以为手机、平板电脑、个人数字助理(personaldigitalassistant，pda)、可穿戴设备、膝上型计算机(laptop)等便携式电子设备。便携式电子设备的示例性实施例包括但不限于搭载ios、android、microsoft或者其他操作系统的便携式电子设备。上述便携式电子设备也可以是其他便携式电子设备，诸如具有触敏表面(例如触控面板)的膝上型计算机(laptop)等。还应当理解的是，在本发明其他一些实施例中，电子设备700也可以不是便携式电子设备，而是具有触敏表面(例如触控面板)的台式计算机。[0147]相应地，本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质用于存储计算机可读取的程序或指令，程序或指令被处理器执行时，能够实现上述各方法实施例提供的基于can通讯的dbc文件生成方法中的步骤或功能。[0148]本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件(如处理器，控制器等)来完成，计算机程序可存储于计算机可读存储介质中。其中，计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。[0149]以上对本发明所提供的基于can通讯的dbc文件生成方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。当前第1页12当前第1页12
技术领域：
：1.本发明涉及车载控制器开发软件
技术领域：
：，具体涉及一种基于can通讯的dbc文件生成方法、装置、设备及介质。
背景技术：
：：2.随着汽车网络中can节点不断增加，网络中数据也越来越庞大，因此，为了便于整车的设计和维护，现有技术中提出采用dbc文件对汽车can数据进行解析和管理技术方案。形成dbc文件的传统实现方法包括以下三种：1、通过系统建模软件新建dbc，根据通信设计文档，按照dbc格式要求形成当前车辆或零部件专有的dbc文件。2、购买能实现对汽车的dbc数据库文件进行解析的设备读取can文件。现有技术存在以下技术问题：技术方案1通过can通讯协议在上位机软件中逐一进行报文详细解析，随着通信数据量增大，需在系统建模中进行大量重复工作，开发效率低，出错率提高。技术方案2购买能实现对汽车的dbc数据库文件进行解析的设备实现对汽车的dbc数据库文件进行编制，价格较高，配置要求较通用，若要实现定制化开发，仍然会产生大量的费用。3.为了解决上述技术问题，现有技术中提出了自主软件开发设计，例如：公开号为cn107132832a的中国发明专利申请《一种基于can通讯的dbc文件解析及其程序》，提出了通过设置can通讯参数配置、创建dbc文件报文、编写dbc文件解析程序、动态创建dbc所含信息(如：帧名称、id、信号名称、信号值定义等)、将每一帧报文实现收发功能。但其仅支持标准帧和《8字节扩展帧定义，无法实现j1939协议多包传输的编制及解析，导致其适用性不高。且未对生成的dbc文件进行验证，导致生成的dbc文件不可靠。4.因此，现在亟需一种基于can通讯的dbc文件生成方法、装置、设备及介质来解决现有技术中存在的生成的dbc文件的适用性和可靠性较低的技术问题。技术实现要素：5.有鉴于此，有必要提供一种基于can通讯的dbc文件生成方法、装置、设备及介质，用以解决现有技术中存在的生成的dbc文件的适用性和可靠性较低的技术问题。6.一方面，本发明提供了一种基于can通讯的dbc文件生成方法，包括：7.获取can数据库文件，并对所述can数据库文件进行解析，获得多种关键要素；8.获取通信矩阵，并根据所述通信矩阵生成通信数据表，所述通信数据表中包括多条通信数据；9.根据所述关键要素逐条解析所述通信数据，获得多个通信字符串；10.合并所述多个通信字符串，获得dbc文件；11.基于预设的can软件验证所述dbc文件的完整性，并获得目标dbc文件。12.在一些可能的实现方式中，所述can数据库文件包括标准帧数据库文件以及拓展帧j1939数据库文件。13.在一些可能的实现方式中，所述多种关键要素包括版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义。14.在一些可能的实现方式中，所述根据所述关键要素逐条解析所述通信数据，获得多个通信字符串，包括：15.建立一个可变长的初始字符串；16.根据所述关键要素解析所述通信数据，获取所述通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义；17.将所述通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义写入至所述初始字符串，获得所述通信字符串。18.在一些可能的实现方式中，所述合并所述多个通信字符串，获得dbc文件，包括：19.构建dbc空文件；20.将所述多个通信字符串写入至所述dbc空文件并合并，获得所述dbc文件。21.在一些可能的实现方式中，所述基于预设的can软件验证所述dbc文件的完整性，并获得目标dbc文件，包括：22.基于预设的can软件加载所述dbc文件，并判断加载是否成功；23.若加载成功，则所述dbc文件完整，所述dbc文件为所述目标dbc文件；24.若加载不成功，则修正所述通信矩阵，获得修正通信矩阵，并基于所述修正通信矩阵获得所述目标dbc文件。25.在一些可能的实现方式中，所述基于can通讯的dbc文件生成方法，还包括：26.建立can网络仿真界面，并基于所述can网络仿真界面加载所述目标dbc文件，进行网络仿真，生成网络仿真结果和/或仿真报文；27.根据所述仿真报文和所述通信矩阵确定所述目标dbc文件的完整性；28.根据所述网络仿真结果验证can网络的网络性能。29.另一方面，本发明还提供了一种基于can通讯的dbc文件生成装置，包括：30.数据库文件解析单元，用于获取can数据库文件，并对所述can数据库文件进行解析，获得多种关键要素；31.通信矩阵处理单元，用于获取通信矩阵，并根据所述通信矩阵生成通信数据表，所述通信数据表中包括多条通信数据；32.通信数据解析单元，用于根据所述关键要素逐条解析所述通信数据，获得多个通信字符串；33.dbc文件生成单元，用于合并所述多个通信字符串，获得dbc文件；34.完整性验证单元，用于基于预设的can软件验证所述dbc文件的完整性，并获得目标dbc文件。35.另一方面，本发明还提供了一种电子设备，包括存储器和处理器，其中，36.所述存储器，用于存储程序；37.所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以实现上述任意一种实现方式中所述的基于can通讯的dbc文件生成方法中的步骤。38.另一方面，本发明还提供了一种计算机可读存储介质，用于存储计算机可读取的程序或指令，所述程序或指令被处理器执行时能够实现上述任意一种实现方式中所述的基于can通讯的dbc文件生成方法中的步骤。39.采用上述实施例的有益效果是：本发明提供的基于can通讯的dbc文件生成方法，通过获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素，然后根据关键要素逐条解析由通信矩阵生成的通信数据，获得多个通信字符串，再合并多个通信字符串，获得dbc文件。由于对can数据库文件进行解析，获得多种关键要素，可实现对不同模板格式的can数据库进行解析，从而可实现对拓展帧和标准帧数据库结构建立dbc文件，提高基于can通讯的dbc文件生成方法的适用性。40.进一步地，本发明通过设置基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件，可确保目标dbc文件的可靠性，进而可提高后续对整车网络的开发效率。附图说明41.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。42.图1为本发明提供的基于can通讯的dbc文件生成方法的一个实施例流程示意图；43.图2为本发明图1中s103的一个实施例流程示意图；44.图3为本发明图1中s104的一个实施例流程示意图；45.图4为本发明图1中s105的一个实施例流程示意图；46.图5为本发明提供的对目标dbc文件进行仿真验证的一个实施例流程示意图；47.图6为本发明提供的基于can通讯的dbc文件生成装置的一个实施例结构示意图；48.图7为本发明提供的电子设备的一个实施例结构示意图。具体实施方式49.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。50.应当理解，示意性的附图并未按实物比例绘制。本发明中使用的流程图示出了根据本发明的一些实施例实现的操作。应当理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本
发明内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。51.在本发明实施例的描述中，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如：a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。52.附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器系统和/或微控制器系统中实现这些功能实体。53.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。54.本发明实施例提供了一种基于can通讯的dbc文件生成方法、装置、设备及介质，在对实施例进行展开描述之前，先对can通讯和dbc文件进行解释。55.can通讯是指基于控制器局域网络(controllerareanetwork，can)进行通讯的技术。can是iso国际标准化的一种串行通信协议，由于它具有极好的抗干扰能力、极强的差错检测和处理能力，在汽车电子等领域得到了日益广泛的应用。56.dbc(databasecan)文件指的是can的数据库文件。57.图1为本发明提供的基于can通讯的dbc文件生成方法的一个实施例流程示意图，如图1所示，基于can通讯的dbc文件生成方法包括：58.s101、获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素；59.s102、获取通信矩阵，并根据通信矩阵生成通信数据表(datatable)，通信数据表中包括多条通信数据；60.s103、根据关键要素逐条解析通信数据，获得多个通信字符串；61.s104、合并多个通信字符串，获得dbc文件；62.s105、基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件。63.与现有技术相比，本发明实施例提供的基于can通讯的dbc文件生成方法，通过获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素，然后根据关键要素逐条解析由通信矩阵生成的通信数据，获得多个通信字符串，再合并多个通信字符串，获得dbc文件。由于对can数据库文件进行解析，获得多种关键要素，可实现对不同模板格式的can数据库进行解析，从而可实现对拓展帧和标准帧数据库结构建立dbc文件，提高基于can通讯的dbc文件生成方法的适用性。64.进一步地，本发明实施例通过设置基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件，可确保目标dbc文件的可靠性，进而可提高后续对整车网络的开发效率。65.在本发明的具体实施例中，步骤s101中的can数据库文件包括但不限于标准帧数据库文件以及拓展帧j1939数据库文件。66.本发明实施例通过设置can数据库文件包括标准帧数据库文件以及拓展帧j1939数据库文件，可生成商用车的j1939数据库文件对应的dbc文件，提高基于can通讯的dbc文件生成方法的适用性。67.其中，j1939数据库文件指的是符合j1939多包通信协议的数据库文件。68.应当理解的是：can数据库文件还可包括除标准帧数据库文件以及拓展帧j1939数据库文件的其他数据库文件，例如：由canoe软件的dbediter自定义生成的数据库文件等。69.在本发明的具体实施例中，步骤s101中的多种关键要素包括版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义。具体地：70.1、版本与新字符定义71.版本的格式如下：version“”，version“”可以为空，也可以由用户自己定义；72.新字符的格式如下：ns_，这个信息在生成dbc文件过程中会自动生成，默认即可。73.2、波特率定义74.格式如下：bs_:[baudrate：btr1，btr2]；[0075]其中bs_为关键字，用于定义can网络的波特率；[]内容表示为可选部分，可以省略。[0076]3、网络节点定义[0077]格式如下：bu_：nodename1nodename2nodename3……；[0078]其中bu_为关键字，表示网络节点，格式中的nodename1、nodename2表示定义的网络节点名字，由用户自己定义。[0079]4、报文帧定义[0080]格式如下：bo_messageid(10进制数表示)messagename:messagesizetransmitter；[0081]分别表示：关键字_报文id、报文的名字、报文数据域字节数、报文数据域字节数、报文的网络节点。[0082]5、信号定义[0083]格式如下：sg_signalname：startbit|signalsize@byteordervaluetype(factor，offset)[min|max]unitreceiver；[0084]分别表示：关键字_信号的名字、起始位、信号长度@字节顺序、数值类型、偏移量、最小值和最大值、信号的单位、接收节点；[0085]如一个信号为：sg_hud_brightnesslv:15|4@0 (1,0)[0|15]“lv”acu，avnt表示定义了一个命名为hud_brightnesslv的信号，其起始位是第15位，信号长度4个位；信号是motorola格式，数值类型为无符号类型数；因子为1，偏移量为0；信号取值范围为0到15；信号单位为字符串“lv”；该信号接收节点为acu、avnt这两个节点。[0086]6、注解定义[0087]格式如下：cm_objectmessageid/nodename“comment”；[0088]分别表示：关键字_注解的对象类型、进行注解的对象、进行注解的文本信息。[0089]7、属性定义[0090]包括两个格式，分别为第一格式和第二格式；[0091]第一格式如下：ba_def_objectattributenamevaluetypeminmax；[0092]分别表示：关键字_属性定义的对象类型、进行定义的属性名字、属性值的类型、属性值的上下最值；[0093]第二格式如下：ba_def_def_attributenamedefaultvalue；[0094]分别表示：关键字_属性的初始值。[0095]8、数值表定义[0096]格式如下：val_messageidsignalnamen“definen”……0“define0”；[0097]分别表示：关键字_数值表定义、信号所属的报文id、信号名、数值表内容。[0098]9、j1939协议专有定义[0099]格式如下：ba_def_sg_、ba_def_bo_、ba_def_bu_、ba_def_、ba_def_def_[0100]分别表示：信号属性、报文帧属性、网络节点属性、第一格式属性以及第二格式属性。[0101]在本发明的一些实施例中，通信矩阵为excel格式，步骤s102具体为：使用编程工具visualstudio建立c#工程，导入通信矩阵，生成通信数据表(datatable)。[0102]其中，通信数据表表示内存中数据的一个表，datatable中包括多个数据行(datarow)、数据列(datacolumn)，可通过datarow、datacolumn来查看、操作其中的数据。[0103]在本发明的一些实施例中，每条通信数据包括多行，步骤s103具体为：对每条通信数据的每一行进行解析。[0104]在本发明的一些实施例中，如图2所示，步骤s103包括：[0105]s201、建立一个可变长的初始字符串；[0106]s202、根据关键要素解析通信数据，获取通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义；[0107]s203、将通信数据中的版本与新字符定义、波特率定义、网络节点定义、报文帧定义、信号定义、注解定义、属性定义、数值表定义以及j1939协议专有定义写入至初始字符串，获得通信字符串。[0108]在本发明的一些实施例中，如图3所示，步骤s104包括：[0109]s301、构建dbc空文件；[0110]s302、将多个通信字符串写入至dbc空文件并合并，获得dbc文件。[0111]由于生成的目标dbc文件需要满足can软件可读，为了避免can软件无法读取生成的目标dbc文件，导致目标dbc文件不可用的技术问题，在本发明的一些实施例中，如图4所示，步骤s105包括：[0112]s401、基于预设的can软件加载dbc文件，并判断加载是否成功；[0113]s402、若加载成功，则dbc文件完整，dbc文件为目标dbc文件；[0114]s403、若加载不成功，则修正通信矩阵，获得修正通信矩阵，并基于修正通信矩阵获得目标dbc文件。[0115]本发明实施例通过基于预设的can软件加载dbc文件，当可以加载成功时，dbc文件才为目标dbc文件，当加载不成功时，修正通信矩阵，重新获得目标dbc文件，确保了生成的dbc文件的可靠性。[0116]其中，步骤s401中的can软件可为现有技术中的任意一种can软件，在此不做具体限定。[0117]步骤s403中的基于修正通信矩阵获得目标dbc文件具体可为：将修正通信矩阵作为通信矩阵，并重复步骤s102-s105。[0118]进一步地，步骤s101-s105实现了目标dbc文件的生成，在实际网络开发过程中，还需要确认生成的目标dbc文件是否支持网络仿真功能，并且还需通过网络仿真进一步验证目标dbc文件的完整性，因此，在本发明的一些实施例中，如图5所示，基于can通讯的dbc文件生成方法，还包括：[0119]s501、建立can网络仿真界面，并基于can网络仿真界面加载目标dbc文件，进行网络仿真，生成网络仿真结果和/或仿真报文；[0120]s502、根据仿真报文和通信矩阵确定目标dbc文件的完整性；[0121]s503、根据网络仿真结果验证can网络的网络性能。[0122]本发明实施例通过根据仿真报文和通信矩阵确定目标dbc文件的完整性，可进一步确保目标dbc文件的完整性和可靠性。本发明实施例通过根据网络仿真结果验证can网络的网络性能，可实现对can网络的方正，提高后续整车网络开发效率。[0123]具体地，步骤s501具体为：建立can网络仿真界面，加载当前生成的目标dbc文件进行网络仿真，在can网络仿真界面同步目标dbc文件定义的网段上所有节点数据内容，同时在目标dbc文件属性中，协议类型加载仿真.dll文档。配置完成后，在加载j1939配置的can软件可直接点击仿真运行，软件可按照j1939协议将多包报文合并为一包进行解析，can网络仿真界面会根据目标dbc文件定义的内容生成网络仿真结果和/或仿真报文。[0124]具体地，步骤s502为：将仿真报文与通信矩阵放在一个excel界面，通过预设的比对算法进行对比，识别通信矩阵及仿真报文的差异，通过差异验证目标dbc文件的完整性。[0125]具体地，网络仿真结果包括但不限于can网络的负载率、周期偏差等，通过can网络的负载率、周期偏差可获得can网络的网络性能。[0126]为了更好实施本发明实施例中的基于can通讯的dbc文件生成方法，在基于can通讯的dbc文件生成方法基础之上，对应的，如图6所示，本发明实施例还提供了一种基于can通讯的dbc文件生成装置，基于can通讯的dbc文件生成装置600包括：[0127]数据库文件解析单元601，用于获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素；[0128]通信矩阵处理单元602，用于获取通信矩阵，并根据通信矩阵生成通信数据表，通信数据表中包括多条通信数据；[0129]通信数据解析单元603，用于根据关键要素逐条解析通信数据，获得多个通信字符串；[0130]dbc文件生成单元604，用于合并多个通信字符串，获得dbc文件；[0131]完整性验证单元605，用于基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件。[0132]上述实施例提供的基于can通讯的dbc文件生成装置600可实现上述自基于can通讯的dbc文件生成方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述基于can通讯的dbc文件生成方法实施例中的相应内容，此处不再赘述。[0133]如图7所示，本发明还相应提供了一种电子设备700。该电子设备700包括处理器701、存储器702及显示器703。图7仅示出了电子设备700的部分组件，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。[0134]处理器701在一些实施例中可以是一中央处理器(centralprocessingunit，cpu)，微处理器或其他数据处理芯片，用于运行存储器702中存储的程序代码或处理数据，例如本发明中的基于can通讯的dbc文件生成方法。[0135]在一些实施例中，处理器701可以是单个服务器或服务器组。服务器组可为集中式或分布式的。在一些实施例中，处理器701可为本地的或远程的。在一些实施例中，处理器701可实施于云平台。在本发明的一些实施例中，云平台可包括私有云、公共云、混合云、社区云、分布式云、多重云等，或以上的任意组合。[0136]存储器702在一些实施例中可以是电子设备700的内部存储单元，例如电子设备700的硬盘或内存。存储器702在另一些实施例中也可以是电子设备700的外部存储设备，例如电子设备700上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。[0137]进一步地，存储器702还可既包括电子设备700的内部储存单元也包括外部存储设备。存储器702用于存储安装电子设备700的应用软件及各类数据。[0138]显示器703在一些实施例中可以是led显示器、液晶显示器、触控式液晶显示器以及oled(organiclight-emittingdiode，有机发光二极管)触摸器等。显示器703用于显示在电子设备700的信息以及用于显示可视化的用户界面。电子设备700的部件701-703通过系统总线相互通信。[0139]在本发明的一些实施例中，当处理器701执行存储器702中的基于can通讯的dbc文件生成程序时，可实现以下步骤：[0140]获取can数据库文件，并对can数据库文件进行解析，获得多种关键要素；[0141]获取通信矩阵，并根据通信矩阵生成通信数据表，通信数据表中包括多条通信数据；[0142]根据关键要素逐条解析通信数据，获得多个通信字符串；[0143]合并多个通信字符串，获得dbc文件；[0144]基于预设的can软件验证dbc文件的完整性，并获得目标dbc文件。[0145]应当理解的是：处理器701在执行存储器702中的基于can通讯的dbc文件生成程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面相应方法实施例的描述。[0146]进一步地，本发明实施例对提及的电子设备700的类型不做具体限定，电子设备700可以为手机、平板电脑、个人数字助理(personaldigitalassistant，pda)、可穿戴设备、膝上型计算机(laptop)等便携式电子设备。便携式电子设备的示例性实施例包括但不限于搭载ios、android、microsoft或者其他操作系统的便携式电子设备。上述便携式电子设备也可以是其他便携式电子设备，诸如具有触敏表面(例如触控面板)的膝上型计算机(laptop)等。还应当理解的是，在本发明其他一些实施例中，电子设备700也可以不是便携式电子设备，而是具有触敏表面(例如触控面板)的台式计算机。[0147]相应地，本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质用于存储计算机可读取的程序或指令，程序或指令被处理器执行时，能够实现上述各方法实施例提供的基于can通讯的dbc文件生成方法中的步骤或功能。[0148]本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件(如处理器，控制器等)来完成，计算机程序可存储于计算机可读存储介质中。其中，计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。[0149]以上对本发明所提供的基于can通讯的dbc文件生成方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
