之前一直很奇怪一个问题，每次写好单片机程序之后，用烧录软件进行烧录时，能看到烧录文件也就是hex的文件大小：
% r* M$ {: `& f5 E+ Z; a! c, _' i
1 R( B' C7 b4 H0 Q6 T我用的单片机芯片是STM32F103C8T6，程序储存器（flash）只有64K。

2 k$ S: q; G1 u& v- r, w- N

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

我有两点疑问，1. 只是一个很简单的平衡小车程序而已，有128K，这么大吗？2. 就算有128K，能下载到只有64K容量的单片机中去？
# n8 a4 X4 P$ Y1 ~+ e, ?% L& h, G1 M

这可能是一道送命题！
' O. V  }. J% L$ }3 g4 _6 X
下面开始我们的探索之旅，以STM32开发为例。在keil中进行程序编译之后，在界面部分：

" P0 B7 f6 I/ p* B

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

' ?% i* q5 M  y4 k8 M  i* L

---

在图中红线部分：
* @  x  Z+ _, @/ o. k' [3 Y( K4 w有4个：Code、RO-data、RW-data、ZI-data。
$ z" d% K3 w. K9 cCode：表示所要执行的代码，程序中所有的函数都位于此处。
RO-data：表示只读数据，程序中所定义的全局常量数据和字符串都位于此处。
RW-data：表示已初始化的读写数据，程序中定义并且初始化的全局变量和静态变量位于此处。
ZI-data：表示未初始化的读写数据，程序中定义了但没有初始化的全局变量和静态变量位于此处。

  b/ p6 g- p/ @5 t* s

---

从描述中可以得出：
( v  Q3 K$ w8 a/ |4 w% u1. 下载到单片机FLASH的程序是：Code+RO-data+RW-data（上图中数据为字节数，kb=byte/1024）；

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

2. 运行在RAM中的数据是：RW-data+ZI-data；
6 z6 Z) r- V) y7 _( R- R/ @% d原来window下显示的hex大小，并非是我们下载到单片机中的hex大小。
& y; w8 i5 F1 G+ z9 M关于为什么显示不同，这又是一个十分有趣的问题，有兴趣的朋友可以一起探讨下。
" [/ P3 T+ k5 `  U2 }最后，貌似C8T6这个芯片的资源差不多被我榨干了，要考虑换芯片了~

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

嗯嗯

toofree 发表于 2020-5-25 09:57
HEX文件是ASCII码两个字符表示一个有效数据，除去头、尾、校验等后，实际表示的数据要小于文件大小的一半； ...

* L+ {- I0 {$ f% {# ~谢谢大佬