单片机hex和bin文件的区别

HEX⽂件和BIN⽂件格式的区别在单⽚机开发中HEX⽂件和BIN⽂件是⾮常常见的烧写⽂件格式，以常⽤开发环境Keil为例，分别创建HEX和BIN⽂件，⽐如：1、创建HEX：在Keil⾥⾯可以通过勾选【魔法棒>Output>Creat HEX File】让⼯程输出HEX⽂件。

2、创建BIN：在Keil中在【魔法棒>User>After Build/Rebuild】标签下勾选Run #1，同时在其对应的User Command ⽂本框中输⼊fromelf --bin --output=@L.bin !L编译后就会输出BIN⽂件。

⾔归正传，先简单描述下HEX（左边）和BIN（右边）⽂件的区别：1、HEX⽂件HEX⽂件中同时包含的数据和地址信息，所以在烧写或下载HEX⽂件的时候，⼀般都不需要⽤户指定地址。

2、BIN⽂件BIN⽂件只有纯粹的数据（代码）信息，并不包含地址，所以烧写BIN时就需要指定烧写地址，⼀般可以在烧写⼯具上修改。

下⾯看⼀个Keil下⽣成的HEX和BIN⽂件的部分代码：HEX⽂件内容都是ASCII编码得到的，可以⽤本本编辑器直接打开，BIN⽂件不能⽤编辑器直接查看，可以把它转换成16进制然后显⽰（如在notepad++下装⼀个插件就好：）：很直观的可以看到BIN⽂件只是HEX⽂件中的数据区域。

HEX格式解读： HEX⽂件每⼀⾏代表⼀个记录（RECORD），其基本格式如下 RECORD MARK 冒号(:) 表⽰起始标志 LOAD RECLEN 数据长度 即INFO or DATA 段的数据长度 OFFSET 地址偏移 指定相对基地址的偏移量 RECTYP 记录类型 记录类型：“00”数据记录 “01”⽂件结束记录 '02'扩展段地址记录 '03'起始段地址记录 '04'扩展线性地址记录 '05'开始线性地址记录 INFO or DATA 数据信息 校验值⾸先要注意的时，1-byte中的byte在HEX⽂件中因为经过ASCII编码的所以⽤两个字符表⽰⼀个16进制即⼀个字节，，在BIN⽂件中则是直接⽤⼀个字节表⽰这两字符，上⾯的图很直观下⾯以HEX⽂件第⼀⾏为例，它的含义主要有，02表⽰数据段“6000”长度为2,0000表⽰偏移地址，04表⽰记录类型为扩展线性地址的记录，6000表⽰线性地址的基地址并且表⽰的时[16-31]区域即⾼位地址，[0-15]区域即低位默认为0。

各种烧写文件格式简介-ELF Hex Bin一，ELFExecutable and linking format(ELF)文件是x86 Linux系统下的一种常用目标文件(object file)格式，有三种主要类型:Executable and linking format(ELF)文件是x86 Linux系统下的一种常用目标文件(object file)格式，有三种主要类型:(1)适于连接的可重定位文件(relocatable file)，可与其它目标文件一起创建可执行文件和共享目标文件。

(2)适于执行的可执行文件(executable file)，用于提供程序的进程映像，加载的内存执行。

(3)共享目标文件(shared object file),连接器可将它与其它可重定位文件和共享目标文件连接成其它的目标文件，动态连接器又可将它与可执行文件和其它共享目标文件结合起来创建一个进程映像。

ELF文件格式比较复杂。

二，hex什么是Intel HEX格式?Intel HEX文件是记录文本行的ASCII文本文件,在Intel HEX文件中,每一行是一个HEX记录由十六进制数组成的机器码或者数据常量,Intel HEX文件经常被用于将程序或数据传输存储到ROM.EPROM,大多数编程器和模拟器使用Intel HEX文件.记录格式一个Intel HEX文件可以包含任意多的十六进制记录,每条记录有五个域,下面是一个记录的格式.:llaaaatt[dd...]cc每一组字母是独立的一域,每一个字母是一个十六进制数字,每一域至少由两个十六进制数字组成,下面是字节的描述.:冒号是每一条Intel HEX记录的开始ll 是这条记录的长度域,他表示数据(dd)的字节数目.aaaa 是地址域,他表示数据的起始地址<如果是数据记录,这表示将要烧录的这条记录中的数据在EPROM中的偏移地址,对于不支持扩展段地址和扩展线性地址的,如89C51,这就是此条记录的起始地址>tt 这个域表示这条HEX记录的类型,他有可能是下面这几种类型00 ----数据记录01 ----文件结束记录02 ----扩展段地址记录04 ----扩展线性地址记录dd 是数据域,表示一个字节的数据,一个记录可能有多个数据字节,字节数目可以查看ll域的说明cc 是效验和域,表示记录的效验和,计算方法是将本条记录冒号开始的所有字母对<不包括本效验字和冒号> 所表示的十六进制数字<一对字母表示一个十六进制数,这样的一个十六进制数为一个字节>都加起来然后模除256得到的余数最后求出余数的补码即是本效验字节cc.<例如::0300000002005E9Dcc=0x01+NOT((0x03+0x00+0x00+0x00+0x02+0x00+0x5E)%0x100)=0x01+0x9C=0x9DC语言描述:UCHAR cc;cc=(UCHAR)~(0x03+0x00+0x00+0x00+0x02+0x00+0x5E);cc++;>数据记录Intel HEX文件由若干个数据记录组成,一个数据记录以一个回车和一个换行结束<回车为0x0d换行为0x0a>比如下面的一条数据记录:10246200464C5549442050524F46494C4500464C3310 是此行记录数据的字节数目2462 是数据在内存<将要烧写的eprom地址>中的起始地址00 是记录类型00(是一个数据记录)464C 到464C 是数据33 是此行记录的效验和扩展线性地址记录(HEX386)扩展线性地址记录也可称为32位地址记录和HEX386记录,这个纪录包含高16(16-31位)位数据地址,这种扩展的线性记录总是有两个字节数据,像下面这样::02000004FFFFFC02 是记录的数据字节数目0000 是地址域这在扩展地址记录中总是000004 是记录类型04(扩展地址记录)FFFF 是高16位地址FC 是记录效验和,计算方法如下:01h + NOT(02h + 00h + 00h + 04h + FFh + FFh)当一个扩展线性地址记录被读到后,扩展线性地址记录的数据区域将被保存并应用到后面从Intel HEX文件中读出的记录,这个扩展线性记录一直有效,直到读到下一个扩展线性记录.绝对内存地址= 数据记录中的地址+ 移位后的扩展线性地址下面举例说明这个过程从数据记录的地址域得到地址2462从扩展线性地址记录的地址域得到地址FFFF绝对内存地址FFFF2462扩展段地址记录(HEX86)扩展段地址记录也被称为HEX86记录, 包含4-19位的数据地址段,这个扩展段地址记录总是有两字节数据,如下::020*********EA02 是记录中的数据字节数目0000 是地址域,在扩展段地址记录中,这个域总是000002 是记录类型02(扩展段地址的标示)1200 是该段的地址EA 是效验和计算如下:01h + NOT(02h + 00h + 00h + 02h + 12h + 00h).当扩展段地址记录被读后,扩展段地址将被存储并应用到以后从Intel HEX文件读出的记录,这个段地址一直有效直到读到下一个扩展段地址记录绝对内存地址= 数据记录中的地址+ 移位后的扩展段地址数据记录中的地址域移位后扩展段地址记录中的地址域下面举例说明这个过程从数据记录的地址域得到地址2 4 6 2从扩展段地址记录的地址域得到地址1 2 0 0绝对内存地址0 0 0 1 4 4 6 2文件结束记录(EOF)一个Intel HEX文件必须有一个文件结束记录,这个记录的类型域必须是01,一个EOF记录总是这样::00000001FF00是记录中数据字节的数目0000这个地址对于EOF记录来说无任何意义01记录类型是01(文件结束记录标示)FF是效验和计算如下01h + NOT(00h + 00h + 00h + 01h).========================总结形如:BBAAAATTHHHH...HHHHCCBB: ByteAAAA:数据记录的开始地址,高位在前,地位在后因为这个格式只支持8bits,地址被倍乘所以,为了得到实际的PIC的地址,需要将地址除以2TT: Type00 数据记录01 记录结束04 扩展地址记录(表示32位地址的前缀,当然这种只能在INHX32)HHHH:一个字(Word)的数据记录,高Byte在前,低Byte在后TT之后,总共有BB/2 个字的数据CC: 一个Byte的CheckSum因为PIC16F873A只有4K的程序空间所以,不会有TT=04的Linear Address Record三，binbin文件就是直接的二进制文件，内部没有地址标记。

Hex⽂件转换为Bin⽂件单⽚机程序的可执⾏⽂件有的是Hex格式，有的是Bin⽂件格式。

有时需要将Hex⽂件转换为Bin⽂件（如在线升级时）。

本⽂描述了⼀种在Qt Creator环境下将Hex⽂件转换为Bin⽂件的⼀种⽅法，仅供参考。

Hex⽂件是以记录的形式记录每⼀块数据，每条记录包含了地址和数据，以ASCII字符形式保存。

