When objcopy generates a raw binary file, it will essentially produce a memory dump of the contents of the input object file. All symbols and relocation information will be discarded. The memory dump will start at the load address of the lowest section copied into the output file.
xtaens
commented
2 weeks ago
10_ELF文件_ARM的镜像文件(.bin-.hex-.s19)
ARM的编译器直接编译出文件应该是elf格式的，类似于Linux，它是有elf解析器可以对elf进行解析和提取的，而baremental环境是鲜有elf解析器，因为它对于baremental的环境实在是太大了。因此这里就需要我们自己去handle二进制文件，把他们放在一个正确的内存里面。
每个厂家的bootROM不一样，所以对于二进制文件的存储要求也不一样。这个规则也是看二级厂家是怎么定义，但是这里还是能抽象出一些比较通用的规则。image文件主要是用来做大规模量产的。既要做大规模量产，由于各芯片厂家制定的标准不一，所以实际上image文件有很多种格式。本文包含其中最具有代表性也应用最广泛的3种image文件格式：
本文以NXP rt1176 Cortex-M7的处理器为demo，来研究一下
生成的二进制文件列表如图所示：
本文的顺序及内容参考[^5]，并对[^5]进行扩展和扩充。软件参考[^4] 。
1. image文件种类
1.1 Binary
第一种格式叫binary，以.bin为文件后缀，这种格式是一种通用image格式，其完全是机器码裸数据的集合，没有其他任何多余信息，这个数据可以直接被编程器/下载器下载到芯片内部非易失性存储器里，不需要任何额外的数据转换。由于是纯二进制编码的文件，所以普通text编辑器无法正确查看这个文件，需要用专用的十六进制编辑器（比如Hex Editor）才能正常打开。
在elf会有分段的信息对数据进行管理。可binary是如何进行分段？bin文件会在非有效地址区域插入无效字节以保证有效地址处都是正确的数据。这在IDE里或相关转换工具里都会有相应option（例如 --gap-fill），可以让用户设置填充字节pattern（比如0x00，0xFF等）
1.1.1 binary 编码
关于指令和二进制文件编码的方式可以参考：Binary Encoding of ARM Data Processing Instructions
ARM Image Format参考： https://developer.arm.com/documentation/dui0041/c/ARM-Image-Format?lang=en
1.1.2 binary 定义
arm编译器通常编译出来的信息是elf文件，我们通常使用工具
objcopy指定binary可以产生binary文件。根据TI的定义[^1]，所有的符号和重定位的信息全部被丢弃。
分段的信息在hole处被填充。.stack的信息被丢弃。
1.1.3 binary 寻址
那么既然这样binary文件如何寻址呢？
target address = lowest initialized address + file offset最低为初始化地址是init section最低位的起始地址。在图中就是secB的地址0x100。一个二进制文件不会记录开始的地址。
1.1.4 hole
binary的格式非常简单，似乎没有什么严谨的方式来表示一个hole。只能使用pattern来填充。通常都是使用0来填充。objcopy可以通过--gap-fill的参数来指定用什么填充hole[^2] 。
avr-objcopy -I ihex -O binary --gap-fill 0xFF --pad-to 0x1FFE fkmegax8.hex fkmegax8.bin可想而知，如果一个binary充满了hole那么这个binary就会非常占用空间。因此我们在开发的过程中应该避免hole的产生。以下的编程技巧可以减少hole的产生：
1.1.5 Cortex-M binary[^3]
以上说的是一些比较通用的定义，但是每个处理器架构对二进制处理方式不一样。我们参考cortex-m的一些设计，在这里引出：
过程如下，最后被linker生成一个elf文件，通过objcopy生成binary文件：
生成的二进制文件如下：
注意大端模式和小端模式在这个binary格式上面有很大的影响力。
栈
在我的demo中，如图所示
可以读出来，栈指针应该是在0003f000位置，我们去map文件查找，果然是栈顶的位置。
而栈顶是在，start.S汇编中
通常start.S包含[^3]：
在linkerfile中定义.stack (也就是vStackTop)
根据IDE的RAM定义：
0x2000 + 0x3d000 - 0x1000 + 0x1000 = 0x3f000
栈指针的位置就能按照上面的方法推算出来。
vector
向量表在map文件中指向了绝对的0x2000的位置，也就是text头的位置。根据 https://github.com/carloscn/blog/issues/127 的2.4 中断向量，CortexM中的确是这样处理的。
我们可以看下linker文件中，把vec放在text的头部：
而text是映射到了RAM排列的第一个位置：
所以RAM排列也很重要。
1.2 Intel Hex[^5]
第二种格式叫Intel hex，以.hex为文件后缀，这种格式是Intel公司推行的一种image格式标准，其不仅含有机器码裸数据还含有地址信息等额外信息，与bin文件不同的是，hex文件可以直接通用普通text编辑器打开查看，hex文件采用的ASCII编码，hex文件内的机器码数据不可以直接被下载进芯片内部，需要在帧数据解析的过程中进行转换[^5]。
由于hex文件并不是纯机器码文件，还含有其他额外信息，那么hex文件就需要按某种约定格式进行数据组织，数据组织方式叫帧格式，hex文件是由n帧数据组成的[^5]。
Hex也可以从ELF文件转换而来，工具还是objcopy
arm-none-eabi-objcopy -v -O ihex "${BuildArtifactFileName}" "${BuildArtifactFileBaseName}.hex"1.2.1 Hex格式
要想解析hex文件，必须要先了解其帧格式，hex每帧都由下表列出的6部分组成：
编程器/下载器在解析hex文件时，先找到帧前导码，然后找到帧类型，如果该帧为数据帧，再根据帧机器码长度，将该帧机器码数据全部读出放到缓存里，在做完帧和校验后，如果没有错误，最后根据帧机器码存储地址将帧机器码数据下载到芯片指定存储器地址处，至此一帧处理结束，进入下一帧，直到所有帧全部处理完。需要注意的是由于hex文件是ASCII编码，所以相比bin文件长度至少大2倍以上，demo文件大小有如图所示：
关于checksum的计算方法，其是将Byte count、Address、Record type、Data四个段内所有byte全部相加得到sum，截取sum的LSB（最低字节），再对该LSB取其补码（默认该LSB为负数的低8bit数据位(注意8bit中没有符号位)，其反码为原码各bit取反，其补码为反码+1）得到checksum。比如LSB是0xA5，其反码为0x5A，补码为0x5B，则checksum为0x5B。
前面说到一共有6种类型的帧，其中最重要也是数量最多的帧是数据帧，除了数据帧之外还有其他5种帧，下面来统一介绍：
1.3 Motorola S-Record[^5]
第三种格式叫Motorola S-Record，以.s19或.srec为文件后缀，这种格式是Motorola公司推行的一种image格式标准，其与Intel hex文件比较类似，都是ASCII编码的文件，可以通过普通text编辑器打开查看，其也由帧数据组成，只是帧格式与Intel hex有差别，还是按照介绍Intel hex文件那样先来看S-Record文件的帧格式。
To generate a S19/Motorola S-Record, use the following:
arm-none-eabi-objcopy -v -O srec "${BuildArtifactFileName}" "${BuildArtifactFileBaseName}.s19"编程器/下载器在解析S-Record文件时，先找到帧前导码，然后找到帧类型，如果该帧为数据帧，再根据帧长度，将该帧机器码数据全部读出放到缓存里，在做完帧和校验后，如果没有错误，最后根据帧机器码存储地址将帧机器码数据下载到芯片指定存储器地址处，至此一帧处理结束，进入下一帧，直到所有帧全部处理完。
关于checksum的计算方法，其是将Byte count、Address、Data三个段内所有byte全部相加得到sum，截取sum的LSB（最低字节），再对该LSB取其反码（默认该LSB为负数的低8bit数据位(注意8bit中没有符号位)，其反码为原码各bit取反）得到checksum。比如LSB是0xA5，其反码为0x5A，则checksum为0x5A。
前面说到一共有10种类型的帧，其中最重要也是数量最多的帧是数据帧，数据帧按地址长度可分为16bit、24bit、32bit地址长度数据帧，除了数据帧，还有其他种类帧，下面来统一介绍：
1.4 转换工具
sudo apt-get install srecordsrec_cat input.hex -Intel -o output.srec -Motorolasrec_cat input.srec -Motorola -o output.hex -IntelRef
[^1]:An Introduction to Binary Files [^2]:Use objcopy --gap-fill only for special section [^3]:In Depth Analysis of an ARM Cortex-M4 Program [^4]:MCUXpresso IDE: S-Record, Intel Hex and Binary Files [^5]:痞子衡嵌入式：ARM Cortex-M文件那些事（8）- 镜像文件(.bin/.hex/.s19) [^6]:Conversions between HEX and SREC files