STM32 分散加载文件 .sct 解析

2019-04-01来源: eefocus关键字:STM32  加载文件  sct

1、STM32 启动文件与 .sct 文件分析


1) 定义STACK段,{NOINIT,读写}:分配一段内存大小为0.5K;


2) 定义HEAP段, {NOINIT,读写}:分配一段内存大小为1K;


3) 定义RESET段,{DATA,只读}:DCD各种中断向量;


4) 定义|.text|段,{CODE,只读}:Reset_Handler函数,函数中最后加载了__main;


对剩余的中断函数进行了弱定义;


在最后还有一段用户初始化堆栈的代码__user_initial_stackheap。


那这些代码都存放在什么位置呢?


5) 分析 .sct 文件:


分散加载文件(即scatter file,后缀为.scf)。


分散加载文件是一个文本文件,通过编写一个分散加载文件来指定ARM连接器在生成映像文件时如何分配RO,RW,ZI等数据的存放地址。


如果不用SCATTER文件指定,那么ARM连接器会按照默认的方式来生成映像文件,一般情况下我们是不需要使用分散加载文件的。


但在某些场合,我们希望把某些数据放在指定的地址处,那么这时候SCATTER文件就发挥了非常大的作用。


而且SCATTER文件用起来非常简单好用。


举个例子:


比如像LPC2378芯片具有多个不连续的SRAM,通用的RAM是32KB,可是32KB不够用,我想把某个.C中的RW数据放在USB的SRAM中,那么就可以通过SCATTER文件来完成这个功能。


LR_IROM1 0x08000000 0x00080000  {    ; load region size_region

  ER_IROM1 0x08000000 0x00080000  {  ; load address = execution address

   *.o (RESET, +First)

   *(InRoot$$Sections)

   .ANY (+RO)

  }

  RW_IRAM1 0x20000000 0x00010000  {  ; RW data

   .ANY (+RW +ZI)

  }

}

STACK段和HEAP段是RW属性,存在RAM(0x20000000-0x20010000)中,具体的地址由编译器在后面链接时决定,并不是一定存在RAM的开头地址。


RESET段存在FLASH(0x08000000-0x08080000)中,而且是FLASH的最开头,再结合CORTEX-M3的特性,其上电后根据启动引脚来决定PC位置,比如启动设置为FLASH启动,则启动后PC跳到0x08000000。


此时CPU会先取2个地址(硬件决定),第一个是栈顶地址,第二个是复位异常地址,这样就跳到Reset_Handler,Reset_Handler执行到将最后跳转到ç库的__main。


|.text |段是CODE属性,也存在FLASH区。


启动代码所做的工作如下:


先是建立了堆栈,之后上电后寻找到中断向量表中的复位函数Reset_Handler执行,之后跳转到__main执行Ç库函数,最后由__main调用main()函数,进入C的世界。


2、__user_initial_stackheap


这段代码位于裸机启动文件的末尾:


       IF      :DEF:__MICROLIB                

                 EXPORT  __initial_sp

                 EXPORT  __heap_base

                 EXPORT  __heap_limit

                

                 ELSE               

                 IMPORT  __use_two_region_memory

                 EXPORT  __user_initial_stackheap                 

__user_initial_stackheap

                 LDR     R0, =  Heap_Mem

                 LDR     R1, =(Stack_Mem + Stack_Size)

                 LDR     R2, = (Heap_Mem +  Heap_Size)

                 LDR     R3, = Stack_Mem

                 BX      LR

若是使用了microlib,则只需要将__initial_sp,__ heap_base的,__ heap_limit三个变量定义成全局变量即可(这三个变量也是固定的可被Ç库引用,在库中需要使用到这三个变量对堆栈进行初始化);


否则,就需要自己定义__user_initial_stackheap。


microlib缺省的情况下使用的是Keil C库。


但是事实上,μVision库里包含了更多__user_initial_stackheap()的函数体,这样编译器可以根据开发人员scatter文件的内容自动选择合适的函数体。