基本格式如下RECORD MARK：每条记录的起始标记，ASCII字符为‘：’，即0x3ALOAD RECLEN：表⽰数据的长度OFFSET：该条记录的偏移地址RECTYP：该条记录的类型关于详细的Hex⽂件的解析，请参考Hexfrmt.pdf⽂件Bin⽂件以⼆进制的形式保存着数据，该数据可直接存储在Flash中。

Hex转Bin⽂件的原理：从Hex⽂件中提取数据记录（RECTYP为0），其它舍弃。

//ASCII转⼗六进制函数char ASCII_TO_HEX(char asc){char chRet;if('0' <= asc && asc<='9' ){chRet = asc - '0';}else if('a' <= asc && asc<='f'){chRet = asc-'a' + 0xa;}else if('A' <= asc && asc<='F'){chRet = asc-'A' + 0xA;}return chRet;}QString hexFileName = QFileDialog::getOpenFileName(this,"Choose hex file","../",tr("Document(*.hex)"));if(!hexFileName.isEmpty()){QFile file(hexFileName);if(file.open(QIODevice::ReadOnly)){QTextStream in(&file);QString line;QString binFileName = QFileDialog::getSaveFileName(this,tr("Binary File Name"), "../df60.bin",tr("Document(*.bin")); QFile outFile(binFileName);if(!outFile.open(QFile::ReadWrite )){return;}QDataStream out(&outFile);while(!in.atEnd()){line = in.readLine();QByteArray br;QString newLine;br.append(line);if(0x30 == br.at(8)) //Data record{char sizeHigh, sizeLow;sizeHigh = ASCII_TO_HEX(br.at(1));sizeLow = ASCII_TO_HEX(br.at(2));int size = (sizeHigh<<4) | sizeLow;int i=0;while(size--){char dataHigh = ASCII_TO_HEX(br.at(9+i));char dataLow = ASCII_TO_HEX(br.at(10+i));char dataByte = (dataHigh<<4) | dataLow;QString strHex = QString("%1").arg((dataHigh<<4) | dataLow,2,16,QLatin1Char('0'));newLine += strHex.toUpper()+" ";if(-1 == out.writeRawData(&dataByte,1)){qDebug()<<"Error: fail to write bin file";}i += 2;}ui->textBrowser_2->insertPlainText(newLine+"\n"); }}outFile.close();file.close();}}。

stm32编译的二进制程序的格式在STM32编译的二进制程序格式方面，主要参考内容如下：1. ELF（Executable and Linkable Format）格式：ELF是一种可执行文件格式，用于将编译后的程序转换为二进制文件。

它定义了如何组织和加载可执行文件的各个部分，包括代码段、数据段、符号表等。

ELF格式具有良好的可扩展性和灵活性，可以适应不同的硬件和目标平台。

2. HEX（Intel Hex）格式：HEX格式是一种常用的非执行文件格式，用于表示二进制数据。

它将数据以十六进制的形式表示，并在文件中以行为单位进行存储。

每行包含数据的起始地址、数据长度、数据本身和校验和等信息。

HEX格式通常用于将二进制程序下载到STM32芯片中。

3. BIN（Binary）格式：BIN格式是一种简单的二进制文件格式，直接将二进制数据以字节序列的形式存储在文件中。

它没有头部信息，也没有指示地址和长度的字段，只包含纯粹的二进制数据。

BIN格式适用于将程序直接烧录到STM32芯片的存储器中。

4. SREC（Motorola S-record）格式：SREC格式是一种用于表示二进制数据的文件格式，广泛应用于早期的Motorola微处理器和微控制器。

它将数据以ASCII字符的形式表示，并在文件中以行为单位进行存储。

每行包含数据的类型、起始地址、长度、数据本身和校验和等信息。

SREC格式通常用于将二进制程序下载到STM32芯片中。

除了这些常见的二进制程序格式，STM32编译还可以生成其他格式的输出文件，例如：5. IHEX（Intel Hex Extended）格式：IHEX格式是对HEX格式的扩展，增加了附加数据和可执行代码等内容。

它可以更好地支持STM32芯片的特殊功能，如EEPROM和Flash的编程。

6. AOut（Assembler Output）格式：AOut格式是汇编器的输出格式，包含有关汇编指令和数据的详细信息。

单⽚机烧录⽤的hex⽂件，⽂件格式解析（转载）含有单⽚机的电⼦产品在量产的时候会⽤到.hex⽂件或者.bin。

hex是⼗六进制的，包含地址信息和数据信息，⽽bin⽂件是⼆进制的，只有数据⽽不包含地址。

任何⽂件都有⼀定的格式规范，hex⽂件同样具有完整的格式规范。

今天和⼤家分享⼀下，hex是如何解析的。

⼀、hex⽂件解析hex⽂件可以通过UltraEdit、Notepad++、记事本等⼯具打开，⽤Notepad++打开之后会看到如下数据内容。

