CN111880780B - 一种mcu的引导加载程序开发方法、装置及平台 - Google Patents
一种mcu的引导加载程序开发方法、装置及平台 Download PDFInfo
- Publication number
- CN111880780B CN111880780B CN202010742110.0A CN202010742110A CN111880780B CN 111880780 B CN111880780 B CN 111880780B CN 202010742110 A CN202010742110 A CN 202010742110A CN 111880780 B CN111880780 B CN 111880780B
- Authority
- CN
- China
- Prior art keywords
- configuration
- information
- code
- mcu
- whole vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000004891 communication Methods 0.000 claims abstract description 108
- 230000008569 process Effects 0.000 claims abstract description 34
- 238000011161 development Methods 0.000 claims description 40
- 238000012545 processing Methods 0.000 claims description 16
- 230000006978 adaptation Effects 0.000 claims description 11
- 230000008676 import Effects 0.000 claims description 8
- 238000003745 diagnosis Methods 0.000 claims description 7
- 238000012360 testing method Methods 0.000 description 12
- 238000013461 design Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 101100236764 Caenorhabditis elegans mcu-1 gene Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 229960000598 infliximab Drugs 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
- G06F8/44—Encoding
- G06F8/447—Target code generation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
Abstract
本申请实施例公开了一种MCU的引导加载程序开发方法、装置及平台。利用整车厂配置需求文件得到配置需求信息，将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码，并将配置代码和核心代码进行集成、编译，得到引导加载程序。该过程中，OEM的配置需求是直接基于其配置需求文件得到的，配置代码在配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息这些信息确定后填充到预设代码框架中得到，同时将配置代码和核心代码进行集成、编译得到最终的引导加载程序，整个过程不需要进行手动需求分析、代码设计等工作，提升了引导加载程序的开发周期。
Description
技术领域
本申请涉及汽车电子技术领域，尤其涉及一种MCU的引导加载程序开发方法、装置及平台。
背景技术
汽车行业发展至今日，竞争日趋激烈，使得整车研发周期大大压缩，OEM(OriginalEquipment Manufacturer，整车厂)也对MCU(Micro Controller Unit，微控制单元)中BT(Bootloader，引导加载程序)软件的开发效率、质量、测试周期等提出了愈来愈严苛的要求。
现有的引导加载程序开发方法通常都是基于不同的OEM需求，人为进行需求分析、代码设计，开发周期慢，前期存在问题多，给OEM或者其他客户造成了很大的困扰。尤其是OTA(Over-the-Air Techolgy，空中升级技术)日渐普及的今天，OEM可以实现远程更新MCU的软件，这样一来引导加载程序越早开发完毕，则意味着MCU可以在APP(application，应用软件)未完成的情况下进行装车试验和迭代，在过程中不断通过OTA技术来完善APP软件，而不用担心由于软件升级带来的更换零件等成本问题。因此，如何提升引导加载程序的开发周期成为目前亟待解决的技术问题。
发明内容
针对上述问题，本申请实施例提供了一种MCU的引导加载程序开发方法、装置及平台，以提升引导加载程序的开发周期。
本申请实施例公开了一种微控制单元MCU的引导加载程序开发方法，包括：
利用整车厂配置需求文件得到配置需求信息；
获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息；
将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码；
将所述配置代码和核心代码进行集成、编译，得到引导加载程序，所述核心代码为所有MCU使用的通用代码。
可选地，在本申请实施例的一种具体实施方式中，利用整车厂配置需求文件得到配置需求信息，包括：
导入所述整车厂配置需求文件；
读取并检测所述整车厂配置需求文件的文件格式；
在所述整车厂配置需求文件的文件格式正确的情形下，从所述整车厂配置需求文件中提取所述配置需求信息；
在所述整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
可选地，在本申请实施例的一种具体实施方式中，获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息，包括：
从预设MCU类型中选取所述MCU配置类型，所述预设MCU类型中包括整车厂所需的不同MCU类型；
从预设通信协议类型中选取所述通信协议配置类型，所述预设通信协议类型中包括整车厂所需的不同通信协议类型；
配置MCU的驱动信息、外部设备的驱动信息和硬件平台信息，得到所述硬件配置信息；
配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息，得到所述核心代码配置信息。
可选地，在本申请实施例的一种具体实施方式中，将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码，包括：
对所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息进行处理得到与所述预设代码框架匹配的代码内容；
将所述代码内容填充到预设代码框架中生成所述配置代码。
可选地，在本申请实施例的一种具体实施方式中，还包括：
若在生成所述配置代码过程中出错，显示配置生成报错信息。
本申请实施例还公开了一种微控制单元MCU的引导加载程序开发装置，所述装置包括：
需求信息获得模块，用于利用整车厂配置需求文件得到配置需求信息；
信息获取模块，用于获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息；
配置代码生成模块，用于将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码；
程序生成模块，用于将所述配置代码和核心代码进行集成、编译，得到引导加载程序，所述核心代码为所有MCU使用的通用代码。
可选地，在本申请实施例的一种具体实施方式中，所述需求信息获得模块具体用于：
导入所述整车厂配置需求文件；
读取并检测所述整车厂配置需求文件的文件格式；
在所述整车厂配置需求文件的文件格式正确的情形下，从所述整车厂配置需求文件中提取所述配置需求信息；
在所述整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
可选地，在本申请实施例的一种具体实施方式中，所述信息获取模块具体用于：
从预设MCU类型中选取所述MCU配置类型，所述预设MCU类型中包括整车厂所需的不同MCU类型；
从预设通信协议类型中选取所述通信协议配置类型，所述预设通信协议类型中包括整车厂所需的不同通信协议类型；
配置MCU的驱动信息、外部设备的驱动信息和硬件平台信息，得到所述硬件配置信息；
配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息，得到所述核心代码配置信息。
可选地，在本申请实施例的一种具体实施方式中，所述配置代码生成模块具体用于：
对所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息进行处理得到与所述预设代码框架匹配的代码内容；
将所述代码内容填充到预设代码框架中生成所述配置代码。
可选地，在本申请实施例的一种具体实施方式中，还包括：
报错模块，用于若在生成所述配置代码过程中出错，显示配置生成报错信息。
本申请实施例还公开了一种微控制单元MCU的引导加载程序开发平台，所述平台包括：客户配置需求层、服务层、网络层、链路层、硬件适配层和MCU抽象层；其中，
所述客户配置需求层包括配置需求参数，所述配置需求参数由配置工具根据配置需求信息配置，所述配置需求信息由所述配置工具利用整车厂配置需求文件得到；
所述服务层包括核心代码和配置的核心代码配置信息，所述核心代码为所有MCU使用的通用代码；
所述网络层包括配置的通信协议配置类型；
所述链路层包括配置的所述通信协议配置类型；
所述硬件适配层包括配置的第一硬件配置信息；
所述MCU抽象层包括配置的MCU配置类型和配置的第二硬件配置信息，所述第一硬件配置信息和所述第二硬件配置信息统称为硬件配置信息；
所述配置工具还用于：
将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码；
所述平台还用于：
将所述配置代码和所述核心代码进行集成、编译，得到引导加载程序。
可选地，在本申请实施例的一种具体实施方式中，所述配置工具利用整车厂配置需求文件得到所述配置需求信息的过程包括：
所述配置工具导入所述整车厂配置需求文件；
所述配置工具读取并检测所述整车厂配置需求文件的文件格式；
所述配置工具在所述整车厂配置需求文件的文件格式正确的情形下，从所述整车厂配置需求文件中提取所述配置需求信息；
所述配置工具在所述整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
可选地，在本申请实施例的一种具体实施方式中，所述服务层包括所述核心代码和核心代码配置参数，所述核心代码参数由所述配置工具配置所述核心代码配置信息，具体配置过程包括配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息；
所述网络层包括预设通信协议类型，所述配置工具从所述预设通信协议类型中选取所述通信协议配置类型，所述预设通信协议类型中包括整车厂所需的不同通信协议类型；
所述链路层包括所述预设通信协议类型，所述配置工具从所述预设通信协议类型中选取所述通信协议配置类型；
所述硬件适配层包括第一硬件配置参数，所述第一硬件配置参数由所述配置工具配置所述第一硬件配置信息，具体配置过程包括配置MCU的驱动信息和外部设备的驱动信息；
所述MCU抽象层包括预设MCU类型和第二硬件配置参数，所述配置工具从所述预设MCU类型中选取所述MCU配置类型，所述预设MCU类型中包括整车厂所需的不同MCU类型，所述第二硬件配置参数由所述配置工具配置所述第二硬件配置信息，具体配置过程包括配置硬件平台信息。
可选地，在本申请实施例的一种具体实施方式中，所述配置工具生成所述配置代码的过程包括：
对所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息进行处理得到与所述预设代码框架匹配的代码内容；
将所述代码内容填充到预设代码框架中生成所述配置代码。
可选地，在本申请实施例的一种具体实施方式中，所述配置工具还用于：
若在生成所述配置代码过程中出错，显示配置生成报错信息。
综上所述，本申请实施例公开了一种MCU的引导加载程序开发方法、装置及平台。本申请实施例的技术方案利用整车厂配置需求文件得到配置需求信息，并直接将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码，进一步将配置代码和核心代码进行集成、编译，得到引导加载程序。该过程中，OEM的配置需求是直接基于其配置需求文件得到的，配置代码则可在配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息这些信息确定后直接填充到预设代码框架中得到，同时将配置代码和通用的核心代码进行集成、编译得到最终的引导加载程序，整个过程不需要进行手动需求分析、代码设计等工作，可以实现通过配置工具定制开发不同OEM不同MCU平台的BT软件开发，极大的压缩了引导加载程序开发时间，实现了不同OEM的引导加载程序的快速开发，提升了引导加载程序的开发周期。同时由于配置需求识别、代码设计等工作无需人工的参与，避免了配置需求人工识别不全、手工代码引入人为错误的问题，提升了引导加载程序的开发质量。高质量的引导加载程序也起到了减少测试工作的作用，压缩了整个软件开发、测试和发布周期。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种MCU的引导加载程序开发方法的流程示意图；
图2为本申请实施例公开的一种电子设备的结构示意图；
图3为本申请实施例公开的一种配置工具的结构示意图；
图4为本申请实施例公开的一种MCU的引导加载程序开发装置的结构示意图；
图5为本申请实施例公开的一种MCU的引导加载程序开发平台的结构示意图；
图6为本申请实施例公开的一种MCU的引导加载程序开发平台具体实施例的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了一种MCU的引导加载程序开发方法、装置及平台，以提升引导加载程序的开发周期。下面结合附图对本申请实施例提供的MCU的引导加载程序开发方法、装置及平台进行具体说明。
如图1所示，为本申请实施例公开的一种MCU的引导加载程序开发方法的流程示意图。图1所示方法可以应用于电子设备。图2为本申请实施例提供的一种电子设备的硬件结构框图。参见图2，电子设备的硬件结构可以包括：处理器201、通信接口202、存储器203和通信总线204。
在本申请实施例中，处理器201、通信接口202、存储器203、通信总线204的数量为至少一个，且处理器201、通信接口202、存储器203通过通信总线204完成相互间的通信。
处理器201可以是一个中央处理器CPU、GPU(Graphics Processing Unit，图形处理器)，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路等。
存储器203可以包含高速RAM存储器，也可能还包括非易失性存储器NVM(non-volatile memory)等，例如至少一个磁盘存储器。
其中，存储器203存储应用程序及应用程序运行所产生的数据；处理器201，用于执行应用程序，完成图1所示的MCU的引导加载程序开发方法。继续参见图1所示，方法包括：
在步骤S101中，利用整车厂配置需求文件得到配置需求信息。
在实际应用中，不同的OEM对引导加载程序有不同的特殊需求，对应于配置需求信息。通常情况下，OEM会将其整车厂配置需求文件提供给引导加载程序开发者，这样开发者就可以利用配置工具导入(或者称加载)整车厂配置需求文件，配置工具自动完成整车厂配置需求文件中配置需求信息的识别。其中，整车厂配置需求文件包括OEM的诊断调查问卷等输入文件，其具体内容和含义为本领域所熟知，这里不再赘述。另外，如何从已知文件中识别出想要的信息是已成熟技术，例如，可通过识别已知文件中关键字的方式识别出想要的信息，应用到本申请实施例中，可通过识别整车厂配置需求文件中定义的各参数和对应的参数值，得到配置需求信息。
需要说明的是，本文中的配置工具本质上是一个能够完成相应功能的应用程序，或者是一个应用程序中能够完成相应功能的部分。配置工具通常可包括用户交互层、中间处理层和底层代码生成层。其中，用户交互层主要用于导入整车厂配置需求文件，在一些实施方式中，用户交互层也可以完成各种配置信息(如MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息等)的配置；中间处理层主要完成对整车厂配置需求文件中配置需求信息的识别等功能，在一些实施方式中，中间处理层还可用于对整车厂配置需求文件的格式识别等功能，甚至可联合用户交互层实现在配置需求文件的格式错误时，显示相应的格式错误信息；底层代码生成层即是根据各种配置信息、配置需求信息生成配置代码，在一些实施方式中，底层代码生成层还可在生成配置代码过程中出错时，联合用户交互层显示配置生成报错信息。可以理解的是：实际应用中，不同的各种功能可以集成在一起形成一个配置工具，也可以为不同的各种功能分别开发配置工具，完成文件导入、各种配置信息获取等功能。
考虑到偶尔会出现整车厂提供的整车厂配置需求文件格式错误，或者开发者修改后的整车厂配置需求文件格式错误等情形，可选地，在本申请实施例的一种具体实施方式中，步骤S101具体可以包括：导入整车厂配置需求文件；读取并检测整车厂配置需求文件的文件格式；在整车厂配置需求文件的文件格式正确的情形下，从整车厂配置需求文件中提取配置需求信息；在整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。通过该具体实施方式，在整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息，及时更换正确的整车厂配置需求文件，提升引导加载程序的开发周期。当然，在其他一些实施例中，也可以不对格式错误信息进行显示，但这不利于及时更换正确的整车厂配置需求文件。
在步骤S102中，获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息。
考虑到同一OEM也会遇见不同车型采用不同MCU及不同通信协议的情形，可选地，在本申请实施例的一种具体实施方式中，步骤S102具体可以包括：从预设MCU类型中选取MCU配置类型，预设MCU类型中包括整车厂所需的不同MCU类型；从预设通信协议类型中选取通信协议配置类型，预设通信协议类型中包括整车厂所需的不同通信协议类型；配置MCU的驱动信息、外部设备的驱动信息和硬件平台信息，得到硬件配置信息；配置统一诊断服务(Unified Diagnostic Services，简称UDS)参数、安全服务所需的算法和被更新软件模块的配置信息，得到核心代码配置信息。其中，整车厂所需的不同MCU类型和通信协议类型可以指同一整车厂所需的不同MCU类型和通信协议类型，也可以指不同整车厂所需的不同MCU类型和通信协议类型，可根据实际需求确定；MCU的驱动信息、外部设备的驱动信息和硬件平台信息即为硬件配置信息；UDS参数、安全服务所需的算法和被更新软件模块的配置信息即为核心代码配置信息。实际应用中，预设MCU类型可以包括但不限于英飞凌的AurixTricore TC23X和恩智浦半导体公司的NXP S32K146等；预设通信协议类型包括但不限于CAN、LIN、Ethernet和Flexray等；外部设备可以包括但不限于英飞凌的TLE9278和TLE756XX等，具体根据实际应用场景确定；配置统一诊断服务UDS参数是指UDS诊断服务代码的具体参数配置；配置安全服务所需的算法是指配置包括信息安全、准入安全和安全启动等所需要的算法，比如可选取CRC32算法，SHA-256等；被更新软件模块的配置信息主要包括被更新软件的数量、地址范围和校验信息等；这些配置信息可利用配置工具配置实现。
当然，在其他具体实施方式中，也可能出现相同MCU、相同通信协议而整车厂配置需求文件不同的情形，此时MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息等配置信息也可以是事先约定好的，并不需要选择或配置。
在步骤S103中，将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码。
其中，预设代码框架可利用C语言、Java语言等常见的编程语言得到，其采用结构化的方式描述各参数，该步骤中可利用配置工具将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息等所表征的参数值填充到预设代码框架中，得到配置代码。
可选地，在本申请实施例的一种具体实施方式中，步骤S103具体可以包括：对配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息进行处理得到与预设代码框架匹配的代码内容；将代码内容填充到预设代码框架中生成配置代码。当然，在一些实施方式中，配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息也可规范为预设代码框架匹配的形式，此时直接将这些信息填充到预设代码框架中即可。
为方便理解，这里举一个具体实施例对配置工具进行说明：参见图3所示具体实施例，由图3可看出，配置工具分为三层设计，最上层为用户交互层，其表现形式为UI(UserInterface，用户界面)界面，用于用户交互，实际应用中可利用该层导入用户的整车厂配置需求文件，并可用于选择和配置诸如MCU类型、通讯协议类型、MCU的驱动信息、外部设备的驱动信息、硬件平台信息、UDS参数、安全服务所需的算法和被更新软件模块的配置信息等配置信息。中间层为中间处理层(也即输入文件处理层)，其可通过IO模块读取整车厂配置需求文件中的配置需求信息，然后通过文件检查单元检查整车厂配置需求文件的文件格式正确性，若有错误则报错并通过UI界面显示，若无错则通过特征提取单元进一步提取需要的配置需求信息并将配置需求信息和诸如MCU类型、通讯协议类型等配置信息保存给下一层使用。最下层为底层代码生成层，此部分的C生成单元利用C语言模板的预设代码框架，并利用中间处理层保存的信息进行处理生成C代码内容填充到预设代码框架中，最后利用IO模块写入C文件得到配置代码，若此过程有错误产生则报错并通过UI界面显示。其中，IO模块用于各层的交互以及配置工具本身的输入输出。
在步骤S104中，将配置代码和核心代码进行集成、编译，得到引导加载程序，核心代码为所有MCU使用的通用代码。
此步骤将核心代码与前述步骤中生成的配置代码一起组成工程文件，用合适的编译器编译生成可执行文件(即引导加载程序)。其中，核心代码是根据ISO14229、ISO15765以及各个整车厂需求抽象出MCU通用的部分，此部分无需根据不同客户与项目频繁修改，故做成了核心代码。
后续可将步骤S104生成的可执行文件注入控制器中，完成调试功能和系统测试，在测试完毕后，将无问题的可执行文件打包释放给产线或者客户。
需要说明的是：本申请实施例仅仅是示意性的，在实际应用中还可以存在其他实施例，如前述实施例中的预设通信协议类型还可以包括SOAP(Simple Object AccessProtocol，简单对象访问协议)协议、TCP(Transmission Control Protocol，传输控制协议)协议等。
本申请实施例公开了一种MCU的引导加载程序开发方法。该方法利用整车厂配置需求文件得到配置需求信息，并直接将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码，进一步将配置代码和核心代码进行集成、编译，得到引导加载程序。该过程中，OEM的配置需求是直接基于其配置需求文件得到的，配置代码则可在配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息这些信息确定后直接填充到预设代码框架中得到，同时将配置代码和通用的核心代码进行集成、编译得到最终的引导加载程序，整个过程不需要进行需求分析、代码设计等工作，可以实现通过配置工具定制开发不同OEM不同MCU平台的BT软件开发，极大的压缩了引导加载程序开发时间，实现了不同OEM的引导加载程序的快速开发，提升了引导加载程序的开发周期。同时由于配置需求识别、代码设计等工作无需人工的参与，避免了配置需求人工识别不全、手工代码引入人为错误的问题，提升了引导加载程序的开发质量。高质量的引导加载程序也起到了减少测试工作的作用，压缩了整个软件开发、测试和发布周期。
可选地，在本申请实施例的一种具体实施方式中，本申请实施例所公开MCU的引导加载程序开发方法还可以包括：若在生成所述配置代码过程中出错，显示配置生成报错信息。通过该具体实施方式，将配置代码生成过程的出错情况及时报错，方便用户获知并做出及时响应。
如图4所示，与上述方法实施例相对应，本申请实施例还公开一种MCU的引导加载程序开发装置，该装置用于执行前述方法实施例中的MCU的引导加载程序开发方法。该装置可以包括：需求信息获得模块401、信息获取模块402、配置代码生成模块403和程序生成模块404。其中，
需求信息获得模块401用于利用整车厂配置需求文件得到配置需求信息；
信息获取模块402用于获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息；
配置代码生成模块403于将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码；
程序生成模块404用于将配置代码和核心代码进行集成、编译，得到引导加载程序，核心代码为所有MCU使用的通用代码。
本申请实施例公开了一种MCU的引导加载程序开发装置。该装置利用整车厂配置需求文件得到配置需求信息，并直接将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码，进一步将配置代码和核心代码进行集成、编译，得到引导加载程序。该过程中，OEM的配置需求是直接基于其配置需求文件得到的，配置代码则可在配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息这些信息确定后直接填充到预设代码框架中得到，同时将配置代码和通用的核心代码进行集成、编译得到最终的引导加载程序，整个过程不需要手动进行需求分析、代码设计等工作，可以实现通过配置工具定制开发不同OEM不同MCU平台的BT软件开发，极大的压缩了引导加载程序开发时间，实现了不同OEM的引导加载程序的快速开发，提升了引导加载程序的开发周期。同时由于配置需求识别、代码设计等工作无需人工的参与，避免了配置需求人工识别不全、手工代码引入人为错误的问题，提升了引导加载程序的开发质量。高质量的引导加载程序也起到了减少测试工作的作用，压缩了整个软件开发、测试和发布周期。
可选地，在本申请实施例的一种具体实施方式中，需求信息获得模块401具体用于：
导入整车厂配置需求文件；
读取并检测整车厂配置需求文件的文件格式；
在整车厂配置需求文件的文件格式正确的情形下，从整车厂配置需求文件中提取配置需求信息；
在整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
可选地，在本申请实施例的一种具体实施方式中，信息获取模块402具体用于：
从预设MCU类型中选取MCU配置类型，预设MCU类型中包括整车厂所需的不同MCU类型；
从预设通信协议类型中选取通信协议配置类型，预设通信协议类型中包括整车厂所需的不同通信协议类型；
配置MCU的驱动信息、外部设备的驱动信息和硬件平台信息，得到硬件配置信息；
配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息，得到核心代码配置信息。
可选地，在本申请实施例的一种具体实施方式中，配置代码生成模块403具体用于：
对配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息进行处理得到与预设代码框架匹配的代码内容；
将代码内容填充到预设代码框架中生成配置代码。
可选地，在本申请实施例的一种具体实施方式中，本申请实施例公开的MCU的引导加载程序开发装置还可以包括：
报错模块，用于若在生成配置代码过程中出错，显示配置生成报错信息。
为实施前述方法实施例中的技术方案，在实际应用中可以开发一个系统平台，该系统平台可用于执行前述方法实施例中的MCU的引导加载程序开发方法。如图5所示，本申请实施例还公开了一种MCU的引导加载程序开发平台，该平台可以包括：客户配置需求层、服务层、网络层、链路层、硬件适配层和MCU抽象层，以及配置工具。其中，
客户配置需求层包括配置需求参数，配置需求参数由配置工具根据配置需求信息配置，配置需求信息由配置工具利用整车厂配置需求文件得到。
实际使用中，客户配置需求层对应的不同整车厂对引导加载程序的特殊需求，也就是整车厂对引导加载程序的配置规范和需求等。配置工具可通过导入整车厂配置需求文件，并从整车厂配置需求文件中识别出配置需求信息，将配置需求信息作为配置需求参数的具体值，从而完成客户配置需求层的配置。
这里参见图6所示的具体实施例进行说明。参见图6所示，为本申请实施例提供的一种MCU的引导加载程序开发平台的结构示意图。图6中客户配置需求层中的不同整车厂(整车厂1、整车厂2和整车厂3)表征不同整车厂的配置需求参数，用户可利用配置工具导入某一整车厂(如整车厂1)的整车厂配置需求文件，配置工具进行整车厂配置需求文件中配置需求信息的识别，并将识别结果作为该整车厂配置需求参数的具体值。
服务层包括核心代码和配置的核心代码配置信息，核心代码为所有MCU使用的通用代码。
实际使用中，服务层包括核心代码与核心代码配置参数两部分，核心代码是抽象出的不可变更部分，为不同MCU的通用代码，核心代码配置参数部分可以由配置工具配置。
继续参见图6所示，服务层可细化为UDS服务部分、安全服务部分、逻辑块管理服务部分和存储管理服务部分。其中，UDS服务部分包含了UDS诊断服务代码的实现，可通过配置工具配置其具体参数；安全服务部分主要包括信息安全、准入安全和安全启动所需要代码与算法，比如CRC32算法，SHA-256算法等，可通过配置工具配置选择安全服务所需要的算法；逻辑块管理服务部分主要是管理被更新的软件模块，包括被更新软件模块的数量，地址范围和校验信息等等，可由配置工具配置被更新软件模块的这些配置信息；存储管理服务部分是针对MCU内外部具体存储数据的管理，包括但不限于ROM，RAM和EEROM等。
网络层包括配置的通信协议配置类型。
这里继续参见图6进行具体说明，图6中网络层集成了Ethnet、Can、Lin、和FlexRay四种协议，但实际应用中并不限于此四种协议，可以通过配置工具选择支持某一种或多种协议，但要与下层的链路层与MCU抽象层保持一致。
链路层包括配置的通信协议配置类型。
这里继续参见图6进行具体说明，图6中链路层集成了Ethnet、Can、Lin、和FlexRay四种协议，但实际应用中并不限于此四种协议，可以通过配置工具选择支持某一种或多种协议，但要与上层的网络层以及MCU抽象层保持一致。
硬件适配层包括配置的第一硬件配置信息。
继续参见图6所示，硬件适配层：此层主要针对不同的硬件平台利用适配器来适配不同MCU抽象层驱动，以及不同外部设备驱动，以保证硬件适配层以上的代码接口无需变更。其中MCU相关参数可以配置，某些外部设备信息也可配置，具体由配置工具完成配置，即配置第二硬件配置信息。
MCU抽象层包括配置的MCU配置类型和配置的第二硬件配置信息，第一硬件配置信息和第二硬件配置信息统称为硬件配置信息。
MCU抽象层对应的不同MCU平台(即不同MCU类型)硬件抽象代码，实际应用中，配置工具可根据不同的MCU类型按需配置。参见图6所示，可利用配置工具选取MCU的类型，如从MCU1、MCU2和MCU3中选取。
实际应用中，可利用配置工具配置硬件适配层和MCU抽象层的相关参数，配置工具根据MCU的实际需求来配置硬件相关参数，比如SBC(System Basis Chip，系统基础芯片)的型号，CAN的通道，CAN的波特率等。
配置工具还用于：
将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码；
平台还用于：
将配置代码和核心代码进行集成、编译，得到引导加载程序。
本申请实施例公开了一种MCU的引导加载程序开发平台。该平台利用整车厂配置需求文件得到配置需求信息，并直接将配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息填充到预设代码框架中生成配置代码，进一步将配置代码和核心代码进行集成、编译，得到引导加载程序。该过程中，OEM的配置需求是直接基于其配置需求文件得到的，配置代码则可在配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息这些信息确定后直接填充到预设代码框架中得到，同时将配置代码和通用的核心代码进行集成、编译得到最终的引导加载程序，整个过程不需要进行需求分析、代码设计等工作，可以实现通过配置工具定制开发不同OEM不同MCU平台的BT软件开发，极大的压缩了引导加载程序开发时间，实现了不同OEM的引导加载程序的快速开发，提升了引导加载程序的开发周期。同时由于配置需求识别、代码设计等工作无需人工的参与，避免了配置需求人工识别不全、手工代码引入人为错误的问题，提升了引导加载程序的开发质量。高质量的引导加载程序也起到了减少测试工作的作用，压缩了整个软件开发、测试和发布周期。
可选地，在本申请实施例的一种具体实施方式中，配置工具利用整车厂配置需求文件得到配置需求信息的过程包括：
配置工具导入整车厂配置需求文件；
配置工具读取并检测整车厂配置需求文件的文件格式；
配置工具在整车厂配置需求文件的文件格式正确的情形下，从整车厂配置需求文件中提取配置需求信息；
配置工具在整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
可选地，在本申请实施例的一种具体实施方式中，服务层包括核心代码和核心代码配置参数，核心代码参数由配置工具配置核心代码配置信息，具体配置过程包括配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息；
网络层包括预设通信协议类型，配置工具从预设通信协议类型中选取通信协议配置类型，预设通信协议类型中包括整车厂所需的不同通信协议类型；
链路层包括预设通信协议类型，配置工具从预设通信协议类型中选取通信协议配置类型；
硬件适配层包括第一硬件配置参数，第一硬件配置参数由配置工具配置第一硬件配置信息，具体配置过程包括配置MCU的驱动信息和外部设备的驱动信息；
MCU抽象层包括预设MCU类型和第二硬件配置参数，配置工具从预设MCU类型中选取MCU配置类型，预设MCU类型中包括整车厂所需的不同MCU类型，第二硬件配置参数由配置工具配置第二硬件配置信息，具体配置过程包括配置硬件平台信息。
可选地，在本申请实施例的一种具体实施方式中，配置工具生成配置代码的过程包括：
对配置需求信息、MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息进行处理得到与预设代码框架匹配的代码内容；
将代码内容填充到预设代码框架中生成配置代码。
可选地，在本申请实施例的一种具体实施方式中，配置工具还用于：
若在生成配置代码过程中出错，显示配置生成报错信息。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于装置实施例而言，相关之处参见方法实施例的部分说明即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种微控制单元MCU的引导加载程序开发方法，其特征在于，包括：
利用配置工具导入整车厂配置需求文件，对所述整车厂配置需求文件进行识别，得到配置需求信息；
获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息；
将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码；
将所述配置代码和核心代码进行集成、编译，得到引导加载程序，所述核心代码为所有MCU使用的通用代码；
所述利用配置工具导入整车厂配置需求文件，对所述整车厂配置需求文件进行识别，得到配置需求信息，包括：
利用所述配置工具导入所述整车厂配置需求文件；
读取并检测所述整车厂配置需求文件的文件格式；
在所述整车厂配置需求文件的文件格式正确的情形下，从所述整车厂配置需求文件中提取所述配置需求信息；
在所述整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
2.根据权利要求1所述的方法，其特征在于，获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息，包括：
从预设MCU类型中选取所述MCU配置类型，所述预设MCU类型中包括整车厂所需的不同MCU类型；
从预设通信协议类型中选取所述通信协议配置类型，所述预设通信协议类型中包括整车厂所需的不同通信协议类型；
配置MCU的驱动信息、外部设备的驱动信息和硬件平台信息，得到所述硬件配置信息；
配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息，得到所述核心代码配置信息。
3.根据权利要求1至2任一项所述的方法，其特征在于，将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码，包括：
对所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息进行处理得到与所述预设代码框架匹配的代码内容；
将所述代码内容填充到预设代码框架中生成所述配置代码。
4.根据权利要求1至2任一项所述的方法，其特征在于，还包括：
若在生成所述配置代码过程中出错，显示配置生成报错信息。
5.一种微控制单元MCU的引导加载程序开发装置，其特征在于，所述装置包括：
需求信息获得模块，用于利用配置工具导入整车厂配置需求文件，对所述整车厂配置需求文件进行识别，得到配置需求信息；
信息获取模块，用于获取MCU配置类型、通信协议配置类型、硬件配置信息和核心代码配置信息；
配置代码生成模块，用于将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码；
程序生成模块，用于将所述配置代码和核心代码进行集成、编译，得到引导加载程序，所述核心代码为所有MCU使用的通用代码；
所述需求信息获得模块具体用于：
利用所述配置工具导入所述整车厂配置需求文件；
读取并检测所述整车厂配置需求文件的文件格式；
在所述整车厂配置需求文件的文件格式正确的情形下，从所述整车厂配置需求文件中提取所述配置需求信息；
在所述整车厂配置需求文的文件格式错误的情形下，显示格式错误信息。
6.根据权利要求5所述的装置，其特征在于，所述信息获取模块具体用于：
从预设MCU类型中选取所述MCU配置类型，所述预设MCU类型中包括整车厂所需的不同MCU类型；
从预设通信协议类型中选取所述通信协议配置类型，所述预设通信协议类型中包括整车厂所需的不同通信协议类型；
配置MCU的驱动信息、外部设备的驱动信息和硬件平台信息，得到所述硬件配置信息；
配置统一诊断服务UDS参数、安全服务所需的算法和被更新软件模块的配置信息，得到所述核心代码配置信息。
7.根据权利要求5至6任一项所述的装置，其特征在于，所述配置代码生成模块具体用于：
对所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息进行处理得到与所述预设代码框架匹配的代码内容；
将所述代码内容填充到预设代码框架中生成所述配置代码。
8.一种微控制单元MCU的引导加载程序开发平台，其特征在于，所述平台包括：客户配置需求层、服务层、网络层、链路层、硬件适配层和MCU抽象层；其中，
所述客户配置需求层包括配置需求参数，所述配置需求参数由配置工具根据配置需求信息配置，所述配置需求信息由所述配置工具利用整车厂配置需求文件，对所述整车厂配置需求文件进行识别得到；
所述服务层包括核心代码和配置的核心代码配置信息，所述核心代码为所有MCU使用的通用代码；
所述网络层包括配置的通信协议配置类型；
所述链路层包括配置的所述通信协议配置类型；
所述硬件适配层包括配置的第一硬件配置信息；
所述MCU抽象层包括配置的MCU配置类型和配置的第二硬件配置信息，所述第一硬件配置信息和所述第二硬件配置信息统称为硬件配置信息；
所述配置工具还用于：
将所述配置需求信息、所述MCU配置类型、所述通信协议配置类型、所述硬件配置信息和所述核心代码配置信息填充到预设代码框架中生成配置代码；
所述平台还用于：将所述配置代码和所述核心代码进行集成、编译，得到引导加载程序；
所述配置工具利用整车厂配置需求文件，对所述整车厂配置需求文件进行识别，得到配置需求信息，包括：
所述配置工具导入所述整车厂配置需求文件；
读取并检测所述整车厂配置需求文件的文件格式；
在所述整车厂配置需求文件的文件格式正确的情形下，从所述整车厂配置需求文件中提取所述配置需求信息；
在所述整车厂配置需求文件的文件格式错误的情形下，显示格式错误信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010742110.0A CN111880780B (zh) | 2020-07-28 | 2020-07-28 | 一种mcu的引导加载程序开发方法、装置及平台 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010742110.0A CN111880780B (zh) | 2020-07-28 | 2020-07-28 | 一种mcu的引导加载程序开发方法、装置及平台 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111880780A CN111880780A (zh) | 2020-11-03 |
| CN111880780B true CN111880780B (zh) | 2024-03-15 |
Family
ID=73200330
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010742110.0A Active CN111880780B (zh) | 2020-07-28 | 2020-07-28 | 一种mcu的引导加载程序开发方法、装置及平台 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111880780B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114201229B (zh) * | 2021-11-04 | 2024-04-05 | 智新控制系统有限公司 | Lin配置代码自动生成方法、系统及计算机可读存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101763279A (zh) * | 2010-01-15 | 2010-06-30 | 上海维宏电子科技有限公司 | 一种BootLoader架构设计方法 |
| CN103135997A (zh) * | 2011-11-24 | 2013-06-05 | 中兴通讯股份有限公司 | 实现嵌入式设备引导程序通用性的方法及装置 |
| CN104331292A (zh) * | 2014-11-03 | 2015-02-04 | 重庆邮电大学 | 一种车联网中间件协议转换的配置生成方法 |
| KR101640207B1 (ko) * | 2015-01-20 | 2016-07-15 | 주식회사 뉴티씨 (Newtc) | 부트로더 및 임베디드 시스템 업그레이드 방법 |
| CN106371813A (zh) * | 2015-07-23 | 2017-02-01 | 广州汽车集团股份有限公司 | 一种基于Simulink的电动汽车电机控制器软件生成方法 |
| CN109298889A (zh) * | 2017-07-24 | 2019-02-01 | Tcl集团股份有限公司 | 一种生成引导程序的方法、开机广告更新方法及终端设备 |
| CN109597612A (zh) * | 2018-12-10 | 2019-04-09 | 中冶南方（武汉）自动化有限公司 | 一种电动汽车can通信协议自动代码生成方法 |
| CN110399128A (zh) * | 2019-07-26 | 2019-11-01 | 北京恒华伟业科技股份有限公司 | 代码文件生成方法及装置 |
| CN111399816A (zh) * | 2020-03-12 | 2020-07-10 | 华大半导体有限公司 | 汽车ecu程序文件生成方法及系统、存储介质及终端 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100011199A1 (en) * | 2008-07-09 | 2010-01-14 | Au Group Electronics | Method and device of bootloader-to-go |
| IT201800006081A1 (it) * | 2018-06-06 | 2019-12-06 | Procedimento per caricare codice software, sistema corrispondente e veicolo equipaggiato con tale sistema |
-
2020
- 2020-07-28 CN CN202010742110.0A patent/CN111880780B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101763279A (zh) * | 2010-01-15 | 2010-06-30 | 上海维宏电子科技有限公司 | 一种BootLoader架构设计方法 |
| CN103135997A (zh) * | 2011-11-24 | 2013-06-05 | 中兴通讯股份有限公司 | 实现嵌入式设备引导程序通用性的方法及装置 |
| CN104331292A (zh) * | 2014-11-03 | 2015-02-04 | 重庆邮电大学 | 一种车联网中间件协议转换的配置生成方法 |
| KR101640207B1 (ko) * | 2015-01-20 | 2016-07-15 | 주식회사 뉴티씨 (Newtc) | 부트로더 및 임베디드 시스템 업그레이드 방법 |
| CN106371813A (zh) * | 2015-07-23 | 2017-02-01 | 广州汽车集团股份有限公司 | 一种基于Simulink的电动汽车电机控制器软件生成方法 |
| CN109298889A (zh) * | 2017-07-24 | 2019-02-01 | Tcl集团股份有限公司 | 一种生成引导程序的方法、开机广告更新方法及终端设备 |
| CN109597612A (zh) * | 2018-12-10 | 2019-04-09 | 中冶南方（武汉）自动化有限公司 | 一种电动汽车can通信协议自动代码生成方法 |
| CN110399128A (zh) * | 2019-07-26 | 2019-11-01 | 北京恒华伟业科技股份有限公司 | 代码文件生成方法及装置 |
| CN111399816A (zh) * | 2020-03-12 | 2020-07-10 | 华大半导体有限公司 | 汽车ecu程序文件生成方法及系统、存储介质及终端 |
Non-Patent Citations (2)
| Title |
|---|
| 代码生成技术在网络通信中的应用;朱彬;;信息与电脑(理论版)(13);全文 * |
| 基于代码自动生成技术的变电站自动化系统软件开发与实现;汪溢;余晓明;马凯;张静;单超;;电气自动化(04);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111880780A (zh) | 2020-11-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104407973B (zh) | 一种自动化单元测试的实现方法及装置 | |
| CN101526919B (zh) | 生成脚本文件对Web应用软件进行测试的方法及装置 | |
| CN106021102B (zh) | 自动化测试文件的生成方法及装置 | |
| CN102841841B (zh) | 一种测试中的断言处理方法及系统 | |
| CN103235759A (zh) | 测试用例生成方法和装置 | |
| CN112270149A (zh) | 验证平台自动化集成方法、系统及电子设备和存储介质 | |
| CN107239271A (zh) | 开发文档生成方法及装置 | |
| US9507680B2 (en) | Verification system and method for automated verification of register information for an electronic system | |
| CN112083919B (zh) | 一种基于yaml模板的目标服务代码生成方法及装置 | |
| CN110222318A (zh) | 基于xml的数据生成工具开发方法 | |
| CN109918338B (zh) | 安全芯片操作系统测试装置 | |
| CN116661756B (zh) | 一种基于低代码dsl的对象解析方法及装置 | |
| CN110209389A (zh) | 一种基于xml的数据生成工具开发系统 | |
| EP4390673A1 (en) | Ecu upgrade method and device, and readable storage medium | |
| CN111880780B (zh) | 一种mcu的引导加载程序开发方法、装置及平台 | |
| CN115757100A (zh) | 面向用户界面的自动化测试框架以及方法、设备、介质 | |
| CN114895935A (zh) | 刷写车辆ecu的方法、装置、电子设备及存储介质 | |
| CN114116466B (zh) | 一种基于操作日志的单元测试方法、装置及介质 | |
| CN115037587A (zh) | 网络设备配置自动发放方法、装置、设备及存储介质 | |
| CN112519704A (zh) | 一种车辆诊断方法、车辆诊断装置、计算机设备和存储介质 | |
| CN111400190A (zh) | 自动化测试流程生成方法、装置及计算机可读存储介质 | |
| CN106682249A (zh) | 模型无关的通用发布/订阅接口测试系统及方法 | |
| CN116643998B (zh) | 一种基于autosar rtm的测试方法及装置 | |
| CN112905456B (zh) | 基于maven生命周期的自动化测试报告生成方法 | |
| CN117112015A (zh) | 一种服务接口的处理方法、装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: 4 / F, building 1, No.14 Jiuxianqiao Road, Chaoyang District, Beijing 100020 Applicant after: Beijing Jingwei Hirain Technologies Co.,Inc. Address before: 8 / F, block B, No. 11, Anxiang Beili, Chaoyang District, Beijing 100101 Applicant before: Beijing Jingwei HiRain Technologies Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |