zoukankan      html  css  js  c++  java
  • 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

  • 相关阅读:
    1.1 创造性和动机
    【普及分享】云计算=/=云主机,阿里云=低价低端
    【大话设计模式】——策略模式
    Android 学习笔记之Bitmap位图的缩放
    Android 学习笔记进阶十二之裁截图片
    Android 学习笔记进阶14之像素操作
    Android 给图片 加边框
    android 图片特效处理之 光晕效果
    android 图片特效处理之 图片叠加
    android 图片特效处理之光晕效果
  • 原文地址:https://www.cnblogs.com/zzm1/p/9570569.html
Copyright © 2011-2022 走看看