使⽤Notepad++打开后会不同含义的数据其颜⾊不同。

每⾏数据都会有⼀个冒号开始，后⾯的数据由：数据长度、地址、标识符、有效数据、校验数据等构成。

以上图的第⼀⾏为例，进⾏解析：第1个字节10，表⽰该⾏具有0x10个数据，即16个字节的数据；第2、3个字节C000，表⽰该⾏的起始地址为0xC000；第4个字节00，表⽰该⾏记录的是数据；第5-20个字节，表⽰的是有效数据；第21个字节73，表⽰前⾯数据的校验数据，校验⽅法：0x100-前⾯字节累加和；其中，第4个字节具有5种类型：00-05，含义如下：字段含义00表⽰后⾯记录的是数据01表⽰⽂件结束02表⽰扩展段地址03表⽰开始段地址04表⽰扩展线性地址05表⽰开始线性地址单⽚机的hex⽂件以00居多，都⽤来表⽰数据。

hex⽂件的结束部分如下图所⽰。

最后⼀⾏的01表⽰⽂件结束了，最后的FF表⽰校验数据，由0x100-0x01=0xFF得来。

⼆、扩展地址细⼼的同学可能发现了，上⾯的地址都是两个字节，范围从0x000-0xFFFF，如果地址是0x17FFFF该怎么办呢？这就要⽤到扩展字段了，举例如下：第⼀⾏中，第⼀个字节为0x02，表⽰只有两个字节的数据，⽽扩展段的标识符为0x04表⽰后⾯的数据0x0800为扩展线性地址，基地址的计算⽅法为：(0x0800<<16)=0x08000000，在0x04标识段出现之前，下⾯的数据都是这个基地址。

有关IAP使用HEX或BIN文件格式的探讨BIN优点,下载时二进制传输效率高,一个起始地址和长度(均可事先知道)搞定.因起始地址和长度在下载一开始就可以知道,所以只需要擦除实际代码大小的FLASH,避免大FLASH空间小代码时擦除FLASH的时间和FLASH损耗.缺点:当代码分段在不同地址时,如果中间有大片空地址,则需要填充,并被编程序到FLASH里.比如一段代码在0x0800 2000~0x0800 2F00,下一段代码在0x0800 4000~0x0800 4F00,那么BIN文件中0x0800 2F00到0x0800 4000这段未用的地址空间也需要填充数据(因BIN不含有地址,只能连续),这些无用的数据也需要传给MCU并被编程到FLASH.当这段空地址很大时,浪费的效率就很可观了.HEX优点,每个记录带有地址,按每个记录地址一个记录一个记录的编程.不方便整页整页的编程(不方便不是不可能,而是有点麻烦,因为有可能下一个记录的地址和这个记录地址中间有空闲地址).即使FLASH 中间有空闲未用地址空间也不需关注.缺点:ASCII码传输效率比BIN低一倍,由于并不知道总代码大小,需要擦除整个用户FLASH空间.所以HEX格式和BIN格式各有优劣.大家觉得用哪个格式好,抛砖引玉,讨论一下.我有个疑问,按照intel hex格式说明,普通数据记录最长可以有0xff个字节,实际上查看生成的HEX文件发现绝大部分是32个ASCII字节长度(16个实际2进制数据),有少量长度小于32个字节的普通数据记录.为什么没看到普通数据记录数据长度大于16字节的?hex格式是intel在很久很久很久以前的格式，那时候还没有现在的UE/WinHex等Hex Editor软件hex格式其中的一个目的是打印下来看的现在hex是在发挥余热，并且为了能继续跟上时代，还做了扩展，加segment段地址，这样寻址范围从16位到了32位bin有个最大的缺陷，就是没有起始地址以及范围的信息比如STM32的程序起始地址是0x08000000，难道在前面要填写这么多个空数据来保证地址正确bin不是一个严格意义上的文件格式，是没有文件格式的文件格式。

hex和bin文件的由来与计算机编程和嵌入式系统开发有关。

hex文件是以ASCII文本形式保存编译后的二进制文件信息。

它不仅保存了Bin文件的内容，还包含了一些配置信息。

hex文件使用“:”开始，之后是地址域、数据类型、数据域和校验和。

hex文件可以由下载器（如jlink）烧写到MCU的ROM中。

而Bin文件是MCU固件烧写的最终形式，也就是说MCU的ROM中烧写的内容完全就是Bin文件的内容。

hex文件可以说是MCU固件的中间形式，由下载器的软件根据hex文件生成Bin文件再烧写到MCU的ROM 中。

以上信息仅供参考，如需了解更多信息，建议查阅计算机编程和嵌入式系统开发的相关书籍或咨询专业人士。

