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

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

' w% A$ K; W( ]

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

& l; \& _4 o1 r, {! W* t

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

7 [) P7 `# ]' l0 T6 {

这可能是一道送命题！
- L) Z4 k3 m6 a, x- ]4 L$ h
0 a/ A( i+ ^. u. `& e" {. a8 w下面开始我们的探索之旅，以STM32开发为例。在keil中进行程序编译之后，在界面部分：

+ ~. h, }% S7 @" K1 q9 Z0 l

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

" s6 n# _( }' A  h$ A& T

---

在图中红线部分：
0 T; P3 _5 I6 n7 B& T有4个：Code、RO-data、RW-data、ZI-data。
Code：表示所要执行的代码，程序中所有的函数都位于此处。
% b1 @& z. [; e; }  A( D5 n: FRO-data：表示只读数据，程序中所定义的全局常量数据和字符串都位于此处。
RW-data：表示已初始化的读写数据，程序中定义并且初始化的全局变量和静态变量位于此处。
5 }# [: b2 e+ v/ l& eZI-data：表示未初始化的读写数据，程序中定义了但没有初始化的全局变量和静态变量位于此处。

---

从描述中可以得出：
( h% U, N3 @7 q# @6 C2 v/ `' z" W1. 下载到单片机FLASH的程序是：Code+RO-data+RW-data（上图中数据为字节数，kb=byte/1024）；

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

/ i5 m! P' a: o: f) V; [

2. 运行在RAM中的数据是：RW-data+ZI-data；
& \& C' b1 v) e& V+ Q2 j% V, X9 g原来window下显示的hex大小，并非是我们下载到单片机中的hex大小。
# L: g/ a) n( {* y关于为什么显示不同，这又是一个十分有趣的问题，有兴趣的朋友可以一起探讨下。
$ G5 h$ ^5 U" {+ z+ X. E  X最后，貌似C8T6这个芯片的资源差不多被我榨干了，要考虑换芯片了~

HEX文件是ASCII码两个字符表示一个有效数据，除去头、尾、校验等后，实际表示的数据要小于文件大小的一半；
* w3 [8 |- }* s# W4 aBIN是一个字节对应一个数据。
5 w5 T! T5 z6 N% I' THEX有优点是地址可以跳，可以不连续，用到哪块烧写哪块；BIN的地址必须连续，用到的最大地址和最小地址之前的数得填满。

嗯嗯

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

谢谢大佬