什么是hex文件?
文件格式
指令类型(Record type)
校验和
:04 02B0 00 92020008 AE
:04 0000 05 08000135 B9
:00 0000 01 FF
hex转bin文件
hex是用于文件格式是intel规定的标准,总体来说,hex是文本文件,经常在微控制器的固件开发中看到hex的身影,例如基于STM32F103硬件,使用MDK开发的话,该软件就可以生成hex文件;如下图所示;
这是一个简单的STM32标准外设库工程,代码里什么都没做,具体如下;
#include "stm32f10x.h"
#include <stdio.h>
/**
* @brief Main program.
* @param None
* @retval None
*/
int main(void)
{
/* Add your application code here
*/
/* Infinite loop */
while (1)
{
}
}
最终,我们打开生成的hex文件,可以看到,这的确是一个文本文件,所以,直接将hex文件烧入MCU的Flash还是不行的,除非烧录软件可以把hex文件转成bin文件,然后再进行烧录;
:020000040800F2
:10000000000400204901000899010008950100083A
:10001000970100089101000881020008000000001B
:100020000000000000000000000000009D0100082A
:1000300093010008000000009B010008290200084D
:100040006301000863010008630100086301000800
:1000500063010008630100086301000863010008F0
:1000600063010008630100086301000863010008E0
:1000700063010008630100086301000863010008D0
:10008000630100086301000863010008000000002C
:1000900000000000000000000000000063010008F4
:1000A00063010008630100086301000863010008A0
:1000B0006301000863010008630100086301000890
:1000C0006301000863010008630100086301000880
:1000D0006301000863010008630100086301000870
:1000E0006301000863010008630100086301000860
:1000F0006301000863010008000000000000000028
:100100000000000000000000630100086301000817
:10011000630100086301000863010008630100082F
:10012000630100086301000863010008630100081F
:1001300063010008DFF80CD000F018F80048004711
:10014000A102000800040020064880470648004736
:10015000FEE7FEE7FEE7FEE7FEE7FEE7FEE7FEE777
:10016000FEE7FEE72D02000835010008064C074DAA
:1001700006E0E06840F0010394E807009847103477
:10018000AC42F6D3FFF7DAFFA4020008B40200087D
:10019000FEE77047FEE7FEE77047704770470000D4
:1001A0000CB500211F4801910091026842F4803291
:1001B00002604FF4A063026802F400320092019AD8
:1001C000521C0192009A12B9019A9A42F3D1026824
:1001D000920324D50121009141684160416841604A
:1001E00041684160416821F47C114160416841F4FB
:1001F00098114160016841F08071016001688901D6
:10020000FCD5416821F003014160416841F00201E1
:1002100041604168C1F381010229FAD10CBD00910E
:100220000CBD00000010024070470000104810B5DF
:10023000016841F00101016041680E4A11404160CE
:1002400001680D4A11400160016821F480210160BC
:10025000416821F4FE0141604FF41F0181600021DB
:10026000C162FFF79DFF05494FF00060086010BDB7
:10027000001002400000FFF8FFFFF6FE08ED00E06E
:10028000FEE702E008C8121F08C1002AFAD1704731
:100290007047002001E001C1121F002AFBD1704706
:1002A000FEE70000B4020008000000200004000087
:0402B00092020008AE
:0400000508000135B9
:00000001FF
通过上面的文件,我们不难发现,hex文件每行都由:作为起始码,这是显而易见的,而后面这些乱七八糟的数据又代表什么呢?先看下面这张图;
这个和一般的通讯协议类似,一帧数据往往包括起始码,数据长度,数据类型,数据,校验码等等,所以hex文件也不例外,这里它包含几个特点,下面参考了wiki;
起始码:每行数据作为一帧,并由:作为起始码;
字节长度:两个十六进制数字(一对十六进制数字),指示数据字段中的字节数(十六进制数字对)。最大字节数为255(0xFF)。16(0x10)和32(0x20)是常用的字节数;
地址:四个十六进制数字,代表数据的16位起始存储器地址偏移量。数据的物理地址是通过将此偏移量添加到先前建立的基地址来计算的,因此允许内存寻址超过16位地址的64 KB限制。基地址默认为零,可以通过各种类型的记录进行更改。基地址和地址偏移量始终表示为大端值。
指令类型:两个十六进制数字00到05,定义了这行数据的具体含义;
数据:n字节数据序列,由2个n十六进制数字表示;
校验码:(两个十六进制数字),可以用来验证记录没有错误的计算值;
Record type的值一般是00~05,这表示了,当前这行hex格式的数据,所代表的含义:
| Hex code | Record type | Description | Example |
|---|---|---|---|
| 00 | 数据 | 包含数据和该数据的16位起始地址。字节计数指定记录中的数据字节数。右侧显示的示例为0B (十一)个数据字节(61, 64, 64, 72, 65, 73, 73, 20, 67, 61, 70)位于以地址开头的连续地址 0010。 | :0B0010006164647265737320676170A7 |
| 01 | 文件结束 | 每个文件在文件的最后一行必须恰好发生一次。数据字段为空(因此字节数为00),并且地址字段通常为 0000。 | :00000001FF |
| 02 | 扩展段地址 | 数据字段包含一个16位的段基址(因此字节数始终为02)与80x86实模式寻址兼容。地址字段(通常为0000)被忽略。最近的段地址02记录乘以16,然后加到每个后续数据记录地址,以形成数据的物理起始地址。这允许寻址多达1 MB的地址空间。 | :020000021200EA |
| 03 | 起始段地址 | 对于80x86处理器,请指定CS:IP寄存器的初始内容(即起始执行地址)。地址字段是0000,字节数始终为04,前两个数据字节是CS值,后两个是IP值。 | :0400000300003800C1 |
| 04 | 扩展线性地址 | 允许32位寻址(最大4GiB)。记录的地址字段将被忽略(通常是0000),其字节数始终为02。两个数据字节(大字节序)为所有后续类型指定32位绝对地址的高16位00记录; 这些高位地址位适用于下一个04记录。类型的绝对地址00 通过组合最近的高16位地址位形成记录 04 用低16位的地址记录 00记录。如果是类型00 记录之前没有任何类型 04 记录,然后其高16位地址位默认为0000。 | :02000004FFFFFC |
| 05 | 起始线性地址 | 地址字段是 0000(未使用),字节数始终为04。四个数据字节代表一个32位地址值(big-endian)。对于80386和更高版本的CPU,此地址将加载到EIP寄存器中。 | :0400000508000135B9 |
最后一个字节表示除了起始码之后,其余字节的校验和,其计算方式,下面简单介绍一下,这里为更加直观 对之前的hex做了一些简单处理,便于后面分析:
:02 0000 04 0800 F2
:10 0000 00 00040020490100089901000895010008 3A
:10 0010 00 97010008910100088102000800000000 1B
:10 0020 00 0000000000000000000000009D010008 2A
:10 0030 00 93010008000000009B01000829020008 4D
:10 0040 00 63010008630100086301000863010008 00
:10 0050 00 63010008630100086301000863010008 F0
:10 0060 00 63010008630100086301000863010008 E0
:10 0070 00 63010008630100086301000863010008 D0
:10 0080 00 63010008630100086301000800000000 2C
:10 0090 00 00000000000000000000000063010008 F4
:10 00A0 00 63010008630100086301000863010008 A0
:10 00B0 00 63010008630100086301000863010008 90
:10 00C0 00 63010008630100086301000863010008 80
:10 00D0 00 63010008630100086301000863010008 70
:10 00E0 00 63010008630100086301000863010008 60
:10 00F0 00 63010008630100080000000000000000 28
:10 0100 00 00000000000000006301000863010008 17
:10 0110 00 63010008630100086301000863010008 2F
:10 0120 00 63010008630100086301000863010008 1F
:10 0130 00 63010008DFF80CD000F018F800480047 11
:10 0140 00 A1020008000400200648804706480047 36
:10 0150 00 FEE7FEE7FEE7FEE7FEE7FEE7FEE7FEE7 77
:10 0160 00 FEE7FEE72D02000835010008064C074D AA
:10 0170 00 06E0E06840F0010394E8070098471034 77
:10 0180 00 AC42F6D3FFF7DAFFA4020008B4020008 7D
:10 0190 00 FEE77047FEE7FEE77047704770470000 D4
:10 01A0 00 0CB500211F4801910091026842F48032 91
:10 01B0 00 02604FF4A063026802F400320092019A D8
:10 01C0 00 521C0192009A12B9019A9A42F3D10268 24
:10 01D0 00 920324D5012100914168416041684160 4A
:10 01E0 00 41684160416821F47C114160416841F4 FB
:10 01F0 00 98114160016841F08071016001688901 D6
:10 0200 00 FCD5416821F003014160416841F00201 E1
:10 0210 00 41604168C1F381010229FAD10CBD0091 0E
:10 0220 00 0CBD00000010024070470000104810B5 DF
:10 0230 00 016841F00101016041680E4A11404160 CE
:10 0240 00 01680D4A11400160016821F480210160 BC
:10 0250 00 416821F4FE0141604FF41F0181600021 DB
:10 0260 00 C162FFF79DFF05494FF00060086010BD B7
:10 0270 00 001002400000FFF8FFFFF6FE08ED00E0 6E
:10 0280 00 FEE702E008C8121F08C1002AFAD17047 31
:10 0290 00 7047002001E001C1121F002AFBD17047 06
:10 02A0 00 FEE70000B40200080000002000040000 87
:04 02B0 00 92020008 AE
:04 0000 05 08000135 B9
:00 0000 01 FF
这里取最后三条指令,做一下检查;
:04 02B0 00 92020008 AE
:04 0000 05 08000135 B9
:00 0000 01 FF
0x04 + 0x02 + 0xB0 + 0x92 + 0x02 + 0x08 = 0x152 ~0x52 + 1 = 0xAE
~按位取反
0x04 + 0x05 + 0x80 + 0x01 + 0x35 = 0X47 ~0x47 + 1 = 0XB9
~按位取反
~0x01 + 1 = 0xFF
~按位取反
资深调包侠找到一个可以使用的包;
pip install intelhex
Per example, converting content of foo.hex to foo.bin addresses from 0 to FF:
$ python hex2bin.py -r 0000:00FF foo.hex
Or (equivalent):
$ python hex2bin.py -r 0000: -s 256 foo.hex
坐电梯到GitHub
https://github.com/python-intelhex/intelhex
长按下图二维码关注,独自前进,走得快;结伴而行,走得远;在这里除了肝出来的文章,还有一步一个脚印学习的点点滴滴;