单片机下载文件：HEX文件和BIN文件的区别单片机程序写好之后，我们都要把程序下载到单片机的内存中，单片机才会按照程序员的逻辑执行命令实现功能。

之前也讲过下载单片机的几种方式，比如ISP下载，JTAG下载，下载文件的格式最常见的是hex文件，这个格式大家都是知道的，还有一种bin文件是单片机的下载文件。

下面介绍这两种格式的区别。

HEX文件和BIN文件是我们经常碰到的2种文件格式。

下面简单介绍一下这2种文件格式的区别：1. hex文件包含地址信息。

在用ISP 方式烧写程序时，我们都有这样的经验：1)选择单片机型号；2)选择串口号；3)设置波特率(或者默认)；4)选择下载的文件；5)点击下载按钮下载。

如下图所示。

经过这几步后，程序下载工作就完成了，在以上的步骤中我们并没有选择要把程序下载到单片机的哪块内存中，即不需要设置地址。

因为HEX文件内部的信息已经包括了地址。

而烧写BIN文件的时候，用户是一定需要指定地址信息的。

单片机多下载hex文件。

2. BIN文件格式只包括了数据本身，没有包含地址bin文件本身只是数据，没有包含地址信息，所以在下载bin文件时需要选择内存的起始地址和终止地址，即要把bin文件下载到指定的内存空间。

通常需要指定程序内存地址的芯片为ARM芯片和DSP 芯片。

3、HEX文件和BIN文件大小不一样对于bin文件，通过右键属性查看到的文件的大小就是数据的实际大小。

而对HEX文件而言，你看到的文件大小并不是实际的数据的大小。

一是因为HEX文件是用ASCII来表示数据，二是因为HEX文件本身还包括别的附加信息。

hex文件的大小该怎么看呢？之前我推送过查看方法，忘记的同学可以点下面的链接查看：。

HEX文件和BIN文件格式的区别HEX文件和BIN文件是我们经常碰到的2种文件格式。

下面简单介绍一下这2种文件格式的区别：1 －HEX文件是包括地址信息的，而BIN文件格式只包括了数据本身在烧写或下载HEX文件的时候，一般都不需要用户指定地址，因为HEX文件内部的信息已经包括了地址。

而烧写BIN文件的时候，用户是一定需要指定地址信息的。

3 －BIN文件格式对二进制文件而言，其实没有”格式”。

文件只是包括了纯粹的二进制数据。

4 －HEX文件格式HEX文件都是由记录（RECORD）组成的。

在HEX文件里面，每一行代表一个记录。

记录的基本格式为：+---------------------------------------------------------------+| RECORD | RECLEN | LOAD | RECTYPE | INFO or DA TA | CHKSUM || MARK ':' | | OFFSET | | | |+---------------------------------------------------------------+| 1-byte | 1-byte | 2-byte | 1-byte | n-byte | 1-byte |+---------------------------------------------------------------+记录类型包括：'00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录'01' End of File Record: 用来标识文件结束，放在文件的最后，标识HEX文件的结尾'04' Extended Linear Address Record: 用来标识扩展线性地址的记录'02' Extended Segment Address Record: 用来标识扩展段地址的记录在上面的后2种记录，都是用来提供地址信息的。

BIN、HEX、AXF、ELF文件格式有什么区别数据量比较从存储数据的信息量上看：ELF>AXF>HEX>BIN，所以这也就确定了只能将大信息量的文件格式向小信息量的文件格式转换，如只能将HEX文件转换为BIN文件，当然如果指定了下载地址，也可以将BIN转换为HEX文件。

BIN文件bin文件是纯粹的机器码，没有地址信息，不能使用记事本直接打开，要使用bin文件阅读器才能打开，如果使用bin文件烧录程序时，需要指定下载地址。

一些下载器只能使用BIN文件进行下载，在进行OTA远程升级时必须使用bin文件。

HEX文件一般是指Intel标准的hex文件，可以使用记事本直接打开，是十六进制数据，包含了基地址、偏移量、校验和、文件开始和结束标志等信息，与bin文件最大的不同就是包含了下载地址。

由于hex文件是十六进制数据，而bin文件是二进制数据，如十六进制0xFF，用二进制表示为1111 1111，所以HEX文件要比bin文件大得多。

与axf文件相比，不含调试信息，不能用于调试。

AXF文件包含了调试信息，如进行在Keil环境使用Debug功能时，就是先将axf文件下载到芯片内，才能进行调试。

如使用J-Link的J-Scope功能时，必须使用axf文件。

ELF文件是由GCC编译器生成的。

elf文件可以直接转换为hex和bin，但hex和bin例如Linux系统下使用gcc指令gcc -o test test.c生成的elf文件，可以通过./test直接执行。

