Keil编译后生成bin文件占用内部Flash的大小,RAM,ROM,Code,RO-data,RW-data,ZI-data

本文解析了如何通过Keil编译器查看代码对Flash和RAM的占用,包括Code、RO-data、RW-data和ZI-data部分,并详细解释了RAM、ROM和FlashMemory的区别。重点讲解了编译后bin文件的Flash占用计算方法和MCU执行过程中的数据迁移策略。

Keil编译后生成bin文件占用内部Flash的大小,RAM,ROM,Code,RO-data,RW-data,ZI-data

  • 名词解释

    • RAM

      RAM又称随机存取存储器,存储的内容可通过指令随机读写访问。RAM中存储的数据在掉电时会丢失,因而只能在开机运行时存储数据。其中RAM又可以分为两种,一种是Dynamic RAM(DRAM动态随机存储器),另一种是Static RAM(SRAM,静态随机存储器)。

    • ROM

      ROM又称只读存储器,只能从里面读出数据而不能任意写入数据。ROM与RAM相比,具有读写速度慢的缺点。但由于其具有掉电后数据可保持不变的优点,因此常用于存放一次性写入的程序和数据。

    • Flash Memory

      由于ROM具有不易更改的特性,后面就发展了Flash Memory。Flash Memory不仅具有ROM掉电不丢失数据的特点,又可以在需要的时候对数据进行更改,不过价格比ROM要高。ROM(STM32就是Flash Memory)。

  • Keil编译后的Build Output 窗口

    Alt
    可以通过 .map 查看占用的 Flash 和 RAM 大小

    Code 是代码占用的空间大小。

    RO-data (Read Only)  :是只读常量的大小,如const型。

    RW-data (Read / Write)  :是已初始化(但初始化值不为零)的可读写变量

    ZI-data (Zero Initialize) :是未初始化 / 初始化值为0 的可读写变量
                  (keil编译器默认是把你没有初始化的变量都赋值一个0)


  • RAM 和 ROM 的使用情况

    RAM = RW-data + ZI-data

    ROM(Flash) = Code + RO-data + RW-data


  • bin文件占用内部Flash的大小

    程序占用的ROM的字节总数,就是bin文件占用内部Flash的大小。

    为什么ROM中还要存RW,因为掉电后RAM中所有数据都丢失了,每次上电RAM中的数据是被重新赋值的,每次这些固定的值就是存储在ROM中的

    为什么不包含ZI段呢,是因为ZI数据都是0,没必要包含,只要程序运行之前将ZI数据所在的区域一律清零即可。包含进去反而浪费存储空间。


  • MCU执行过程

    MCU执行过程是先将RW从ROM中搬到RAM中,因为RW是变量,变量不能存在ROM中。

    然后将ZI所在的RAM区域全部清零,因为ZI区域并不在Image中,所以需要程序根据编译器给出的ZI地址及大小来将相应得RAM区域清零。ZI中也是变量,同理:变量不能存在ROM中。

    ROM中的指令完成了这两项工作后C程序才能正常访问变量。否则只能运行不含变量的代码。