换句话说,针对RVCT v3.x及之后的版本,使用scatter文件的开发人员可以不再重新实现__user_initial_stackheap()的函数体。


也就是说不必再自己写了__user_initial_stackheap,自己在做实验验证时,没有使用microlib库,同时也将这部分函数注释掉,并没有产生任何异常。


所以对__user_initial_stackheap在这里就不再做更多深入的研究了,这一部分太烧脑了,就当作C库已经为我们准备好了这个函数。


3、堆栈的单区模型和双区模型


堆栈分为单区模型和双区模型:


单区模型堆和栈在同一存储器区中互相朝向对方增长

双区模型将堆和栈分别放置在存储器不同的区中,__ user_initial_stackheap()建立的专用堆限制来检查堆,需要设置堆栈的长度。

1)选择使用单区模型,在SCT文件中定义一个特殊的执行域,使用符号:


ARM_LIB_STACKHEAP,并使用EMPTY属性这样库管理器就选择了一个把这个域当作堆和栈合并在一起的__user_initial_stackheap()函数。


在这个函数中使用了“Image$ $ ARM_LIB_STACKHEAP$ $Base”和“Image$ $ARM_LIB_STACKHEAP$ $ZI$ $Limit”符号。


2)选择使用双区模型,在sct文件中定义两个特殊的执行域,使用符号:


ARM_LIB_STACK和ARM_LIB_HEAP,都要使用EMPTY属性。这样库管理器就会选择使用符号:“Image$ $ARM_LIB_HEAP$ $Base” ,“Image$ $ARM_LIB_STACK$ $ZI$ $ limit”,“Image$ $ARM_LIB_STACK$ $Base”,“Image$ $ARM_LIB_STACK$ $ZI$ $Limit”的__user_initial_stackheap()函数。


从裸机的启动文件可以看出,裸机使用的是双区模型。


4、Huawei_LiteOS 启动文件与 sct 文件


启动文件:


LOS_Heap_Min_Size   EQU     0x400

 

                AREA    LOS_HEAP, NOINIT, READWRITE, ALIGN=3

__los_heap_base

LOS_Heap_Mem    SPACE   LOS_Heap_Min_Size

 

                AREA    LOS_HEAP_INFO, DATA, READONLY, ALIGN=2

                IMPORT  |Image$$ARM_LIB_STACKHEAP$$ZI$$Base|

                EXPORT  __LOS_HEAP_ADDR_START__

                EXPORT  __LOS_HEAP_ADDR_END__

__LOS_HEAP_ADDR_START__

                DCD     __los_heap_base

__LOS_HEAP_ADDR_END__

                DCD     |Image$$ARM_LIB_STACKHEAP$$ZI$$Base| - 1

 

                PRESERVE8

                AREA    RESET, CODE, READONLY

                THUMB

                IMPORT  ||Image$$ARM_LIB_STACKHEAP$$ZI$$Limit||

                IMPORT  osPendSV

                EXPORT  _BootVectors

                EXPORT  Reset_Handler

_BootVectors

                DCD     ||Image$$ARM_LIB_STACKHEAP$$ZI$$Limit||

                DCD     Reset_Handler

Reset_Handler

                IMPORT  SystemInit

                IMPORT  __main

                LDR     R0, =SystemInit

                BLX     R0

                LDR     R0, =__main

                BX      R0

 

                ALIGN

                END

定义LOS_HEAP段,{NOINIT,读写}:分配一段内存大小为1K;


定义LOS_HEAP_INFO段,{DATA,只读}:定义__LOS_HEAP_ADDR_START__和__LOS_HEAP_ADDR_END__这两个全局变量供OS使用;


定义RESET段,{CODE,只读}:启动向量,第一个是栈顶地址,第二个是Reset_Handler;将Reset_Handler主体也写入了RESET段;


首先,可以看出,分配堆栈的方式与裸机不同,使用的是单区模型,从下向上排列