总结：1. bin文件可以由hex和axf文件转换而来。

2. axf文件包含了调试信息。

3. hex文件包含了烧录地址，而bin文件不含，需要指定地址。

欢迎各位朋友互相交流学习！。

************************************************************************************ hex文件：是ASCII码的文本文件，由“:”开头的一行行的记录组成，每个记录的格式如下：***********************************************************************************:ll aaaa tt[dd...]cc记录格式中每个字符表示一个16进制数(4bit)，前4个字节和最后一个字节是附加信息，[dd...]是数据(代码)格式含义解释如下：<:> --- hex记录开始符号<ll> --- dd的长度<aaaa> --- dd的地址<tt> --- hex记录的类型，含义如下：00 = data record （数据记录）01 = end-of-file record （文件结束记录）02 = extended segment address record （8086段地址记录，即4~19的高16位地址）04 = extended linear address record（80386线性地址记录，分成高16位和低16位分别表示，如下面的截图）<dd...> --- 数据cc --- 记录校验和************************************************************************************ bin文件：是二进制文件，只包含数据。

***********************************************************************************hex文件和bin文件的区别一个数据比如0x12h，在hex文件中，由两个字节的ASCII码组成：0x31、0x32表示.在bin文件中，直接是0x12.hex文件第二条记录的数据如黄色区域粉红框中的“04”，表示是记录是按照80386模式(32位地址)的记录；绿色框中的是高16位地址；蓝色框中的是低16位地址，当低16位地址超过0x0000FFFF时，会变为下图：bin文件用hex查看器打开，只包含hex文件的数据区。

在单片机的学习中，我们常常接触到hex文件和bin文件，那么这两者之间到底有什么养的区别呢？HEX文件和BIN文件是我们经常碰到的2种文件格式。

下面简单介绍一下这2种文件格式的区别：1 －HEX文件是包括地址信息的，而BIN文件格式只包括了数据本身。

在烧写或下载HEX文件的时候，一般都不需要用户指定地址，因为HEX文件内部的信息已经包括了地址。

而烧写BIN文件的时候，用户是一定需要指定地址信息的。

2 －BIN文件格式对二进制文件而言，其实没有”格式”。

文件只是包括了纯粹的二进制数据。

3 －HEX文件格式HEX文件都是由记录（RECORD）组成的。

在HEX文件里面，每一行代表一个记录。

记录的基本格式为：+---------------------------------------------------------------+| RECORD | RECLEN | LOAD | RECTYPE | INFO or DATA | CHKSUM || MARK ':' | | OFFSET | | | |+---------------------------------------------------------------+| 1-byte | 1-byte | 2-byte | 1-byte | n-byte | 1-byte |+---------------------------------------------------------------+记录类型包括：'00' Data Rrecord：用来记录数据，HEX文件的大部分记录都是数据记录'01' End of File Record: 用来标识文件结束，放在文件的最后，标识HEX文件的结尾'04' Extended Linear Address Record: 用来标识扩展线性地址的记录'02' Extended Segment Address Record: 用来标识扩展段地址的记录在上面的后2种记录，都是用来提供地址信息的。

hex,bin,axf,elf的区别一、HEX 和 BINHex文件,这里指的是Intel标准的十六进制文件,也就是机器代码的十六进制形式,并且是用一定文件格式的ASCII码来表示.具体格式介绍如下: Intel hex 文件格式Intel hex 文件常用来保存单片机或其他处理器的目标程序代码。

它保存物理程序存储区中的目标代码映象。

一般的编程器都支持这种格式。

Intel hex 文件全部由可打印的ASCII字符组成，如下例所示：:2000000012014c75a800e4f508f509780a7a78e4f608dafcd283fcfded240af9a 7050dbd81:2000200000010ced2488ec34ff50edc283e4fcfded240af9e76d7013ed33e43c7 00d0dbd2a:2000400000010ced2488ec34ff50e50509e50970020508e50924a8e50834fd50a ee4f50874Intel hex 由一条或多条记录组成，每条记录都由一个冒号“:”打头，其格式如下：:CCAAAARR...ZZ其中：CC本条记录中的数据字节数AAAA本条记录中的数据在存储区中的起始地址RR记录类型：00 数据记录 (data record)01 结束记录 (end record)02 段记录 (paragraph record)03 转移地址记录 (transfer address record)...数据域ZZ数据域校验和Intel hex文件记录中的数字都是16进制格式，两个16进制数字代表一个字节。

CC域是数据域中的实际字节数，地址、记录类型和校验和域没有计算在内。

校验和是取记录中从数据字节计数域(CC)到数据域(...)最后一个字节的所有字节总和的2的补码。

Bin文件是最纯粹的二进制机器代码,没有格式,或者说是"顺序格式"按assembly code顺序翻译成binary machine code.Bin是直接的内存映象的表示。

