CN105468384A - 车载控制器的烧写系统、方法、服务器和烧写终端 - Google Patents
车载控制器的烧写系统、方法、服务器和烧写终端 Download PDFInfo
- Publication number
- CN105468384A CN105468384A CN201410423071.2A CN201410423071A CN105468384A CN 105468384 A CN105468384 A CN 105468384A CN 201410423071 A CN201410423071 A CN 201410423071A CN 105468384 A CN105468384 A CN 105468384A
- Authority
- CN
- China
- Prior art keywords
- programming
- vehicle controller
- data file
- compatible
- class
- 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.)
- Granted
Links
Abstract
本发明公开了一种车载控制器的烧写系统、方法、服务器和烧写终端。其中,所述系统包括:VDS服务器、烧写终端和车载控制器,烧写终端具有兼容烧写类,VDS服务器,用于获取烧写数据文件并读取车载控制器的数据文件版本号,以及在根据车载控制器的数据文件版本号判断需要对车载控制器进行升级时,调用兼容烧写类对车载控制器进行烧写;烧写终端,用于根据VDS服务器的指令调用兼容烧写类,兼容烧写类用于对烧写数据文件进行解析分割以生成多个版本的代码文件,兼容烧写类还用于获取车载控制器的引导程序版本号和应用程序版本号,并选择对应的代码文件对车载控制器进行烧写。本发明实施例的系统,可以为车载控制器的售后服务节约成本。
Description
技术领域
本发明涉及车辆技术领域,尤其涉及一种车载控制器的烧写系统、方法、服务器和烧写终端。
背景技术
相关技术中对车载控制器烧写主要由VDCI(汽车互联网诊断传输CAN信息设备)通信设备控制、数据文件生成、提取代码文件参数和配置信息、烧写过程实现和环境清理几个模块组成。具体的烧写流程如图1所示。
在车载控制器的售后服务中,如果发现已发布的车载控制器产品中的某一批次的车载控制器出现问题,由于上述车载控制器的烧写策略不能够识别出哪些批次的哪个车载控制器出现问题,所以无法进行针对性的处理,如果将产品召回,则会增加售后服务成本,从而造成资源的极大浪费。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此,本发明的第一个目的在于提出一种车载控制器的烧写系统,当已发布的车载控制器中的某一批次车载控制器出现问题时,售后服务部门通过VDS服务器可以读取的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
本发明的第二个目的在于提出一种车载控制器的烧写方法。
本发明的第三个目的在于提出一种服务器。
本发明的第四个目的在于提出一种烧写终端。
为了实现上述目的,本发明第一方面实施例的车载控制器的烧写系统,包括:汽车互联网诊断系统VDS服务器、烧写终端和车载控制器,其中,所述烧写终端具有兼容烧写类,其中,所述VDS服务器,用于获取烧写数据文件并读取所述车载控制器的数据文件版本号,以及在根据所述车载控制器的数据文件版本号判断需要对所述车载控制器进行升级时,调用所述兼容烧写类对所述车载控制器进行烧写,其中,所述烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包;所述烧写终端,用于根据所述VDS服务器的指令调用所述兼容烧写类,所述兼容烧写类用于对所述烧写数据文件进行解析分割以生成多个版本的代码文件,其中,每个代码文件的名称对应版本号,所述兼容烧写类还用于获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写。
根据本发明实施例的车载控制器的烧写系统,VDS服务器读取车载控制器的数据文件版本号并判断车载控制器是否需要升级,当车载控制器需要升级时,VDS服务器通过烧写终端调用兼容烧写类对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过VDS服务器可以读取车载控制器的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
为了实现上述目的,本发明第二方面实施例的车载控制器的烧写方法,包括以下步骤:VDS服务器获取烧写数据文件,其中,所述烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包;所述VDS服务器读取车载控制器的数据文件版本号;所述VDS服务器根据所述车载控制器的数据文件版本号判断是否需要对所述车载控制器进行升级;如果是,则所述VDS服务器生成调用指令;烧写终端根据所述调用指令和所述烧写数据文件对所述车载控制器进行烧写。
根据本发明实施例的车载控制器的烧写方法,VDS服务器读取车载控制器的数据文件版本号并判断车载控制器是否需要升级,当车载控制器需要升级时,VDS服务器通过烧写终端对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过VDS服务器可以读取车载控制器的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
为了实现上述目的,本发明第三方面实施例的服务器,包括:获取模块,用于获取烧写数据文件,其中,所述烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包;读取模块,用于读取车载控制器的数据文件版本号;判断模块,用于根据所述车载控制器的数据文件版本号判断是否需要对所述车载控制器进行升级;指令生成模块,用于在需要对所述车载控制器进行升级时,生成调用指令,以使烧写终端根据所述调用指令调用兼容烧写类,所述兼容烧写类根据所述烧写数据文件对所述车载控制器进行烧写,其中,所述烧写终端具有所述兼容烧写类。
根据本发明实施例的服务器,获取模块获取烧写数据文件,读取模块读取车载控制器的数据文件版本号,判断模块则根据车载控制器的数据文件版本号判断是否需要对车载控制器进行升级,如果需要升级,指令生成模块则生成调用指令,以使烧写终端根据调用指令调用兼容烧写类,兼容烧写类根据烧写数据文件对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过本发明实施例的服务器,可以读取车载控制器的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
为了实现上述目的,本发明第四方面实施例的烧写终端,包括:存储模块,用于存储兼容烧写类;调用模块,用于根据调用指令调用所述兼容烧写类;运行模块,用于运行所述兼容烧写类,其中,所述兼容烧写类在运行时执行以下步骤:对所述烧写数据文件进行解析分割以生成多个版本的代码文件,其中,每个代码文件的名称对应版本号,获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写。
根据本发明实施例的烧写终端,调用模块根据VDS服务器的调用指令调用兼容烧写类,兼容烧写类对烧写数据文件进行解析分割以生成多个版本的代码文件,兼容烧写类获取车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过VDS服务器可以读取车载控制器的数据文件版本号,从而通过本发明实施例的烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
附图说明
图1是相关技术中对车载控制器烧写的流程图;
图2是根据本发明一个实施例的车载控制器的烧写系统的结构示意图;
图3(1)是根据本发明一个实施例的烧写数据文件的组成示意图;
图3(2)是根据本发明一个实施例的烧写数据文件的内容示意图;
图4(1)是根据本发明一个实施例的应用程序包的示意图;
图4(2)是根据本发明一个实施例的引导程序包的示意图;
图5是根据本发明一个实施例的兼容烧写类对烧写数据文件进行数据解析分割的示意图;
图6是根据本发明一个实施例的车载控制器与VDS服务器界面交互的示意图;
图7(1)是根据本发明一个实施例的烧写终端对车载控制器进行烧写的示意图;
图7(2)是根据本发明一个实施例的引导程序进行引导处理的示意图;
图8是根据本发明一个实施例的引导程序更新方案示意图;
图9是根据本发明一个实施例的车载控制器的烧写方法的流程图;
图10是根据本发明一个实施例的烧写终端根据调用指令和烧写数据文件对车载控制器进行烧写的流程图;
图11是根据本发明一个实施例的服务器的结构示意图;
图12是根据本发明另一个实施例的服务器的结构示意图;
图13是根据本发明一个实施例的烧写终端的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。
下面参考附图描述本发明实施例的车载控制器的烧写系统、方法、服务器和烧写终端。
图2是根据本发明一个实施例的车载控制器的烧写系统的结构示意图。如图2所示,本发明实施例的车载控制器的烧写系统,包括:汽车互联网诊断系统VDS服务器100、烧写终端200和车载控制器300,其中,烧写终端200具有兼容烧写类。
其中,VDS服务器100用于获取烧写数据文件并读取车载控制器300的数据文件版本号,以及在根据车载控制器300的数据文件版本号判断需要对车载控制器300进行升级时,调用兼容烧写类对车载控制器300进行烧写,其中,烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包。
首先介绍一下烧写数据文件和兼容烧写类。兼容烧写类和烧写数据文件采用捆绑发布的形式,即发布的时候会提交烧写数据文件(*.CCD.Oj14.MG,烧写数据文件的格式)和兼容烧写类(*.DLL),DLL的英文全称为DynamicLinkLibrary,中文名称为动态链接库,其中,烧写数据文件的版本号设置在文件内部,能被兼容类解析出来。兼容烧写类和烧写数据文件发布后,将烧写数据文件提供给VDS服务器100。另外,发布烧写数据文件的时候,还需要提供一个“升级兼容列表”给VDS服务器100,VDS服务器100根据这个“升级兼容列表”判断车载控制器300是否需要升级。
具体地,如图3(1)所示为烧写数据文件的组成示意图,烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包,其中,引导程序只允许有一个版本,且规定必须是首个程序包,应用程序则允许有不同的版本。图3(2)所示为烧写数据文件的内容示意图,其中,“A_Drv.CCD”、FILE_END为固定标识,“140116”为烧写数据文件的版本号。另外,图4(1)所示为应用程序包的示意图,图4(2)所示为引导程序包的示意图,应用程序包和引导程序包由版本信息和代码数据组成,其中,应用程序包还包括日期特征码,而引导程序包则不需要包含日期特征码。
在本发明的一个实施例中,为了满足对车载控制器控制策略的升级,增加与零部件(零部件编号、生产串号等)的关联,引导程序需要支持对车载控制器300身份信息(例如,零部件编号、工厂代号、产品代号、产生串号,产品日期等,这些信息存储在车载控制器300的存储器中)的读取功能,例如,当兼容烧写类向车载控制器300请求读取零部件编号等信息时,引导程序能够支持应答这些存储在EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory,带电可擦写可编程只读存储器)里的信息,其中,EEPROM为车载控制器300的存储器。
更具体地,VDS服务器100在用户控制下,会先通过相关诊断协议读取车载控制器300的数据文件版本号(即车载控制器300内置的数据文件版本号)。然后,VDS服务器100根据车载控制器300的数据文件版本号去查询“升级兼容列表”(由车载控制器300的设计方提供),判断当前的车载控制器300是否需要升级,如果车载控制器300的数据文件版本号是在“升级兼容列表”中,VDS服务器100则允许车载控制器300进行升级操作。
进一步地,如果VDS服务器100根据车载控制器300的数据文件版本号判断需要对车载控制器300进行升级时,VDS服务器100生成调用指令,以调用兼容烧写类对车载控制器300进行烧写,即对车载控制器300进行升级。
烧写终端200用于根据VDS服务器100的指令调用兼容烧写类,兼容烧写类用于对烧写数据文件进行解析分割以生成多个版本的代码文件,其中,每个代码文件的名称对应版本号,兼容烧写类还用于获取车载控制器300的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对车载控制器300进行烧写。
具体地,烧写终端200根据VDS服务器100的指令调用兼容烧写类,以使兼容烧写类对车载控制器300进行烧写。
更具体地,当VDS服务器100将烧写数据文件传递给兼容烧写类后,兼容烧写类对烧写数据文件进行数据解析分割,并存储在以版本号为名称的代码文件中(如V0.0.MG、V1.0.MG),如图5所示。进一步地,兼容烧写类读取车载控制器300的数据文件中的引导程序版本号和应用程序版本号以及车载控制器300的零部件编号、生产编号等信息,兼容烧写类判断车载控制器300中的引导程序和应用程序是否需要进行升级,如果需要升级,兼容烧写类根据车载控制器300的零部件编号信息自动选择使用哪一个版本的代码文件,以对车载控制器300进行烧写。
另外,一旦VDS服务器100判定车载控制器300需要升级,则兼容烧写类会被调用。兼容烧写类会先解析烧写数据文件,并在完成内部初始化后发送连接请求,然后提示用户重启车载控制器300(即车辆重新上电)。一旦车载控制器300重启成功,则完成连接过程,车载控制器300进入了引导程序。
在本发明的一个实施例中,车载控制器300为ECU(ElectronicControlUnit,电子控制单元)。
本发明实施例的车载控制器的烧写系统,VDS服务器读取车载控制器的数据文件版本号并判断车载控制器是否需要升级,当车载控制器需要升级时,VDS服务器通过烧写终端调用兼容烧写类对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过VDS服务器可以读取车载控制器的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
在本发明的一个实施例中,兼容烧写类具有对应的版本号,VDS服务器100还用于读取兼容烧写类的版本号,并在烧写数据文件的版本号与兼容烧写类的版本号不对应时,提示对兼容烧写类进行升级。
具体地,例如,兼容烧写类为DLL文件,兼容烧写类将通过版本升级的方式发布,且每次发布,都是发布最新版本的兼容烧写类,发布时还会提供一张兼容表,该兼容表的内容是说明该版本的兼容烧写类可以更新市面上哪些版本的程序。兼容烧写类的版本号由开发环境自动生成,并嵌入到DLL文件中。兼容烧写类的版本号供VDS服务器100来识别。每个版本的兼容烧写类只能支持指定版本的烧写数据文件。VDS服务器100通过烧写数据文件版本号可以识别出烧写数据文件与兼容烧写类是否匹配,如果不匹配(即不在兼容范围内),则禁止烧写,并返回相关信息,提示用户升级兼容烧写类。
在本发明的一个实施例中,兼容烧写类,还用于在对车载控制器300进行烧写之后,将烧写数据文件的版本号写入车载控制器300的存储器中。
具体地,每次成功升级后(即每次对车载控制器进行烧写之后),烧写数据文件的版本号需要被保存到车载控制器300的EEPROM中。而VDS服务器100的界面系统就是根据这个版本号来判断车载控制器300是否需要升级。另外,在车载控制器300出厂时,车载控制器300的EEPROM内部需要预置一个默认的已知的数据文件版本号。具体实施时,需要与生产车载控制器300的厂方协商确定车载控制器300的相关信息(例如,零部件编号、生产串号、车载控制器所支持更新的应用程序等)和EEPROM存储地址与格式等,并在产品出货前将车载控制器300的相关信息写入EEPROM中去。
图6所示为车载控制器300与VDS服务器100界面交互的示意图,如图6所示,VDS服务器100请求车载控制器300(即图中的ECU)中的数据文件版本号,VDS服务器100根据车载控制器300中的数据文件版本号判断车载控制器300是否需要升级,如果否,则退出,如果需要升级,则烧写终端200调用兼容烧写类,以对车载控制器300进行烧写(即升级处理),烧写完成后,引导程序将烧写数据文件的版本号写入到车载控制器300的EEPROM中。
在本发明的一个实施例中,兼容烧写类,还用于读取车载控制器的身份信息,并对身份信息进行验证,如果身份信息无法通过验证,则停止对车载控制器的烧写。
具体地,为了能够针对车载控制器300执行特定的更新策略,需要在烧写之前识别车载控制器300的身份信息。其中,车载控制器300的身份信息包含零部件编号、产品串号、当前软件版本号(即引导程序版本号和应用程序版本号)。若车载控制器300的身份无法识别,则停止对车载控制器300的烧写,即当前车载控制器300不能被更新。
在本发明的一个实施例中,兼容烧写类,还用于判断车载控制器300中的引导程序是否需要进行更新,如果判断需要进行更新,则将烧写数据文件中的引导程序包烧写至车载控制器。
具体地,鉴于旧版的引导程序未集成零部件信息读取功能,因此在烧写应用程序之前,必须先查询并判断车载控制器中300的引导程序包是否是最新版本(即引导程序是否需要更新),如果需要更新,则先升级引导程序包,然后再去查询应用程序包是否需要更新。
图7(1)所示为烧写终端200对车载控制器300进行烧写的示意图。烧写终端200调用兼容烧写类之后,如图7(1)所示,兼容烧写类首先解包数据文件(即对烧写数据文件进行解析分割以生成多个版本的代码文件),并在完成内部初始化后向车载控制器300发送连接请求,然后提示用户重启车载控制器300(即车辆重新上电),一旦车载控制器300重启成功,则完成连接过程,兼容烧写类获取车载控制器300中程序(引导程序和应用程序)的版本信息,并判断引导程序是否需要更新,如果需要,则将烧写数据文件中的引导程序烧写至车载控制器300中,然后重新发送连接请求,如果引导程序不需要更新,则去查询并判断应用程序包是否需要更新,如果是,则将烧写数据文件中的应用程序烧写至车载控制器300中。
图7(2)所示为引导程序进行引导处理的示意图。车载控制器300与兼容烧写类建立连接后,车载控制器300进入引导程序,首先进行其他处理(例如,对整个程序的完整性进行校验),兼容烧写类判断是否需要更新应用程序,如果是,则烧写应用程序,并在烧写成功时,引导程序将烧写数据文件的版本号写入到EEPROM中。
另外,只要VDS服务器100判定车载控制器中300需要更新,在无论最终是否需要更新应用程序,引导程序都必须(除了更新应用程序失败之外)将当前的数据文件版本号(即烧写数据文件的版本号,由兼容烧写类传递给车载控制器300)存储到车载控制器中300的EEPROM中。这样的话就避免了VDS服务器100误判车载控制器300需要更新,如图8所示。例如,如果VDS服务器100判定车载控制器300的数据文件版本需要更新,而后续兼容烧写类发现车载控制器300的引导程序和应用程序都不需要更新,那么,为了避免用户产生误解(不知道是更新还是不更新),直接提示更新成功,且把当前的烧写数据文件的版本号写入到车载控制器中300的EEPROM中。
具体地,图8所示为引导程序更新方案示意图。上电后,车载控制器300首先校验应用程序(即校验车载控制器300中是否存在完整的应用程序),然后检查是否有兼容烧写类发送的连接请求,在通过校验且没有连接请求时,车载控制器300进入应用程序;在通过校验且有连接请求,或者没有通过校验且有连接请求时,车载控制器300响应连接请求,并检查有无版本请求,如果有,车载控制器300则发送自身的版本信息(例如,包括引导程序版本号、零部件标号、生产编号、应用程序版本号等),兼容烧写类则根据车载控制器300中的引导程序版本号和应用程序版本号判断是否需要编程(编程的意思是指下载程序,即烧写程序),如果不需要,则存储烧写数据文件的版本号,并报告应用程序烧写成功,如果需要编程,车载控制器300则擦除引导程序/应用程序FLASH(固态存储器),如果擦除成功,则进行数据传输和编程(即烧写程序),完成编程后,判断烧写的程序类型,如果烧写的是应用程序(图中的APP表示应用程序),则进行校验数据处理(即校验烧写到车载控制器300中的程序是否有效,其中,所采用的校验方法为CRC32校验方法),如果有效,就报告应用程序烧写成功。如果烧写的是引导程序,兼容烧写类会根据系统时间下发一个时间标识报文,车载控制器300则等待时间标识报文,如果有,车载控制器300则根据该时间标识报文更新引导时间标识,然后如果判断更新成功,则报告引导程序烧写成功。
为了实现上述实施例,本发明还提出一种车载控制器的烧写方法。
图9是根据本发明一个实施例的车载控制器的烧写方法的流程图。如图9所示,本发明实施例的车载控制器的烧写方法,包括以下步骤:
S101,VDS服务器获取烧写数据文件,其中,烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包。
首先介绍一下烧写数据文件和兼容烧写类。兼容烧写类和烧写数据文件采用捆绑发布的形式,即发布的时候会提交烧写数据文件(*.CCD.Oj14.MG)和兼容烧写类(*.DLL),其中,烧写数据文件的版本号设置在文件内部,能被兼容类解析出来。兼容烧写类和烧写数据文件发布后,将烧写数据文件提供给VDS服务器。另外,发布烧写数据文件的时候,还需要提供一个“升级兼容列表”给VDS服务器,后续VDS服务器将根据这个“升级兼容列表”判断车载控制器是否需要升级。
具体地,如图3(1)所示为烧写数据文件的组成示意图,烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包,其中,引导程序只允许有一个版本,且规定必须是首个程序包,应用程序则允许有不同的版本。图3(2)所示为烧写数据文件的内容示意图,其中,“A_Drv.CCD”、FILE_END为固定标识,“140116”为烧写数据文件的版本号。另外,图4(1)所示为应用程序包的示意图,图4(2)所示为引导程序包的示意图,应用程序包和引导程序包由版本信息和代码数据组成,其中,应用程序包还包括日期特征码,而引导程序包则不需要包含日期特征码。
S102,VDS服务器读取车载控制器的数据文件版本号。
具体地,VDS服务器在用户控制下,会先通过相关诊断协议读取车载控制器数据文件版本号(即车载控制器中内置的数据文件版本号)。
S103,VDS服务器根据车载控制器的数据文件版本号判断是否需要对车载控制器进行升级。
具体地,VDS服务器根据车载控制器的数据文件版本号去查询“升级兼容列表”(由车载控制器的设计方提供),判断当前的车载控制器是否需要升级,如果车载控制器的数据文件版本号是在“升级兼容列表”中,VDS服务器则允许车载控制器进行升级操作。
S104,如果是,则VDS服务器生成调用指令。
具体地,如果判断车载控制器需要升级,则VDS服务器生成调用指令。
S105,烧写终端根据调用指令和烧写数据文件对车载控制器进行烧写。
具体地,烧写终端根据VDS服务器的调用指令和烧写数据文件对车载控制器进行烧写,即对车载控制器进行升级。
本发明实施例的车载控制器的烧写方法,VDS服务器读取车载控制器的数据文件版本号并判断车载控制器是否需要升级,当车载控制器需要升级时,VDS服务器通过烧写终端对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过VDS服务器可以读取车载控制器的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
在本发明的一个实施例中,烧写终端具有兼容烧写类,如图10所示,烧写终端根据调用指令和烧写数据文件对车载控制器进行烧写,具体包括以下步骤:
S1051,烧写终端根据指令调用兼容烧写类。
具体地,烧写终端根据VDS服务器的指令调用兼容烧写类。
S1052,兼容烧写类对烧写数据文件进行解析分割以生成多个版本的代码文件。
具体地,当VDS服务器将烧写数据文件传递给兼容烧写类后,兼容烧写类对烧写数据文件进行数据解析分割,并存储在以版本号为名称的代码文件中(如V0.0.MG、V1.0.MG),如图5所示。
S1053,兼容烧写类获取车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写。
具体地,兼容烧写类读取车载控制器的数据文件中的引导程序版本号和应用程序版本号以及车载控制器的零部件编号、生产编号等信息,兼容烧写类判断车载控制器中的引导程序和应用程序是否需要进行升级,如果需要,兼容烧写类根据车载控制器的零部件编号信息自动从解析分割后的代码文件中选择使用哪一个版本的代码文件,以对车载控制器进行烧写。
在本发明的一个实施例中,还包括:VDS服务器读取兼容烧写类的版本号;VDS服务器判断数据文件的版本号与兼容烧写类的版本号是否对应;如果不对应,VDS服务器提示对兼容烧写类进行升级。
具体地,例如,兼容烧写类为DLL文件,兼容烧写类将通过版本升级的方式发布,且每次发布,都是发布最新版本的兼容烧写类,发布时还会提供一张兼容表,该兼容表的内容是说明该版本的兼容烧写类可以更新市面上哪些版本的程序。兼容烧写类的版本号由开发环境自动生成,并嵌入到DLL文件中。兼容烧写类的版本号供VDS服务器来识别。每个版本的兼容烧写类只能支持指定版本的烧写数据文件。VDS服务器通过烧写数据文件版本号可以识别出烧写数据文件与兼容烧写类是否匹配,如果不匹配(即不在兼容范围内),则禁止烧写,并返回相关信息,提示用户升级兼容烧写类。
在本发明的一个实施例中,在兼容烧写类获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写之后,还包括:兼容烧写类将烧写数据文件的版本号写入车载控制器的存储器中。
具体地,每次成功升级后(即每次对车载控制器进行烧写之后),烧写数据文件的版本号需要被保存到车载控制器的EEPROM中。而VDS服务器的界面系统就是根据这个版本号来判断车载控制器是否需要升级。另外,在车载控制器出厂时,车载控制器的EEPROM内部需要预置一个默认的已知的数据文件版本号。
在本发明的一个实施例中,还包括:兼容烧写类读取车载控制器的身份信息,并对身份信息进行验证,如果身份信息无法通过验证,则停止对车载控制器的烧写。
具体地,为了能够针对车载控制器执行特定的更新策略,需要在烧写之前识别车载控制器的身份信息。其中,车载控制器的身份信息包含零部件编号、产品串号、当前软件版本号(即引导程序版本号和应用程序版本号)。若车载控制器的身份无法识别,则停止对车载控制器的烧写,即当前车载控制器不能被更新。
在本发明的一个实施例中,还包括:兼容烧写类判断车载控制器中的引导程序是否需要进行更新;如果判断需要进行更新,兼容烧写类将烧写数据文件中的引导程序包烧写至车载控制器。
具体地,鉴于旧版的引导程序未集成零部件信息读取功能,因此在烧写应用程序之前,必须先查询并判断车载控制器中的引导程序包是否是最新版本(即引导程序是否需要更新),如果需要更新,则先升级引导程序包,然后再去查询应用程序包是否需要更新。
为了实现上述实施例,本发明还提出一种服务器。
图11是根据本发明一个实施例的服务器的结构示意图。如图11所示,本发明实施例的服务器100,包括:获取模块110、读取模块120、判断模块130和指令生成模块140。
其中,获取模块110用于获取烧写数据文件,其中,烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包。
首先介绍一下烧写数据文件和兼容烧写类。兼容烧写类和烧写数据文件采用捆绑发布的形式,即发布的时候会提交烧写数据文件(*.CCD.Oj14.MG)和兼容烧写类(*.DLL),其中,烧写数据文件的版本号设置在文件内部,能被兼容类解析出来。兼容烧写类和烧写数据文件发布后,将烧写数据文件提供给服务器,获取模块110用于获取烧写数据文件。另外,发布烧写数据文件的时候,还需要提供一个“升级兼容列表”给服务器,后续判断模块130将根据这个“升级兼容列表”判断车载控制器是否需要升级。
具体地,如图3(1)所示为烧写数据文件的组成示意图,烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包,其中,引导程序只允许有一个版本,且规定必须是首个程序包,应用程序则允许有不同的版本。图3(2)所示为烧写数据文件的内容示意图,其中,“A_Drv.CCD”、FILE_END为固定标识,“140116”为烧写数据文件的版本号。另外,图4(1)所示为应用程序包的示意图,图4(2)所示为引导程序包的示意图,应用程序包和引导程序包由版本信息和代码数据组成,其中,应用程序包还包括日期特征码,而引导程序包则不需要包含日期特征码。
读取模块120用于读取车载控制器的数据文件版本号。
具体地,本发明实施例的服务器(即VDS服务器)在用户控制下,会先通过相关诊断协议读取车载控制器的数据文件版本号(即车载控制器内置的数据文件版本号)。
判断模块130用于根据车载控制器的数据文件版本号判断是否需要对车载控制器进行升级。
具体地,读取模块120读取到车载控制器的数据文件版本号之后,判断模块130根据车载控制器的数据文件版本号去查询“升级兼容列表”(由车载控制器的设计方提供),判断当前的车载控制器是否需要升级。
指令生成模块140用于在需要对车载控制器进行升级时,生成调用指令,以使烧写终端根据调用指令调用兼容烧写类,兼容烧写类根据烧写数据文件对车载控制器进行烧写,其中,烧写终端具有兼容烧写类。
具体地,如果判断模块130判断需要对车载控制器进行升级时,指令生成模块140生成调用指令,以使烧写终端根据调用指令调用兼容烧写类,对车载控制器进行烧写,即对车载控制器进行升级。
本发明实施例的服务器,获取模块获取烧写数据文件,读取模块读取车载控制器的数据文件版本号,判断模块则根据车载控制器的数据文件版本号判断是否需要对车载控制器进行升级,如果需要升级,指令生成模块则生成调用指令,以使烧写终端根据调用指令调用兼容烧写类,兼容烧写类根据烧写数据文件对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过本发明实施例的服务器,可以读取车载控制器的数据文件版本号,从而通过烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
在本发明的一个实施例中,兼容烧写类具有对应的版本号,其中,读取模块120还用于读取兼容烧写类的版本号,判断模块130还用于判断烧写数据文件的版本号与兼容烧写类的版本号是否对应,如图12所示,服务器100还包括:提示模块150。
提示模块150用于在烧写数据文件的版本号与兼容烧写类的版本号不对应时,提示对兼容烧写类进行升级。
具体地,例如,兼容烧写类为DLL文件,兼容烧写类将通过版本升级的方式发布。兼容烧写类的版本号由开发环境自动生成,并嵌入到DLL文件中。兼容烧写类的版本号供服务器来识别。每个版本的兼容烧写类只能支持指定版本的数据文件。判断模块130通过烧写数据文件版本号可以识别出烧写数据文件与兼容烧写类是否匹配,如果不匹配(即不在兼容范围内),则禁止烧写,并返回相关信息,提示模块150提示用户升级兼容烧写类。
为了实现上述实施例,本发明还提出一种烧写终端。
图13是根据本发明一个实施例的烧写终端的结构示意图。如图13所示,本发明实施例的烧写终端200,包括:存储模块210、调用模块220和运行模块230。
存储模块210用于存储兼容烧写类。
具体地,烧写终端具有兼容烧写类,存储模块210用于存储兼容烧写类。
调用模块220用于根据调用指令调用兼容烧写类。
具体地,当VDS服务器判断需要对车载控制器进行升级时,VDS服务器生成调用指令,那么烧写终端的调用模块220则根据调用指令调用兼容烧写类。
运行模块230用于运行兼容烧写类,其中,兼容烧写类在运行时执行以下步骤:对烧写数据文件进行解析分割以生成多个版本的代码文件,其中,每个代码文件的名称对应版本号,获取车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对车载控制器进行烧写。
具体地,兼容烧写类对烧写数据文件进行数据解析分割,并存储在以版本号为名称的代码文件中(如V0.0.MG、V1.0.MG),如图5所示。进一步地,兼容烧写类读取车载控制器的数据文件中的引导程序版本号和应用程序版本号以及车载控制器300的零部件编号、生产编号等信息,兼容烧写类判断车载控制器300中的引导程序和应用程序是否需要进行升级,如果需要,兼容烧写类根据车载控制器的零部件编号信息自动选择使用哪一个版本的代码文件,以对车载控制器进行烧写。
本发明实施例的烧写终端,调用模块根据VDS服务器的调用指令调用兼容烧写类,兼容烧写类对烧写数据文件进行解析分割以生成多个版本的代码文件,兼容烧写类获取车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对车载控制器进行烧写,如果已发布的车载控制器中的某一批次车载控制器出现了问题,售后服务部门通过VDS服务器可以读取车载控制器的数据文件版本号,从而通过本发明实施例的烧写终端有针对性的对出现问题的车载控制器进行升级处理,厂家无需对车载控制器进行召回处理,从而大大降低了售后处理的成本。
在本发明的一个实施例中,兼容烧写类在运行时还执行以下步骤:在对车载控制器进行烧写之后,将烧写数据文件的版本号写入车载控制器的存储器中。
具体地,每次成功升级后(即每次对车载控制器进行烧写之后),烧写数据文件的版本号需要被保存到车载控制器的EEPROM中。而VDS服务器的界面系统就是根据这个版本号来判断车载控制器是否需要升级。另外,在车载控制器出厂时,车载控制器的EEPROM内部需要预置一个默认的已知的数据文件版本号。
在本发明的一个实施例中,兼容烧写类在运行时还执行以下步骤:读取车载控制器的身份信息,并对身份信息进行验证;如果身份信息无法通过验证,则停止对车载控制器的烧写。
具体地,为了能够针对车载控制器执行特定的更新策略,兼容烧写类需要在烧写之前识别车载控制器的身份信息。其中,车载控制器的身份信息包含零部件编号、产品串号、当前软件版本号(即引导程序版本号和应用程序版本号)。若车载控制器的身份无法识别,则停止对车载控制器的烧写,即当前车载控制器不能被更新。
在本发明的一个实施例中,兼容烧写类在运行时还执行以下步骤:判断车载控制器中的引导程序是否需要进行更新;如果判断需要进行更新,则将烧写数据文件中的引导程序包烧写至车载控制器。
具体地,鉴于旧版的引导程序未集成零部件信息读取功能,因此在烧写应用程序之前,必须先查询并判断车载控制器中的引导程序包是否是最新版本(即引导程序是否需要更新),如果需要更新,则先升级引导程序包,然后再去查询应用程序包是否需要更新。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (17)
1.一种车载控制器的烧写系统,其特征在于,包括汽车互联网诊断系统VDS服务器、烧写终端和车载控制器,其中,所述烧写终端具有兼容烧写类,其中,
所述VDS服务器,用于获取烧写数据文件并读取所述车载控制器的数据文件版本号,以及在根据所述车载控制器的数据文件版本号判断需要对所述车载控制器进行升级时,调用所述兼容烧写类对所述车载控制器进行烧写,其中,所述烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包;
所述烧写终端,用于根据所述VDS服务器的指令调用所述兼容烧写类,所述兼容烧写类用于对所述烧写数据文件进行解析分割以生成多个版本的代码文件,其中,每个代码文件的名称对应版本号,所述兼容烧写类还用于获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写。
2.如权利要求1所述的车载控制器的烧写系统,其特征在于,所述兼容烧写类具有对应的版本号,所述VDS服务器,还用于读取所述兼容烧写类的版本号,并在所述烧写数据文件的版本号与所述兼容烧写类的版本号不对应时,提示对所述兼容烧写类进行升级。
3.如权利要求1所述的车载控制器的烧写系统,其特征在于,所述兼容烧写类,还用于在对所述车载控制器进行烧写之后,将所述烧写数据文件的版本号写入所述车载控制器的存储器中。
4.如权利要求1所述的车载控制器的烧写系统,其特征在于,所述兼容烧写类,还用于读取所述车载控制器的身份信息,并对所述身份信息进行验证,如果所述身份信息无法通过验证,则停止对所述车载控制器的烧写。
5.如权利要求1所述的车载控制器的烧写系统,其特征在于,所述兼容烧写类,还用于判断所述车载控制器中的引导程序是否需要进行更新,如果判断需要进行更新,则将所述烧写数据文件中的所述引导程序包烧写至所述车载控制器。
6.一种车载控制器的烧写方法,其特征在于,包括以下步骤:
VDS服务器获取烧写数据文件,其中,所述烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包;
所述VDS服务器读取车载控制器的数据文件版本号;
所述VDS服务器根据所述车载控制器的数据文件版本号判断是否需要对所述车载控制器进行升级;
如果是,则所述VDS服务器生成调用指令;
烧写终端根据所述调用指令和所述烧写数据文件对所述车载控制器进行烧写。
7.如权利要求6所述的车载控制器的烧写方法,其特征在于,所述烧写终端具有兼容烧写类,所述烧写终端根据所述调用指令和所述烧写数据文件对所述车载控制器进行烧写,具体包括:
所述烧写终端根据所述指令调用所述兼容烧写类;
所述兼容烧写类对所述烧写数据文件进行解析分割以生成多个版本的代码文件;
所述兼容烧写类获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写。
8.如权利要求7所述的车载控制器的烧写方法,其特征在于,还包括:
所述VDS服务器读取所述兼容烧写类的版本号;
所述VDS服务器判断所述烧写数据文件的版本号与所述兼容烧写类的版本号是否对应;
如果不对应,所述VDS服务器提示对所述兼容烧写类进行升级。
9.如权利要求7所述的车载控制器的烧写方法,其特征在于,在所述兼容烧写类获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写之后,还包括:
所述兼容烧写类将所述烧写数据文件的版本号写入所述车载控制器的存储器中。
10.如权利要求7所述的车载控制器的烧写方法,其特征在于,还包括:
所述兼容烧写类读取所述车载控制器的身份信息,并对所述身份信息进行验证,如果所述身份信息无法通过验证,则停止对所述车载控制器的烧写。
11.如权利要求7所述的车载控制器的烧写方法,其特征在于,还包括:
所述兼容烧写类判断所述车载控制器中的引导程序是否需要进行更新;
如果判断需要进行更新,所述兼容烧写类将所述烧写数据文件中的所述引导程序包烧写至所述车载控制器。
12.一种服务器,其特征在于,包括:
获取模块,用于获取烧写数据文件,其中,所述烧写数据文件包括数据文件配置信息、引导程序包和多个版本的应用程序包;
读取模块,用于读取车载控制器的数据文件版本号;
判断模块,用于根据所述车载控制器的数据文件版本号判断是否需要对所述车载控制器进行升级;
指令生成模块,用于在需要对所述车载控制器进行升级时,生成调用指令,以使烧写终端根据所述调用指令调用兼容烧写类,所述兼容烧写类根据所述烧写数据文件对所述车载控制器进行烧写,其中,所述烧写终端具有所述兼容烧写类。
13.如权利要求12所述的服务器,其特征在于,所述兼容烧写类具有对应的版本号,其中,所述读取模块,还用于读取所述兼容烧写类的版本号,所述判断模块,还用于判断所述烧写数据文件的版本号与所述兼容烧写类的版本号是否对应,所述服务器,还包括:
提示模块,用于在所述烧写数据文件的版本号与所述兼容烧写类的版本号不对应时,提示对所述兼容烧写类进行升级。
14.一种烧写终端,其特征在于,包括:
存储模块,用于存储兼容烧写类;
调用模块,用于根据调用指令调用所述兼容烧写类;
运行模块,用于运行所述兼容烧写类,其中,所述兼容烧写类在运行时执行以下步骤:
对所述烧写数据文件进行解析分割以生成多个版本的代码文件,其中,每个代码文件的名称对应版本号,获取所述车载控制器的数据文件中的引导程序版本号和应用程序版本号,并选择对应的代码文件对所述车载控制器进行烧写。
15.如权利要求14所述的烧写终端,其特征在于,其中,所述兼容烧写类在运行时还执行以下步骤:
在对所述车载控制器进行烧写之后,将所述烧写数据文件的版本号写入所述车载控制器的存储器中。
16.如权利要求14所述的烧写终端,其特征在于,其中,所述兼容烧写类在运行时还执行以下步骤:
读取所述车载控制器的身份信息,并对所述身份信息进行验证;
如果所述身份信息无法通过验证,则停止对所述车载控制器的烧写。
17.如权利要求14所述的烧写终端,其特征在于,其中,所述兼容烧写类在运行时还执行以下步骤:
判断所述车载控制器中的引导程序是否需要进行更新;
如果判断需要进行更新,则将所述烧写数据文件中的所述引导程序包烧写至所述车载控制器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410423071.2A CN105468384B (zh) | 2014-08-25 | 2014-08-25 | 车载控制器的烧写系统、方法、服务器和烧写终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410423071.2A CN105468384B (zh) | 2014-08-25 | 2014-08-25 | 车载控制器的烧写系统、方法、服务器和烧写终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105468384A true CN105468384A (zh) | 2016-04-06 |
CN105468384B CN105468384B (zh) | 2019-02-26 |
Family
ID=55606127
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410423071.2A Active CN105468384B (zh) | 2014-08-25 | 2014-08-25 | 车载控制器的烧写系统、方法、服务器和烧写终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105468384B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106528240A (zh) * | 2016-11-18 | 2017-03-22 | 安徽江淮汽车集团股份有限公司 | 一种ecu的应用程序写入方法及系统 |
CN107577473A (zh) * | 2017-08-24 | 2018-01-12 | 苏州汇川联合动力系统有限公司 | 一种电动汽车软件升级的多点远程烧录方法以及系统 |
CN108228198A (zh) * | 2016-12-22 | 2018-06-29 | 比亚迪股份有限公司 | 烧写方法及装置 |
CN108632075A (zh) * | 2017-08-31 | 2018-10-09 | 北京视联动力国际信息技术有限公司 | 一种视联网终端的烧写方法和装置 |
CN109581997A (zh) * | 2017-09-29 | 2019-04-05 | 上海欧菲智能车联科技有限公司 | 批量离线刷新方法及系统和离线刷新设备 |
CN109753294A (zh) * | 2019-03-14 | 2019-05-14 | 上汽依维柯红岩商用车有限公司 | 商用车车载控制器自动刷写系统及控制方法 |
CN110928561A (zh) * | 2019-08-09 | 2020-03-27 | 中国第一汽车股份有限公司 | 车辆控制器软件版本管理方法、装置、车辆和存储介质 |
CN112078380A (zh) * | 2020-08-21 | 2020-12-15 | 浙江工业大学 | 一种基于LabView的赛车数据采集方法及系统 |
CN114578782A (zh) * | 2020-12-01 | 2022-06-03 | 郑州宇通客车股份有限公司 | 一种集成控制器程序自动标定方法和系统 |
CN115426264A (zh) * | 2017-01-10 | 2022-12-02 | 康明斯有限公司 | 无线ecu配置更新 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102147742A (zh) * | 2011-03-18 | 2011-08-10 | 深圳市广和通实业发展有限公司 | 一种嵌入式软件的在线升级方法及系统 |
CN103019786A (zh) * | 2012-12-12 | 2013-04-03 | 上海派芬自动控制技术有限公司 | 一种控制器升级方法及系统 |
CN103312786A (zh) * | 2013-05-17 | 2013-09-18 | 广州市雄兵汽车电器有限公司 | 车载终端远程升级方法及车联网系统 |
CN103634380A (zh) * | 2013-11-18 | 2014-03-12 | 深圳市道通科技有限公司 | 汽车诊断设备的升级方法、装置及系统 |
CN103744706A (zh) * | 2014-01-17 | 2014-04-23 | 深圳市道通科技有限公司 | 一种vci设备程序升级方法和装置 |
-
2014
- 2014-08-25 CN CN201410423071.2A patent/CN105468384B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102147742A (zh) * | 2011-03-18 | 2011-08-10 | 深圳市广和通实业发展有限公司 | 一种嵌入式软件的在线升级方法及系统 |
CN103019786A (zh) * | 2012-12-12 | 2013-04-03 | 上海派芬自动控制技术有限公司 | 一种控制器升级方法及系统 |
CN103312786A (zh) * | 2013-05-17 | 2013-09-18 | 广州市雄兵汽车电器有限公司 | 车载终端远程升级方法及车联网系统 |
CN103634380A (zh) * | 2013-11-18 | 2014-03-12 | 深圳市道通科技有限公司 | 汽车诊断设备的升级方法、装置及系统 |
CN103744706A (zh) * | 2014-01-17 | 2014-04-23 | 深圳市道通科技有限公司 | 一种vci设备程序升级方法和装置 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106528240A (zh) * | 2016-11-18 | 2017-03-22 | 安徽江淮汽车集团股份有限公司 | 一种ecu的应用程序写入方法及系统 |
CN108228198B (zh) * | 2016-12-22 | 2021-01-01 | 比亚迪股份有限公司 | 烧写方法及装置 |
CN108228198A (zh) * | 2016-12-22 | 2018-06-29 | 比亚迪股份有限公司 | 烧写方法及装置 |
CN115426264A (zh) * | 2017-01-10 | 2022-12-02 | 康明斯有限公司 | 无线ecu配置更新 |
CN107577473A (zh) * | 2017-08-24 | 2018-01-12 | 苏州汇川联合动力系统有限公司 | 一种电动汽车软件升级的多点远程烧录方法以及系统 |
CN108632075B (zh) * | 2017-08-31 | 2021-10-19 | 视联动力信息技术股份有限公司 | 一种视联网终端的烧写方法和装置 |
CN108632075A (zh) * | 2017-08-31 | 2018-10-09 | 北京视联动力国际信息技术有限公司 | 一种视联网终端的烧写方法和装置 |
CN109581997A (zh) * | 2017-09-29 | 2019-04-05 | 上海欧菲智能车联科技有限公司 | 批量离线刷新方法及系统和离线刷新设备 |
CN109753294A (zh) * | 2019-03-14 | 2019-05-14 | 上汽依维柯红岩商用车有限公司 | 商用车车载控制器自动刷写系统及控制方法 |
CN110928561A (zh) * | 2019-08-09 | 2020-03-27 | 中国第一汽车股份有限公司 | 车辆控制器软件版本管理方法、装置、车辆和存储介质 |
CN110928561B (zh) * | 2019-08-09 | 2023-04-07 | 中国第一汽车股份有限公司 | 车辆控制器软件版本管理方法、装置、车辆和存储介质 |
CN112078380A (zh) * | 2020-08-21 | 2020-12-15 | 浙江工业大学 | 一种基于LabView的赛车数据采集方法及系统 |
CN114578782A (zh) * | 2020-12-01 | 2022-06-03 | 郑州宇通客车股份有限公司 | 一种集成控制器程序自动标定方法和系统 |
CN114578782B (zh) * | 2020-12-01 | 2023-08-25 | 宇通客车股份有限公司 | 一种集成控制器程序自动标定方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105468384B (zh) | 2019-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105468384A (zh) | 车载控制器的烧写系统、方法、服务器和烧写终端 | |
CN106612192A (zh) | 设备的升级方法、装置和系统 | |
CN106802814B (zh) | 用于软件版本升级的方法及装置 | |
CN103577201B (zh) | 嵌入式双系统的更新方法及系统 | |
CN111813428A (zh) | 终端固件的升级方法、装置、电子设备及存储介质 | |
CN105677409B (zh) | 一种系统升级方法及装置 | |
CN104978530A (zh) | 一种应用安全管理方法、装置、服务器以及系统 | |
CN106528240A (zh) | 一种ecu的应用程序写入方法及系统 | |
CN112540725A (zh) | 非易失性数据存储方法、嵌入式系统以及存储介质 | |
CN105138363A (zh) | 应用程序自动升级处理方法及装置 | |
CN107168750B (zh) | 一种固件升级保护方法及系统 | |
CN102708044B (zh) | 完整性和兼容性验证装置和方法 | |
CN106775847B (zh) | 一种板卡软件版本更新方法及装置 | |
CN112015447A (zh) | 电子设备的系统更新方法及装置、电子设备及存储介质 | |
CN103365684B (zh) | 更新方法和多域嵌入式系统 | |
CN111522562B (zh) | 洗碗机软件烧录方法、装置及其设备 | |
CN117407020A (zh) | Ota升级刷写方法、装置、电子设备及存储介质 | |
CN110928570A (zh) | 一种固件升级的方法及装置、可读存储介质 | |
CN110196730B (zh) | 应用程序的热补丁管理方法、装置和存储介质 | |
CN111061500A (zh) | bootloader程序的更新方法及更新装置 | |
CN112925546B (zh) | 一种防止车载ecu刷新出错的多级校验方法及系统 | |
CN108958819B (zh) | 多分区系统的启动方法及多分区系统 | |
CN105278993A (zh) | 一种基于Linux系统的驱动模块升级方法及装置 | |
CN113672258A (zh) | 车辆的系统升级方法、装置、计算机设备和存储介质 | |
CN112463208A (zh) | 版本管理方法及装置、电子设备、存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |