S-Record文件解析

前几期文章讲到了ECU软件更新的时候用到的几个服务，今天就来介绍一下，在具体升级过程中，我们是如何将C代码编译出来的文件下载进ECU的。

常见的S-Record文件有.s19/.s28等，在下载的时候主要用TransferData （0x36）服务将解析到的数据下载到ECU中。下面就来介绍S-Record文件的格式。

S-Record文件中的数据都是以ASCII码的格式存储的，一行数据个数不超过７８个，例如下面这个例子：

图1 S-Record示意

下面对这种格式进行解释：

图2 S-Record格式示意

type：类型，占两个字符，如上图1所示的"S0"等，一共有8种type的划分(S0, S1, S2, S3, S5, S7, S8, S9)；

count：数据长度，占两个字符，两个字符组合成十六进制数,即为一行数据个数（包含address data checksum），例如图1第一行所示"06"，组合起来即为0x06；

address：占4，6或者8个字符，这和type有关，指的是这一行数据存储的Memory起始地址；

data：占0-64个字符，这部分数据就是往0x36服务里填充的数据；

checksum：每一行最后两个字符。

不同type对应不同的address长度：

示例：

图3 S-Record文件解析示例

假设上图一个S-Record文件,用notepad 打开如图所示。

文件包含S0，S1，S5，S9类型的Record，S0，S5，S9 Record里面没有需要填充的数据，故跳过。

文件第二行：

• S1表示type
• 后面的"13"表示这一行数据的长度0x13，2个byte的address，16个byte的数据，1个byte的checksum
• "0000"，表示存储数据的内存地址为0x0000
• address后面跟每两个ASCII码组合起来的十六进制数,有16个byte，例如，"28"表示0x28，"5F"表示0x5F
• 最后两个ASCII码组合成1个byte的checksum，例如，"2A"表示checksum = 0x2A

最后我们用代码将画红色框部分的数据提取出来，用TransferData （0x36）进行数据传输即可。

--------------------------------------------------------------------------------------

参考资料：http://www.amelek.gda.pl/avr/uisp/srecord.htm