1、HEX文件与BIN文件区别包含内容烧录信息文件存储形式文件大小HEX文件包括地址信息的一般都不需要用户指定地址以ASCII码形式表示十六进制的数值非实际数据大小BIN文件只包括了数据本身一定需要指定地址信息的十六进制数据实际数据大小BIN、hex 文件常用来保存单片机、ARM或其他处理器的目标程序代码，它保存物理程序存储区中的目标代码映象，一般的编程器都支持这种格式2、HEX文件2.1 HEX文件是用ASCII来表示十六进制的数值。

例如十六进制数值0x3F，用ASCII来表示就需要分别表示字符'3'和字符'F'，每个字符需要一个BYTE，所以HEX文件需要 > 2倍的空间；2.2 Hex文件如果用特殊的程序来查看（一般记事本就可以实现）。

打开后可发现，整个文件以行为单位，每行以冒号开头，内容全部为16进制码（以ASCII码形式显示）；每一行代表一个记录；下列两行为hex的两条文件记录:020*********F2:100000003810002045010008F7020008F902000836记录头(:) 数据长度数据地址数据类型数据校验记录结束占用字节数1Byte1Byte2Byte1Byte nByte1Byte2Byte 例1 : 02 0000 04 0800F2 回车、换行例2 : 10 000000 3810002045010008F7020008F9020008 36 回车、换行此表格数据“例”为16进制数（以ASCII码形式显示）说明数据长度：数据所占的字节数据数据类型：1) 00' Data Record//数据记录2) '01' End of File Record//文件结束记录每一个HEX文件的最后一行。

例如：:00000001FF这样的一行数据内容是固定的，数据长度为0，地址为03) '02' Extended Segment Address Record//扩展段地址记录4) '03' Start Segment Address Record//开始段地址记录5) '04' Extended Linear Address Record//扩展线性地址记录由于每行标识数据地址的只有2Byte，所以最大只能到7K，为了可以保存高地址的数据，就有了Extended Linear Address Record。

数据记录的具体格式：
+---------------------------------------------------------------+ | RECORD | RECLEN | LOAD | RECTYPE | INFO or DATA | CHKSUM | | MARK ':' | | OFFSET | '00' | | | +---------------------------------------------------------------+ | 1-byte | 1-byte | 2-byte | 1-byte | n-byte | 1-byte | +---------------------------------------------------------------+
2 －
BIN文件格式 对二进制文件而言，其实没有”格式”。 文件只是包括了纯粹的二进制数据。
3 －
HEX文件格式 HEX文件都是由记录（RECORD）组成的。 在HEX文件里面，每一行代表一个记录。
记录的基本格式为：
+---------------------------------------------------------------+ | RECORD | RECLEN | LOAD | RECTYPE | INFO or DATA | CHKSUM | | MARK ':' | | OFFSET | | | | +---------------------------------------------------------------+ | 1-byte | 1-byte | 2-byte | 1-byte | n-byte | 1-byte | +---------------------------------------------------------------+

elf
elf
ELF header ELF
Program header table
Section Section header table
Application Binary Interface ABI
Linux
ELF header
Program Header Table: segments
Section
3
axf
axf ARM
ARM
axf
bin hex
axf
axf
( Watch & Call Stack Window ) ( Watch & Call Stack Window) axf
4
elf
ELF Executable and Linkable Format
elf
UNIX USL
---
elf bin hex axf
bin hex axf elf STVP ST-LINK Utility STM32CubeProg
bin hex
0
bin hex
bin
hex
axf bin hex
axf
bin hex axf
bin
hex
axf
bin hex axf elf
bin axf Linux ELF Executable and Linkable Format
00
00040020B1010008FD020008BD020008 bin
44
44 = 0x100 - (0x10 + 0x04 + 0x20 + 0xB1 + 0x01 + 0x08 + 0xFD + 0x02 + 0x08 + 0xBD + 0x02 + 0x08 + 0x44) & 0xFF;

HEX格式内容含义HEX文件格式是我们经常遇到的一种文件格式，因为几乎所有的编程烧录文件都为HEX格式。

首先，HEX文件中是包含了地址信息的。

这和BIN文件不同，BIN文件中只包含了数据信息。

所以我们在烧写或者下载HEX文件的时候，一般不需要我们指定地址，但是在烧写BIN 文件的时候，用户是一定要指定地址信息的。

二、HEX文件都是由记录组成的。

它的每一行都是一个记录来的。

它是由任意数量的十六进制数组成。

每个记录包含五个域，它们以以下格式排列的：：aabbbbcc[dd…]ee上面每一组不同的字母代表不同的一个域，每个字母代表一个十六进制的数字，每一个域至少由两个十六进制编码数字组成，每两个十六进制编码数字组成一个字节。

