stm32 map文件的分析

Posted zzm1

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了stm32 map文件的分析相关的知识,希望对你有一定的参考价值。

 

相信有较大项目开发经验的朋友都曾遇到内存溢出的问题,那么大家都是如何分析这类问题的呢?大家遇到HardFault_Handler 有对map分析过吗?

 

首先讲述一下关于map在MDK-ARM中的配置。其实,在MDK-ARM中,我们可以根据自己的情况(不同配置),在map文件中输出对应(我们需要)的内容。默认情况下,输出所有信息。

 

Project -> Options for Target -> Listing:会看到如下配置界面:

技术分享图片

 

看到上图,相信都应该明白map文件大概有哪些内容了吧?

技术分享图片

map文件里面内容大致分为五大类(按照map文件分类的顺序):

1.Section Cross References:模块、段(入口)交叉引用;

2.Removing Unused input sections from the image:移除未使用的模块;

3.Image Symbol Table:映射符号表;

4.Memory Map of the image:内存(映射)分布;

5.Image component sizes:存储组成大小。

 

下面章节就针对MDK-ARM详细讲述一下map文件里面的几大内容。

 

Ⅰ、Section Cross References:模块、段(入口)交叉引用

技术分享图片

配置中需勾选上:Cross Reference

 

Section Cross References:模块、段(入口)交叉引用,指的是各个源文件生成的模块、段(定义的入口)之间相互引用的关系

 

比如:

main.o(i.System_Initializes) refers to bsp.o(i.BSP_Initializes) for BSP_Initializes

意思是:

main模块(main.o)中的System_Initializes函数(i.System_Initializes),引用(或者说调用)了bsp模块(bsp.o)中的BSP_Initializes函数。

 

提示:

main.o是main.c源文件生成的目标文件模块;

I.System_Initializes是System_Initializes函数的入口。

 

Ⅱ、Removing Unused input sections from the image:移除未使用的模块

技术分享图片

配置中需勾选上:Unuaed Sections Info

 

这一选项很好理解,就是我们工程代码中,没有被调用的模块。

最后还有一个统计信息:

52 unused section(s) (total 2356 bytes) removed from the image.

 

1.总共有52段没有被调用;

2.没有被调用的大小为2356 字节;

 

Ⅲ、Image Symbol Table:映射符号表

技术分享图片

配置中需勾选上:Symbols

 

Image Symbol Table:映射符号表,也就是各个段所存储对应地址的表(这一项比较重要)。

 

Symbols分为两大类

1.Local Symbols局部

2.Global Symbols全局

 

内容要点

1.Symbol Name:符号名称

 

2.Value:存储对应的地址;

大家会发现有0x0800xxxx、0x2000xxxx这样的地址。

0x0800xxxx指存储在FLASH里面的代码、变量等。

0x2000xxxx指存储在内存RAM中的变量Data等。

 

3.Ov Type:符号对应的类型

符号类型大概有几种:Number、Section、Thumb Code、Data等;

细心的朋友会发现:全局、静态变量等位于0x2000xxxx的内存RAM中。

 

4.Size:存储大小

这个容易理解,我们怀疑内存溢出,可以查看代码存储大小来分析。

 

5.Object(Section):段目标

这里一般指所在模块(所在源文件)。

Ⅳ、Memory Map of the image:内存(映射)分布

技术分享图片

配置中需勾选上:Memory Map

 

Memory Map of the image:内存(映射)分布,内容相对较多,也是比较重要的一项。

 

Image Entry point : 0x08000131:指映射入口地址。

 

Load Region LR_IROM1 (Base: 0x08000000, Size: 0x000004cc, Max: 0x00080000, ABSOLUTE):

指加载区域位于LR_IROM1开始地址0x08000000,大小有0x000004cc,这块区域最大为0x00080000.

 

执行区域:

Execution Region ER_IROM1

Execution Region RW_IRAM1

这个区域,其实就是对应我们目标配置中的区域,如下如:

技术分享图片

 

内容要点

1.Base Addr:存储地址

0x0800xxxxFLASH地址和0x2000xxxx内存RAM地址。

 

2.Size:存储大小

 

3.Type:类型

Data:数据类型

Code:代码类型

Zero:未初始化变量类型

PAD:这个类型在map文件中放在这个位置,其实它不能算这里的类型。要翻译的话,只能说的“补充类型”。

ARM处理器是32位的,如果定义一个8位或者16位变量就会剩余一部分,这里就是指的“补充”的那部分,会发现后面的其他几个选项都没有对应的值。

 

4.Attr:属性

RO:存储与ROM中的段

RW:存储与RAM中的段

 

5.Section Name:段名

这里也可以说为入口分类名,与第一章节“Section Cross References”指的模块、段一样。

大概包含:RESET、.ARM、 .text、 i、 .data、 .bss、 HEAP、 STACK等。

 

6.Object:目标

 

Ⅴ、Image component sizes:存储组成大小

技术分享图片

配置中需勾选上:Size Info

 

Image component sizes:存储组成大小,其实主要就是对模块进行汇总存储大小信息。

 

这一章节内容相信大家都能理解,我们编译工程后,在编译窗口一般会看到类似如下一段信息:

Program Size: Code=908 RO-data=320 RW-data=0 ZI-data=1024

Code:指代码的大小;

Ro-data:指除了内联数据(inline data)之外的常量数据;

RW-data:指可读写(RW)、已初始化的变量数据;

ZI-data:指未初始化(ZI)的变量数据;

 

Code、Ro-data:位于FLASH中;

RW-data、ZI-data:位于RAM中;

提醒:RW-data已初始化的数据会存储在Flash中,上电会从FLASH搬移至RAM中。

 

关系如下:

RO  Size = Code + RO Data

RW  Size = RW Data + ZI Data

ROM Size = Code + RO Data + RW Data

 

更多具体内容可以参看文章:Keil编译存储相关说明及拓展

 

上面信息是比较全面的汇总,如果不想看那些模块的详细,只看汇总统计的信息可以在配置中只勾选“Totals Info”,对比信息:

技术分享图片

本文转自https://blog.csdn.net/ybhuangfugui/article/details/75948282

以上是关于stm32 map文件的分析的主要内容,如果未能解决你的问题,请参考以下文章

BSP视频教程STM32H7视频教程第4期:从启动到运行过程全解析,电源域,复位,时钟,软硬件启动流程到堆栈,map和htm文件分析(2022-01-26)

STM8S103 解决Rom空间不足 & Map文件分析

stm32f407启动文件分析

stm32F4各个库文件的作用分析

stm32启动文件ld md hd cl vl xl分析及选择

stm32 fatfs 文件系统分析和代码解析