[发明专利]一种防止系统ECU软件被误升级的解决方法

说明书

技术领域

本发明属于ECU软件技术领域，具体公开一种防止系统ECU软件被误升级的解决方法。

背景技术

ECU(electronic control unit)电子控制单元，即行车电脑，是车辆电子控制系统中的核心元器件；目前，汽车制造商在车辆召回或技术更新时，常常需要升级车辆的ECU软件，ECU软件升级主要指通过重新改写ECU存储程序进行ECU软件的升级，可以达到提升动力、增加马力、扭矩或降低油耗、优化汽车性能的目的。ECU软件升级中会面临着升级文件被误用而导致的一系列问题，需要提供防止升级文件被误用而被误升级的解决方法。

本发明针对提供一种防止ECU软件被误升级的解决方法，所述的ECU为飞思卡尔芯片，软件开发环境为Freescale CodeWarrior系列，编译生成的程序文件为S-record格式文件。S-record格式文件是Freescale CodeWarrior编译器生成的后缀名为.S19的程序文件，是一段直接烧写进MCU的ASCII码，英文全称问Motorola format for EEPROM programming。

对S-record格式文件的介绍如下：

S-record每行最大是78个字节，156个字符

S-record format为：type count address data checksum

type(类型)：2个字符，用来描述记录的类型(S0，S1，S2，S3，S5，S7，S8，S9)。

count(计数)：2个字符，用来组成和说明了一个16进制的值，显示了在记录中剩余成对字符的计数。

address(地址)：4或6或8个字节，用来组成和说明了一个16进制的值，显示了数据应该装载的地址，这部分的长度取决于载入地址的字节数。2个字节的地址占用4个字符，3个字节的地址占用6个字符，4个字节的地址占用8个字符。

data(数据)：0—64字符，用来组成和说明一个代表了内存载入数据或者描述信息的16进制的值。

checksum(校验和)：2个字符，这些字符当被配对并换算成16进制数据的时候形成了一个最低有效字符节，该字符节用来表达作为补充数据，地址和数据库的字符对所代表的(字节的)补码的byte总和；即计数值、地址场和数据场的若干字符以两个字符为一对，将它们相加求和，和的溢出部分不计，只保留最低两位字符NN，checksum＝0xFF-0xNN。

S0Record：记录类型是“S0”(0x5330)。地址场没有被用，用零置位(0x0000)。数据场中的信息被划分为以下四个子域：

name(名称)：20个字符，用来编码单元名称；

ver(版本)：2个字符，用来编码版本号；

rev(修订版本)：2个字符，用来编码修订版本号；

div(描述)：0-36个字符，用来编码文本注释；

此行表示程序的开始，不需烧入memory。

发明内容

本发明针对现有技术的不足，提供一种防止ECU软件被误升级的解决方法。

本发明采用的技术方案如下：

一种防止系统ECU软件被误升级的解决方法，其特征在于：通过配置CodeWarrior工程文件的方法增加工程锁定信息，编译工程文件生成S19升级文件，从S19升级文件中复制出工程锁定信息字符串，把此工程锁定信息字符串作为静态数据写到ECU软件的源代码中，并指定其编译后存储在Flash参数分区中的地址，在升级ECU软件的应用代码前，上位机从S19升级文件中解析出工程锁定信息，并与Flash中存储的工程锁定信息做算法比对，算法比对结果一致的情况下允许应用代码升级，否则不做任何更改。

进一步的，还包括在应用代码升级过程完成之后进行的数据完整有效性的验证过程。

所述的数据完整有效性的验证，是指对ECU接收到的S19升级文件和上位机中的S19文件数据进行相同的CRC算法验证，如果验证结果一致，则ECU软件升级有效；否则，ECU软件升级无效。

进一步的，所述的工程锁定信息做算法比对包括采用CRC算法对ECU中的工程锁定信息和上位机从S19文件中解析出的工程锁定信息比较验证过程，以及CRC算法校验通过后，将工程锁定信息结合解锁密钥、随机数进行的HASH算法比对过程。