具体描述如下：1、每个HEX记录都由冒号开头；2、aa表示这个记录中的数据长度域，它代表记录当中数据字节[dd…]的字节数量。

3、bbbb是地址域，它代表记录当中数据的起始地址。

4、cc 是代表HEX记录类型的域，它可能是以下数据当中的一个：00 –数据记录01 –文件结束记录02 –扩展段地址记录04 –扩展线性地址记录5、dd 是数据域,它代表一个字节的数据，一个记录可以有许多数据字节。

记录当中数据字节的数量必须和数据长度域(aa)中指定的数字相符。

6、ee 是校验和域，它表示这个记录的校验和。

校验和的计算是通过将记录当中所有十六进制编码数字对的值相加，以256为模进行以下补足。

比如：前面AduC7026的LED实验中的HEX文件内容为：:020*********F2 。

1:1000000018F09FE518F09FE518F09FE518F09FE5C0 。

2:1000100018F09FE50000A0E118F09FE518F09FE5BB:100020004000080074030800700308006C03080017:100030006803080000000000640308006003080073:1000400078009FE50110A0E3041480E50110A0E30F:10005000081480E5F410A0E30C1480E560009FE52F:10006000DBF021E300D0A0E1040040E2D7F021E37F:1000700000D0A0E1040040E2D1F021E300D0A0E1F3:10008000040040E2D2F021E300D0A0E1800040E291:10009000D3F021E300D0A0E1040040E210F021E31E:1000A00000D0A0E11C009FE5010010E318E09F05CF:1000B00018E09F1510FF2FE1FEFFFFEAFEE7C046A4:1000C0000000FFFF900401003D010800B800080097:1000D000BD0008000000000000000000000000005B:1000E00000000000AA2108480160012107480160C2:1000F0005522074802600748016000210648016058:10010000F4210648016070471004FFFF1404FFFF4C:100110001804FFFF0404FFFF0804FFFF0C04FFFFA7:1001200004E005490A1C0139002AFBD1011C0138F1:100130000029F6D17047C046E8030000664806C8AB:100140000B1C134305D000230B70491C9142FBD1BB:10015000F5E76248C01C0323984306C80B1C1343F1:1001600006D00378401C0B70491C9142F9D1F1E78D:1001700000B5FFF7B7FFF0235948016899430160C4:10018000584A59480168114301600F2457480168D3:10019000A1430160564C5748016821430160534810:1001A0000168994301605348016811430160524A54:1001B0004E48016891430160504A4E48016811431E:1001C00001604F4A49480168914301604D4A4948DE:1001D0000168114301604C4A4C4801689143016039:1001E0004B4A4C480168114301604B4A474801683B:1001F00091430160494A4748016811430160484AF8:100200004248016891430160464A424801681143EF:1002100001604549454801604548FFF781FF454970:10022000454801604248FFF77BFF3F494248016073:100230003F48FFF775FF41493F4801603C48FFF7E1:100240006FFF3F493C4801603948FFF769FF3D496E:100250003D4801603648FFF763FF3C493A4801607A:100260003348FFF75DFF3A49374801603048FFF7F0:1002700057FF2D49374801602D48FFF751FF2D49A1:10028000354801602A48FFF74BFF27493248016093:100290002748FFF745FF29492F4801602448FFF709:1002A0003FFF27492C4801602148FFF739FF2549C6:1002B0002A4801601E48FFF733FF244927480160A0:1002C0001B48FFF72DFF2249244801601848FFF71B:1002D00027FF9EE700BDC046D4000800DC000800F0:1002E00000F4FFFF0000000220F4FFFF0CF4FFFF0A:1002F0000000000150F4FFFF000F000000000004A8:1003000000F000000000000800000F0008F4FFFFEC:100310000000001040F4FFFF0000F000000000208B:100320000000000F000000400000020024F4FFFF66:100330002C0100000000010054F4FFFF0000040045:10034000000008000000100044F4FFFF000020003F:100350000000400028F4FFFF58F4FFFF48F4FFFFBF:10036000FEFFFFEAFEFFFFEAFEFFFFEAFEFFFFEAF5:08037000FEFFFFEAFEFFFFEAB9:00000001FF它的第二行为：:1000000018F09FE518F09FE518F09FE518F09FE5C0容易知道：它的ee为：C0，计算过程如下：C0=0x01+ not(0x10+0x00+0x00+0x00+0x18+0xF0+…+0xE5)文件结束(EOF)记录Intel HEX文件必须以文件结束(EOF)记录结束.这个记录的记录类型域的值必须是01.EOF记录外观总是如下::00000001FF其中：00 是记录当中数据字节的数量。