<think> 我们被要求解释Keil编译器构建项目输出信息的含义,并解决可能存在的问题。根据用户提供的引用当前输出信息,我们可以逐步分析。 输出信息分解: 1. `Build started: Project: project` —— 表示构建开始,项目名为"project"。 2. `*** Using Compiler 'V5.06 update 7 (build 960)', folder: 'C:\Keil_v5\ARM\v5.06\Bin'` —— 使用的编译器版本路径。这里使用的是ARMCC编译器,版本V5.06 update 7(内部构建号960),位于C:\Keil_v5\ARM\v5.06\Bin。 3. `Build target 'Target 1'` —— 正在构建的目标名为"Target 1"。 4. `compiling main.c...` —— 正在编译文件main.c。 5. `linking...` —— 编译完成后进行链接。 6. `Program Size: Code=580 RO-data=252 RW-data=0 ZI-data=1632` —— 程序大小信息: - Code:代码大小,580字节。 - RO-data:只读数据(如常量),252字节。 - RW-data:可读写数据(已初始化的全局静态变量),0字节。 - ZI-data:零初始化数据(未初始化的全局静态变量),1632字节。 7. `".\Objects\project.axf"` —— 生成的输出文件(ARM可执行文件)路径。 这个输出信息显示构建成功,没有报错。因为最后生成了axf文件,并且没有出现错误提示(如"Target not created")。 但是,用户引用的内容中提到了两个错误情况: 引用[1]中的错误:`FCARM - Output Name not specified, please check ‘Options for Target - Utilities’`,导致目标未创建。 引用[2]中的错误:在CubeMX生成代码后Keil中运行出现类似编译器路径的问题,但通过更新CubeMX解决。 当前用户提供的输出信息并没有出现这些错误,而是成功构建。因此,我们只需要解释输出信息的含义即可。 但是,如果用户遇到类似引用中的错误,我们可以提供解决方法: 1. 对于“Output Name not specified”错误: -Keil中,打开“Options for Target”对话框(可以通过右键Target选择,或点击工具栏上的魔术棒图标)。 - 转到“Output”选项卡,确保“Name of Executable”字段已填写(通常为项目名,如project.axf)。 - 另外,在“Utilities”选项卡中,检查“Update Target before Debugging”设置是否正确,尤其是当使用外部工具(如CubeMX)生成代码时。 2. 对于引用[2]中的问题,可能是由于CubeMX与Keil的配合问题,建议更新CubeMX到最新版本,并确保Keil编译器路径设置正确(在Keil的“Options for Target”中的“Toolchain”选项卡中,检查ARM Compiler版本路径是否与安装一致)。 注意:当前输出信息显示编译器路径为`'C:\Keil_v5\ARM\v5.06\Bin'`,而引用[2]中的路径是`'D:\soft\keil5.34\setuphere\ARM\ARMCC\Bin'`,说明Keil安装路径不同。如果用户遇到编译器路径错误,可以通过以下方法设置: -Keil中,点击“Project”菜单 -> “Manage” -> “Project Items” -> “Folders/Extensions”,检查ARM Compiler的路径是否正确。 - 或者在“Options for Target”的“Target”选项卡中,选择正确的ARM Compiler版本(如V5.06 update 7)。 由于当前输出信息显示构建成功,所以用户应该没有遇到错误。但是,如果用户有关于程序大小的疑问,可以解释: - Code:代码占用的空间。 - RO-data:只读数据,通常包括常量字符串。 - RW-data:已初始化的可读写数据(在程序运行时需要从Flash复制到RAM的数据)。 - ZI-data:未初始化的可读写数据(程序运行时初始化为0的数据)。 总ROM大小 = Code + RO-data + RW-data(因为RW-dataFlash中存储初始值)。 总RAM大小 = RW-data + ZI-data(因为RW-dataZI-data都在RAM中)。 在这个例子中: ROM = 580 + 252 + 0 = 832字节。 RAM = 0 + 1632 = 1632字节。 最后,输出信息显示生成了axf文件,这是ARM的可执行文件,用于调试或烧录。 如果用户没有遇到错误,那么这段输出信息就是一次成功的构建。 §§相关问题§§ 1. 如何解决Keil中出现的“Output Name not specified”错误? 2. 如何设置Keil编译器路径? 3. 如何理解Keil编译后输出的程序大小信息? 4. 为什么Keil项目构建后没有生成hex或bin文件? 5. 在Keil中如何设置以生成hex文件? </think> ### Keil编译器构建项目输出信息解读 您的Keil编译器输出信息显示了一次成功的项目构建过程,具体分析如下: 1. **编译器信息** `*** Using Compiler 'V5.06 update 7 (build 960)', folder: 'C:\Keil_v5\ARM\v5.06\Bin'` - 表示使用的是 **ARM Compiler 5** 工具链 - 编译器版本:`V5.06 update 7`(内部版本号960) - 编译器安装路径:`C:\Keil_v5\ARM\v5.06\Bin` *(注意:若路径错误会导致无法编译)[^2]* 2. **构建过程** - `Build target 'Target 1'`:当前构建目标名称为"Target 1" - `compiling main.c...`:正在编译主源文件 - `linking...`:链接器正在合并目标文件库 3. **内存占用分析** ```plaintext Program Size: Code=580 // 代码段大小FlashRO-data=252 // 只读数据(常量/FlashRW-data=0 // 已初始化读写数据(RAMZI-data=1632 // 零初始化数据(未初始化变量/RAM) ``` - **Flash占用** = Code + RO-data + RW-data = 580+252+0 = 832字节 - **RAM占用** = RW-data + ZI-data = 0+1632 = 1632字节 - 分析:项目占用RAM较多(ZI-data=1632),建议检查全局变量初始化 4. **输出文件** `".\Objects\project.axf"` - 成功生成ARM可执行文件(AXF格式) - 输出路径:项目目录下的`Objects`文件夹 ### 关键结论 ✅ **构建成功**:无错误提示(如"Target not created"),已生成可执行文件[^1] ⚠️ **注意事项**: - ZI-data较大可能影响设备运行稳定性(需优化内存使用) - 若需生产烧录文件,需在`Options for Target → Output`中勾选`Create HEX File`
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

努力的小肥丸

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值