BIN/HEX/AXF/ELF文件说明

1.1 BIN/HEX/AXF/ELF文件说明

HEX文件

HEX文件,指的是Intel标准的十六进制文件,也就是机器代码的十六进制形式,并且是用一定文件格式的ASCII码来表示：

IntelHEX文件常用来保存单片机或其他处理器的目标程序代码。它保存物理程序存储区中的目标代码映象。一般的编程器都支持这种格式。

IntelHEX文件全部由可打印的ASCII字符组成。

HEX文件是用ASCII来表示二进制的数值。例如一般8-BIT的二进制数值0x3F，用ASCII来表示就需要分别表示字符'3'和字符'F'，每个字符需要一个BYTE，所以HEX文件需要>2倍的空间。

BIN文件

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

对一个BIN文件而言，你查看文件的大小就可以知道文件包括的数据的实际大小。而对HEX文件而言，你看到的文件大小并不是实际的数据的大小。一是因为HEX文件是用ASCII来表示数据，二是因为HEX文件本身还包括别的附加信息。

HEX和BIN区别

HEX文件是包括地址信息的，而BIN文件格式只包括了数据本身

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

AXF文件

AXF文件是ARM的调试文件，除了包含BIN的内容之外，还附加了其他的调试信息，这些调试信息加在可执行的二进制数据的前面。在调试的时候，这些调试信息是不必下到RAM中去的，真正下到RAM中的信息仅仅是可执行代码。所以如果ram的大小小于AXF文件的大小，程序是完全有可能可以在ram中调试的，只要AXF除去调试信息后的大小小于ram的大小就行了。

调试信息包含以下内容：

1.可以将源代码包括注释夹在反汇编代码中，并且我们可以随时切换到源代码中调试，

2.我们还可以对程序中的函数调用情况进行跟踪(用Watch & Call Stack Window查看)。

3.对变量进行跟踪(用Watch & Call Stack Window查看)。

4.使用编译命令行选项--no_debug_macros以从调试表中丢弃预处理宏定义。

ELF文件

Linux OS下，ELF通常就是可执行文件，通常gcc-o test test.c，生成的test文件就是ELF格式的，在Linux Shell下输入./test就可以执行。在Embedded中，上电开始运行，没有OS系统，如果将ELF格式的文件烧写进去，包含一些ELF格式的东西，arm运行碰到这些指令，就会导致失败，如果用BIN文件，程序就可以一步一步运行

1.2 ARM ELF目标文件的主要构成

ARM ELF(Executable and LinkingFormat)目标文件主要由.Text段、.Data段、.BSS段构成，其他段如.debug段、.comment暂不作介绍。

.Text段由可执行代码组成，段类型为Code，属性为RO；

.Data段由已初始化数据组成，段类型为Data，属性为RW；

.BSS段由未初始化数据组成，段类型为Zero，属性为RW，在应用程序启动时对该段的数据初始化为零。如果在分散加载文件中指定了UNINIT属性，则在应用程序启动时不初始化该段。