__LOS_HEAP_ADDR_START __ = __ los_heap_base,为堆低地址;

__LOS_HEAP_ADDR_END __ = |Image$ $ARM_LIB_STACKHEAP$ $ZI$ $Base | - 1,为堆顶(不确定的地址);

|Image$ $ARM_LIB_STACKHEAP$ $ZI$ $Base|,为栈底(不确定的地址);

|Image$ $ARM_LIB_STACKHEAP$ $ZI$ $Limit|,为栈顶地址;

 

所以,由上文可知,在sct文件中必然会出现ARM_LIB_STACKHEAP这个执行域:

 

LR_IROM1 0x08000000 0x00020000  {    ; load region size_region

    ER_IROM1 0x08000000 0x00020000  {    ; load address = execution address

        *.o (RESET, +First)

        *(InRoot$$Sections)

        .ANY (+RO)

        * (LOS_HEAP_INFO)

    }

    VECTOR 0x20000000 0x400  {    ; Vector

        * (.data.vector)

    }

    RW_IRAM1 0x20000400 0x00004800  {    ; RW data

        ;.ANY (+RW +ZI)

        * (.data, .bss)

        * (LOS_HEAP)

    }

    ARM_LIB_STACKHEAP 0x20004C00 EMPTY 0x400  {    ;LiteOS MSP

 

    }

}

那么其他的异常中断向量入口在哪里呢?定义在los_hwi.c文件中被定义成了数组的形式:


#ifdef __ICCARM__

#pragma  location = ".data.vector"

#elif defined (__CC_ARM) || defined (__GNUC__)

LITE_OS_SEC_VEC

#endif

 

HWI_PROC_FUNC m_pstHwiForm[OS_VECTOR_CNT] =

{

    (HWI_PROC_FUNC)0,                    // [0] Top of Stack

    (HWI_PROC_FUNC)Reset_Handler,        // [1] reset

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [2] NMI Handler

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [3] Hard Fault Handler

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [4] MPU Fault Handler

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [5] Bus Fault Handler

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [6] Usage Fault Handler

    (HWI_PROC_FUNC)0,                    // [7] Reserved

    (HWI_PROC_FUNC)0,                    // [8] Reserved

    (HWI_PROC_FUNC)0,                    // [9] Reserved

    (HWI_PROC_FUNC)0,                    // [10] Reserved

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [11] SVCall Handler

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [12] Debug Monitor Handler

    (HWI_PROC_FUNC)0,                    // [13] Reserved

    (HWI_PROC_FUNC)osPendSV,             // [14] PendSV Handler

    (HWI_PROC_FUNC)osHwiDefaultHandler,  // [15] SysTick Handler

};

这一部分代码被分散加载文件加载到了VECTOR段,位于RAM的开头部分。


在内核初始化时会进行中断向量表重映射的工作。


关键字:STM32  加载文件  sct 编辑:什么鱼 引用地址:http://news.eeworld.com.cn/mcu/2019/ic-news040143664.html 本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。

上一篇:STM32 启动代码 __main 与用户主程序 main() 的区别
下一篇:STM32Fxxx 上移植 Huawei LiteOS

关注eeworld公众号 快捷获取更多信息
关注eeworld公众号
快捷获取更多信息
关注eeworld服务号 享受更多官方福利
关注eeworld服务号
享受更多官方福利

推荐阅读

