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

我用的单片机芯片是STM32F103C8T6，程序储存器（flash）只有64K。

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

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

这可能是一道送命题！

下面开始我们的探索之旅，以STM32开发为例。在keil中进行程序编译之后，在界面部分：

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

---

在图中红线部分：
有4个：Code、RO-data、RW-data、ZI-data。
Code：表示所要执行的代码，程序中所有的函数都位于此处。
RO-data：表示只读数据，程序中所定义的全局常量数据和字符串都位于此处。
RW-data：表示已初始化的读写数据，程序中定义并且初始化的全局变量和静态变量位于此处。
ZI-data：表示未初始化的读写数据，程序中定义了但没有初始化的全局变量和静态变量位于此处。

---

从描述中可以得出：
1. 下载到单片机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大小。
关于为什么显示不同，这又是一个十分有趣的问题，有兴趣的朋友可以一起探讨下。
最后，貌似C8T6这个芯片的资源差不多被我榨干了，要考虑换芯片了~

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

嗯嗯

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

谢谢大佬