博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
单片机常用输出格式--Motorola S-records(S19文件)
阅读量:6006 次
发布时间:2019-06-20

本文共 2201 字,大约阅读时间需要 7 分钟。

hot3.png

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

你可能感兴趣的文章
面试110道题
查看>>
python 08 文件操作
查看>>
强势解决:windows 不能在本地计算机中起动Tomcat参考特定错误代码1
查看>>
Gradle 配置debug和release工程目录
查看>>
curl指令的使用
查看>>
LNAMP第二版(nginx 1.2.0+apache 2.4.2+php 5.4)
查看>>
MongoDB repl set权限认证配置步骤
查看>>
java学习笔记(1)
查看>>
禁止Mysql默认端口访问Internet - MySQL - IT技术网
查看>>
基于用户投票的排名算法(二):Reddit
查看>>
css3中变形与动画(一)
查看>>
[XMove-自主设计的体感解决方案] 系统综述
查看>>
【LINUX学习】磁盘分割之建立primary和logical 分区
查看>>
变更 Linux、Ubuntu 时区、时间
查看>>
[共通]手机端网页开发问题及解决方法整理
查看>>
思科分发列表过滤路由(RIP)动态路由协议篇
查看>>
可登录的用户数量是1.6万个,软件的性能得到充分的考验
查看>>
[实战]MVC5+EF6+MySql企业网盘实战(23)——文档列表
查看>>
[译] ES2018(ES9)的新特性
查看>>
C# Selenium 破解腾讯滑动验证
查看>>