STM32MxCube配置串口
基于上一次将第一章:STM32MxCube 基本使用方法,本章直接讲叙述STM32配置串口2的。查看STM32F407电路图:可得USART2接在PA2、PA3。下面新建STM32MxCube工程,开始配置。这里我们配置IO(定义PF9、PF10引脚为LED)、RCC(使用HSE)、USART(串口)。配置USART(串口)USART的配置有好几种,也是最常见的一种”UART异步串行通信”配置来讲述。选择USART2模式为“asynchronous”(异步通信)对应的引脚自动转换为USART。对于系统时钟应该都知道它的作用,就是驱动整个芯片工作的心脏,如果没有了它,就等于人没有了心跳。时钟的快慢也就决定了程序的快慢。STM32
发表于 2020-05-04
STM32MxCube配置串口
STM32CubeMX学习教程之一:GPIO输出之跑马灯
完整源码下载:https://github.com/simonliu009/STM32CubeMX-GPIO-Control软件版本:STM32CubeMX V4.25.0 System Workbench V2.4固件库版本:STM32Cube FW_F1 V1.6.1硬件:OneNet 麒麟座V2.3在STM32CubeMX中新建项目,选择正确的MCU型号首先设置RCC和SYS,如下图然后根据板子实际情况设置时钟(麒麟座外部晶振是12M,STM32F103x的最高主频是72M),如下图GPIO设置 PC7, PC8, PA12和 PC10为GPIO_OUTPUT, (这是麒麟座V2.3的四个LED管脚),如下图
发表于 2020-05-04
STM32CubeMX学习教程之一:GPIO输出之跑马灯
STM32CubeMX学习--(3)串口通信
Cube配置USART配置在Connectivity中选中USART1MODE = AsynchronousHardware Flow Control = DisableParameter Settings中配置Baud Rate = 115200Word Length = 8bitParity = NoneStop Bits =1Data Direction = Receive and TransmitOver Sampling = 16 SamplesNVIC Setting勾选Enable,Preemption Priority =2生成代码修改代码生成代码后,即可使用HAL_UART_Transmit_IT(&
发表于 2020-04-29
STM32CubeMX系列教程 5.0版本环境开发——2.Uart串行通信功能
;                         PS:在明白原理的情况下建议自己手写一次模拟UART。明白了之后,代码重复的事就由STM32芯片的硬件功能来实现就可以了,你只需要会看逻辑分析仪或者示波器分析数据便可。 所谓硬件功能 就是你把数据填充到寄存器,然后配置好相关参数,他会自动帮你发送出去。通俗点说,自己手写整个协议代码实现实现就像你自己把一个快件送到到别人那里再回来,而硬件功能则是你把快件给快递员,快递员帮你送过去。  明显 后者会帮你节省大量时间和精力。它是一个硬件组成,并且你也为此付费
发表于 2020-04-29
STM32CubeMX系列教程 5.0版本环境开发——2.Uart串行通信功能
串口通信(用CubeMX学习STM32)
前言: STM32串口介绍串行通信是单片机与外部设备或其他计算机交换信息的一个方式, 数据一位一位的按顺序传送, 其优点是只需要一条传输线, 协议简单, 但是缺点就是传送速度较慢。串口是单片机上非常便捷的一个工具, 当写程序需要调试的时候, 它可以很方便的提供调试方法, 只要在一些关键代码执行的地方, 通过串口给串口调试助手发送相关信息, 就可以使我们很方便的查看代码在这个位置的执行情况。下面看一下我所使用的单片机上串口的原理图接线外部的发送端TXD就是单片机串口的接收端USART_RX,   外部接收端RXD就是单片机串口的发送端USART_TXTXD : Transmit(TX) Data(D)  Receive(RX
发表于 2020-04-29
【STM32CubeMX】 串口通信(USART) Printf重定向
STM32CubeMX: Version 4.26.1MDK-ARM: Version 5.24.2开发板: 中移onenet 麒麟座MINI板芯片: STM32F103CBT61.STM32CubeMX设置设置外部时钟源设置Debug设置串口 使用USART1 PA9,PA10设置时钟频率设置USART1详细参数生成MDK-ARM工程2.重定向Printf 及 Scanf主要用到两个函数HAL_StatusTypeDef HAL_UART_Transmit(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size, uint32_t Timeout
发表于 2020-04-29
【STM32CubeMX】 串口通信(USART) Printf重定向
小广播
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2020 EEWORLD.com.cn, Inc. All rights reserved