我有一个Ruby程序,它使用rubyzip压缩XML文件的目录树。gem。我的问题是文件开始变得很重,我想提高压缩级别,因为压缩时间不是问题。我在rubyzipdocumentation中找不到一种为创建的ZIP文件指定压缩级别的方法。有人知道如何更改此设置吗?是否有另一个允许指定压缩级别的Ruby库? 最佳答案 这是我通过查看rubyzip内部创建的代码。level=Zlib::BEST_COMPRESSIONZip::ZipOutputStream.open(zip_file)do|zip|Dir.glob("**/*")d
我试图在一个项目中使用rake,如果我把所有东西都放到Rakefile中,它会很大并且很难读取/找到东西,所以我试着将每个命名空间放在lib/rake中它自己的文件中,我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题,但没有任务。我现在只有一个.rake文件作为测试,名为“servers.rake”,它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
我的目标是转换表单输入,例如“100兆字节”或“1GB”,并将其转换为我可以存储在数据库中的文件大小(以千字节为单位)。目前,我有这个:defquota_convert@regex=/([0-9]+)(.*)s/@sizes=%w{kilobytemegabytegigabyte}m=self.quota.match(@regex)if@sizes.include?m[2]eval("self.quota=#{m[1]}.#{m[2]}")endend这有效,但前提是输入是倍数(“gigabytes”,而不是“gigabyte”)并且由于使用了eval看起来疯狂不安全。所以,功能正常,
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情? 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中,使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件,我们在StackOverflow上找到一个类似的问题
对于具有离线功能的智能手机应用程序,我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
我想将html转换为纯文本。不过,我不想只删除标签,我想智能地保留尽可能多的格式。为插入换行符标签,检测段落并格式化它们等。输入非常简单,通常是格式良好的html(不是整个文档,只是一堆内容,通常没有anchor或图像)。我可以将几个正则表达式放在一起,让我达到80%,但我认为可能有一些现有的解决方案更智能。 最佳答案 首先,不要尝试为此使用正则表达式。很有可能你会想出一个脆弱/脆弱的解决方案,它会随着HTML的变化而崩溃,或者很难管理和维护。您可以使用Nokogiri快速解析HTML并提取文本:require'nokogiri'h
我正在寻找执行以下操作的正确语法(在Perl、Shell或Ruby中):#variabletoaccessthedatalinesappendedasafileEND_OF_SCRIPT_MARKERrawdatastartshereanditcontinues. 最佳答案 Perl用__DATA__做这个:#!/usr/bin/perlusestrict;usewarnings;while(){print;}__DATA__Texttoprintgoeshere 关于ruby-如何将脚
使用带有Rails插件的vim,您可以创建一个迁移文件,然后一次性打开该文件吗?textmate也可以这样吗? 最佳答案 你可以使用rails.vim然后做类似的事情::Rgeneratemigratonadd_foo_to_bar插件将打开迁移生成的文件,这正是您想要的。我不能代表textmate。 关于ruby-使用VimRails,您可以创建一个新的迁移文件并一次性打开它吗?,我们在StackOverflow上找到一个类似的问题: https://sta
好的,所以我的目标是轻松地将一些数据保存到磁盘以备后用。您如何简单地写入然后读取一个对象?所以如果我有一个简单的类classCattr_accessor:a,:bdefinitialize(a,b)@a,@b=a,bendend所以如果我从中非常快地制作一个objobj=C.new("foo","bar")#justgaveitsomerandomvalues然后我可以把它变成一个kindaidstring=obj.to_s#whichreturns""我终于可以将此字符串打印到文件或其他内容中。我的问题是,我该如何再次将这个id变回一个对象?我知道我可以自己挑选信息并制作一个接受该信
我正在编写一个小脚本来定位aws存储桶中的特定文件,并创建一个临时验证的url以发送给同事。(理想情况下,这将创建类似于在控制台上右键单击存储桶中的文件并复制链接地址的结果)。我研究过回形针,它似乎不符合这个标准,但我可能只是不知道它的全部功能。我尝试了以下方法:defauthenticated_url(file_name,bucket)AWS::S3::S3Object.url_for(file_name,bucket,:secure=>true,:expires=>20*60)end产生这种类型的结果:...-1.amazonaws.com/file_path/file.zip.A