单片机常用输出格式--Motorola S-records(S19文件)

2019独角兽企业重金招聘Python工程师标准>>>

Motorola S-records 16进制文件格式是嵌入式中除intel hex之外很常见的格式，下面是它的格式：
+-------------------//------------------//-----------------------+
| type(hex1) | count(hex 1) |  address | data | checksum(从count累加到checksum，总和为0xFF) |
+-------------------//------------------//-----------------------+
    S0    ：标识记录，地址域长度为 2个字节，并用0000填充，数据区记录了一些模块名称和版本之类的信息
    S1    ：数据记录，地址域长度为 2个字节，数据区域为数据内容。
    S2    ：数据记录，地址域长度为 3个字节，数据区域为数据内容。
    S3    ：数据记录，地址域长度为 4个字节，数据区域为数据内容。
    S5    ：统计记录，地址域长度为 2个字节，内容是之前数据记录(S1,S2,S3)的个数，数据区域空。
    S7    ：运行记录，地址域长度为 4个字节，内容是 程序启动的地址，数据域空。
    S8    ：运行记录，地址域长度为 3个字节，内容是 程序启动的地址，数据域空。
    S9    ：运行记录，地址域长度为 2个字节，内容是 程序启动的地址，数据域空。
下面是一个例子，大家看看：
S02B0000433A5C446F63756D656E747320616E642053657474696E67735C7A6F75642E4143434F554E54535C7D
S208010000FFFFFFFFFA
S30800020000000000F5
S5030002FA
S9030000FC

第一行：没什么，开个头而已。
第二行：地址0x10000有4个0xFF
第三行：地址0x20000有3个0x00
第四行：标明之前有两条数据记录
第五行：程序从0x0000地址开始运行

关于checksum的算法和intel hex不太一样，
checksum = 0xFF - (从count段开始所有字节的总和)。

S0 23 0000453A5C465245455343414C455C7777735C62696E5C50726F6A6563742E6162738E
S1 23 80008B899EFE05F6AF019EFF05888A81A7FCC680854C95E701C680844CF73280862030
S1 23 80201F898BF687E6024C9EE706E603EE018A4C20037FAF014BFB9E6B05F78A88AF04BD
S1 23 80409E6B02DD9E6B01D9328088898BADB1974C9EE703ADAA4C9EE7044A260351001832
S1 23 8060AD9E878AAD9A972005AD95F7AF019E6B04F79E6B03F320D5A7068145015094ADB7
S1 23 80808DCC80BD0000808A81350000000000000000A7FC9EFF012014956F036F02956C98
S1 23 80A00326026C029EFE036502BC25F1956D0126017A6A019EFE0126DFA70481CD80D948
S1 23 80C0100D451856F6AA01F7100CAE508CADC2110CAE508CADBB20F0A673C71802A61C44
S1 23 80E0C718094FC7180A451803F6A4E8F76E7C486E8949C6FFBEB74E074AFDA6FFC718B7
S1 23 810041C71845451849F6AA7FF7A6FFC7184DC71851C71855451859F6AA7FF74FC7180B
S1 1A 812042C71846C7184AC7184EC71852C71856C7185A9A810000CD
S1 04 FFBDFF40
S1 04 FFBF7EBF
S1 23 FFCCFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF31
S1 17 FFECFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF807B14
S9 030000FC
Q:

 

这个文件的第一行 和最后几行在预存储区里面无法找到，这些到底是程序的说明还是格式码？

请各位帮忙了，在下十分感激啊！

A:

s0、s9(原笔误为s1，更改为S9)开始的数据不是真正的代码，可以不用管；

s1后面的数据才是真正的代码，格式是：

23（hex）表示这一行有35个有效数据，

后面紧跟的两个字节数据表示这一行代码存放在单片机flash的物理地址，

这一行的最后一个数据代表这行数据的校验和，不是代码，

也就是这一行的真正代码数据只有32个。

转载于:https://my.oschina.net/u/1024767/blog/141884