之前一直很奇怪一个问题，每次写好单片机程序之后，用烧录软件进行烧录时，能看到烧录文件也就是hex的文件大小：

  U8 x( W6 A6 v  e3 Z我用的单片机芯片是STM32F103C8T6，程序储存器（flash）只有64K。

( y# |4 k2 k, c2 E

从上图可以看出，hex有128K。

: K% P  o" l3 E

我有两点疑问，1. 只是一个很简单的平衡小车程序而已，有128K，这么大吗？2. 就算有128K，能下载到只有64K容量的单片机中去？

这可能是一道送命题！

下面开始我们的探索之旅，以STM32开发为例。在keil中进行程序编译之后，在界面部分：
  I! @; v; |4 S3 a

8 g1 e6 ]0 J' z! w  V1 D

很多朋友估计看到这界面，也只关心2个点：
第一、自己编写的程序是否正确生成了hex！第二、自己编写的程序有没有错误，有没有警告！

/ Q* p9 p  T( B/ l, z' S

---

在图中红线部分：
有4个：Code、RO-data、RW-data、ZI-data。
( p, k& s. G3 G# a0 v7 G% k, SCode：表示所要执行的代码，程序中所有的函数都位于此处。
RO-data：表示只读数据，程序中所定义的全局常量数据和字符串都位于此处。
RW-data：表示已初始化的读写数据，程序中定义并且初始化的全局变量和静态变量位于此处。
% M5 t- q+ d1 k+ J( AZI-data：表示未初始化的读写数据，程序中定义了但没有初始化的全局变量和静态变量位于此处。

+ F0 f. h. s( {, K9 R

---

从描述中可以得出：
, _) m$ E" o2 S2 O( l1. 下载到单片机FLASH的程序是：Code+RO-data+RW-data（上图中数据为字节数，kb=byte/1024）；

hex=（39546+5862+12428）/1024=56.48

2. 运行在RAM中的数据是：RW-data+ZI-data；
原来window下显示的hex大小，并非是我们下载到单片机中的hex大小。
关于为什么显示不同，这又是一个十分有趣的问题，有兴趣的朋友可以一起探讨下。
( t1 ~6 G* l* U+ b最后，貌似C8T6这个芯片的资源差不多被我榨干了，要考虑换芯片了~

HEX文件是ASCII码两个字符表示一个有效数据，除去头、尾、校验等后，实际表示的数据要小于文件大小的一半；
BIN是一个字节对应一个数据。
, ?" E8 g# p% wHEX有优点是地址可以跳，可以不连续，用到哪块烧写哪块；BIN的地址必须连续，用到的最大地址和最小地址之前的数得填满。

嗯嗯

toofree 发表于 2020-5-25 09:57
3 _- w) U! u; d- h, A: t, o4 [HEX文件是ASCII码两个字符表示一个有效数据，除去头、尾、校验等后，实际表示的数据要小于文件大小的一半； ...

谢谢大佬