0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

STM32H7的启动过程分析

技术让梦想更伟大 来源:技术让梦想更伟大 作者:技术让梦想更伟大 2022-10-17 14:42 次阅读

本章教程主要跟大家讲STM32H7的启动过程,这里的启动过程是指从CPU上电复位执行第1条指令开始(汇编文件)到进入C程序main()函数入口之间的部分。

启动过程相对来说还是比较重要的,理解了这个过程,对于以后分析程序还是有些帮助的,要不每次看到这个启动过程都会跳过,直接去看主程序了。

还有就是以后打算学习RTOS的话,对于这个过程必须有个了解,因为移植的时候涉及到中断向量表。

对初学者来说,看这个可能有些吃力,不过不要紧,随着自己做过一些简单的应用之后再来看这章,应该会有很多的帮助,由于我们的V7板子是基于STM32H7XXX,所以我们这里主要针对H7系列的启动过程做一下分析,对于F1,F4系列也是大致相同的。

1 初学者重要提示

相比F1,F4的启动方式,H7的启动方式更灵活些,只需一个boot引脚即可。但是一个引脚只能区分出两个状态,为了解决这个问题,H7专门配套了两个option bytes选项字节来解决此问题。

2 各个版本的启动文件介绍

这里各个版本的意思是指不同的编译器、不同的H7系列对应的启动文件。

2.1 不同编译器对应的启动文件

打开我们为本教程提供的工程文件,路径如下:

LibrariesCMSISDeviceSTSTM32H7xxSourceTemplates 在这个文件里面有ST官方为各个编译器提供的启动文件。

ac78b3d8-4d5d-11ed-a3b6-dac502259ad0.png

看了上面的截图,大家会问怎么没有KEIL MDK呢?其实已经被放在了文件夹arm里面,KEIL公司已经在2005年被ARM公司收购了。开发板大部分例程都是配套了MDK和IAR两个版本,这里重点给大家分析一下MDK的启动文件分析,IAR和MDK的大同小异。

2.2 不同H7系列对应的启动文件

先来看一下ARM文件夹里面的文件(2018-07-03,当前只有如下两个系列,后期ST会增加新的型号,相应的启动文件也会添加进来):

ac999b98-4d5d-11ed-a3b6-dac502259ad0.png

如果是H743系列,就使用startup_stm32h743xx.s文件,如果是H753系列,就使用startup_stm32h753xx文件。当前H743和753系列对应的型号如下:

acb4d5b6-4d5d-11ed-a3b6-dac502259ad0.png

我们再来打开IAR文件夹里面的文件:

ad368f5c-4d5d-11ed-a3b6-dac502259ad0.png

多了一个linker文件夹,用于IAR配置的ICF文件:

ad52a494-4d5d-11ed-a3b6-dac502259ad0.png

而启动文件跟MDK里面的一样,一个是用H743系列,另一个是用于H753系列。

3 启动文件分析

鉴于V7开发板使用的是STM32H743XI,下面我们详细的分析一下启动文件startup_stm32h743xx.s。分析前,先掌握一个小技能,遇到不认识的指令或者关键词可以检索。

启动 MDK软件,在Help菜单点击 uVision Help

ad65b5ca-4d5d-11ed-a3b6-dac502259ad0.png

点击后弹出如下文件

ad833000-4d5d-11ed-a3b6-dac502259ad0.png

在搜索栏输入你需要查询的单词进行查询,然后点击“列出主题”按钮,会将相关的知识点都罗列出来。此功能非常实用,建议熟练掌握。

下面先来看启动文件前面的介绍 (固件库版本:V1.2.0)



;******************** (C) COPYRIGHT 2017 STMicroelectronics ********************
;* File Name          : startup_stm32h743xx.s
;* @author  MCD Application Team
;* version            : V1.2.0
;* Date               : 29-December-2017
;* Description        : STM32H7xx devices vector table for MDK-ARM toolchain. 
;*                      This module performs:
;*                      - Set the initial SP
;*                      - Set the initial PC == Reset_Handler
;*                      - Set the vector table entries with the exceptions ISR address
;*                      - Branches to __main in the C library (which eventually
;*                        calls main()).
;*                      After Reset the Cortex-M processor is in Thread mode,
;*                      priority is Privileged, and the Stack is set to Main.
;* <<< Use Configuration Wizard in Context Menu >>>   
;*******************************************************************************
; 
; Licensed under MCD-ST Liberty SW License Agreement V2, (the "License");
; You may not use this file except in compliance with the License.
; You may obtain a copy of the License at:
; 
;        http://www.st.com/software_license_agreement_liberty_v2
; 
; Unless required by applicable law or agreed to in writing, software 
; distributed under the License is distributed on an "AS IS" BASIS, 
; WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
; See the License for the specific language governing permissions and
; limitations under the License.
; 
;*******************************************************************************

启动文件是后缀为.s的汇编语言文本文件,每行前面的分号表示此行是注释行。

启动文件主要完成如下工作,即程序执行过程:

- 设置堆栈指针SP = __initial_sp。

- 设置PC指针 = Reset_Handler。

- 设置中断向量表。

- 配置系统时钟

- 配置外部SRAM/SDRAM用于程序变量等数据存储(这是可选的)。

- 跳转到C库中的 __main ,最终会调用用户程序的main()函数。

Cortex-M内核处理器复位后,处于线程模式,指令权限是特权级别(最高级别),堆栈设置为使用主堆栈MSP。

3.1 复位序列

硬件复位之后,CPU 内的时序逻辑电路首先完成如下两个工作(程序代码下载到内部flash为例,flash首地址0x0800 0000)

将0x08000000位置存放的堆栈栈顶地址存放到SP中(MSP)。

将0x08000004 位置存放的向量地址装入 PC 程序计数器。

CPU 从 PC 寄存器指向的物理地址取出第 1 条指令开始执行程序,也就是开始执行复位中断服务程序 Reset_Handler。

ae0769f6-4d5d-11ed-a3b6-dac502259ad0.png

复位中断服务程序会调用SystemInit()函数来配置系统时钟、配置FMC总线上的外部SRAM/SDRAM,然后跳转到C 库中__main 函数。由C库中的__main 函数完成用户程序的初始化工作(比如:变量赋初值等),最后由__main 函数调用用户写的 main()函数开始执行 C 程序。

13.3.2 代码分析

第1部分代码分析

下面的代码实现开辟栈(stack)空间,用于局部变量、函数调用、函数的参数等。

; Amount of memory (in bytes) allocated for Stack
; Tailor this value to your application needs
;  Stack Configuration
;    Stack Size (in Bytes) <0x0-0xFFFFFFFF:8>
; 
  
Stack_Size      EQU     0x00000400


                AREA    STACK, NOINIT, READWRITE, ALIGN=3
Stack_Mem       SPACE   Stack_Size
__initial_sp

第7行:EQU 是表示宏定义的伪指令,类似于 C 语言中的#define。伪指令的意思是指这个“指令”并不会生成二进制程序代码,也不会引起变量空间分配。

0x00000400 表示栈大小,注意这里是以字节为单位。

第9行:开辟一段数据空间可读可写,段名 STACK,按照 8 字节对齐。ARER 伪指令表示下面将开始定义一个代码段或者数据段。此处是定义数据段。ARER 后面的关键字表示这个段的属性。

STACK :表示这个段的名字,可以任意命名。

NOINIT:表示此数据段不需要填入初始数据。

READWRITE:表示此段可读可写。

ALIGN=3 :表示首地址按照 2 的 3 次方对齐,也就是按照 8 字节对齐(地址对8求余数等于0)。

第10行:SPACE 这行指令告诉汇编器给 STACK 段分配 0x00000400 字节的连续内存空间。

第11行: __initial_sp 紧接着 SPACE 语句放置,表示了栈顶地址。__initial_sp 只是一个标号,标号主要用于表示一片内存空间的某个位置,等价于 C 语言中的“地址”概念。地址仅仅表示存储空间的一个位置,从 C 语言的角度来看,变量的地址,数组的地址或是函数的入口地址在本质上并无区别。

第2部分代码分析

下面的代码实现开辟堆(heap)空间,主要用于动态内存分配,也就是说用 malloc,calloc, realloc等函数分配的变量空间是在堆上。


1.    ;  Heap Configuration
2.    ;     Heap Size (in Bytes) <0x0-0xFFFFFFFF:8>
3.    ; 
4.    
5.    Heap_Size       EQU     0x00000200
6.    
7.                    AREA    HEAP, NOINIT, READWRITE, ALIGN=3
8.    __heap_base
9.    Heap_Mem        SPACE   Heap_Size
10.    __heap_limit

这几行语句和上面第1部分代码类似。分配一片连续的内存空间给名字叫 HEAP 的段,也就是分配堆空间。堆的大小为 0x00000200。

__heap_base 表示堆的开始地址。

__heap_limit 表示堆的结束地址。

第3部分代码分析


1.                    PRESERVE8
2.                    THUMB
3.    
4.    
5.    ; Vector Table Mapped to Address 0 at Reset
6.                    AREA    RESET, DATA, READONLY
7.                    EXPORT  __Vectors
8.                    EXPORT  __Vectors_End
9.                    EXPORT  __Vectors_Size

第1行:PRESERVE8 指定当前文件保持堆栈八字节对齐。

第2行:THUMB表示后面的指令是THUMB指令集 ,CM7采用的是THUMB - 2指令集。

第6行:AREA定义一块代码段,只读,段名字是 RESET。READONLY 表示只读,缺省就表示代码段了。

第7-9行:3 行EXPORT语句将 3 个标号申明为可被外部引用, 主要提供给链接器用于连接库文件或其他文件。

第4部分代码分析


1.    __Vectors       DCD     __initial_sp                      ; Top of Stack
2.                    DCD     Reset_Handler                     ; Reset Handler
3.                    DCD     NMI_Handler                       ; NMI Handler
4.                    DCD     HardFault_Handler                 ; Hard Fault Handler
5.                    
6.                    中间部分省略未写
7.    
8.                    DCD     0                                 ; Reserved                                    
9.                    DCD     WAKEUP_PIN_IRQHandler             ; Interrupt for all 6 wake-up pins 
10.                    
11.    
12.    __Vectors_End
13.    
14.    __Vectors_Size  EQU  __Vectors_End - __Vectors

上面的这段代码是建立中断向量表,中断向量表定位在代码段的最前面。具体的物理地址由链接器的配置参数(IROM1 的地址)决定。如果程序在 Flash 运行,则中断向量表的起始地址是 0x08000000。

以MDK为例,就是如下配置选项:

ae327132-4d5d-11ed-a3b6-dac502259ad0.png

DCD表示分配 1 个 4 字节的空间。每行 DCD 都会生成一个 4 字节的二进制代码。中断向量表存放的实际上是中断服务程序的入口地址。当异常(也即是中断事件)发生时,CPU 的中断系统会将相应的入口地址赋值给 PC 程序计数器,之后就开始执行中断服务程序。

第5部分代码分析


1.                    AREA    |.text|, CODE, READONLY
2.    
3.    ; Reset handler
4.    Reset_Handler    PROC
5.                     EXPORT  Reset_Handler                    [WEAK]
6.            IMPORT  SystemInit
7.            IMPORT  __main
8.    
9.                     LDR     R0, =SystemInit
10.                     BLX     R0
11.                     LDR     R0, =__main
12.                     BX      R0
13.                     ENDP

第1行:AREA 定义一块代码段,只读,段名字是 .text 。READONLY 表示只读。

第4行:利用 PROC、ENDP 这一对伪指令把程序段分为若干个过程,使程序的结构加清晰。

第5行:WEAK 声明其他的同名标号优先于该标号被引用,就是说如果外面声明了的话会调用外面的。 这个声明很重要,它让我们可以在C文件中任意地方放置中断服务程序,只要保证C函数的名字和向量表中的名字一致即可。

第6行:IMPORT:伪指令用于通知编译器要使用的标号在其他的源文件中定义。但要在当前源文件中引用,而且无论当前源文件是否引用该标号,该标号均会被加入到当前源文件的符号表中。

第9行:SystemInit 函数在文件system_stm32h7xx.c 里面,主要实现RCC相关寄存器复位和中断向量表位置设置。

第11行:__main 标号表示C/C++标准实时库函数里的一个初始化子程序__main 的入口地址。该程序的一个主要作用是初始化堆栈(跳转__user_initial_stackheap 标号进行初始化堆栈的,下面会讲到这个标号),并初始化映像文件,最后跳转到 C 程序中的 main函数。这就解释了为何所有的 C 程序必须有一个 main 函数作为程序的起点。因为这是由 C/C++标准实时库所规,并且不能更改。

第6部分代码分析

代码如下:


1.    ; Dummy Exception Handlers (infinite loops which can be modified)
2.    
3.    NMI_Handler     PROC
4.                    EXPORT  NMI_Handler                      [WEAK]
5.                    B       .  
6.                    ENDP
7.    HardFault_Handler
8.                    PROC
9.                    EXPORT  HardFault_Handler                [WEAK]
10.                    B       .
11.                    ENDP
12.    
13.                    中间部分省略未写
14.    Default_Handler PROC                                      
15.    
16.                    EXPORT  WWDG_IRQHandler                   [WEAK]                                       
17.                    EXPORT  PVD_AVD_IRQHandler                [WEAK]                         
18.                    EXPORT  TAMP_STAMP_IRQHandler             [WEAK]
19.                    中间部分省略未写
20.    SAI4_IRQHandler      
21.    WAKEUP_PIN_IRQHandler
22.    
23.                    B       .
24.    
25.                    ENDP
26.    
27.                    ALIGN

第5行:死循环,用户可以在此实现自己的中断服务程序。不过很少在这里实现中断服务程序,一般多是在其它的C文件里面重新写一个同样名字的中断服务程序,因为这里是WEEK弱定义的。如果没有在其它文件中写中断服务器程序,且使能了此中断,进入到这里后,会让程序卡在这个地方。

第14行:缺省中断服务程序(开始)

第23行:死循环,如果用户使能中断服务程序,而没有在C文件里面写中断服务程序的话,都会进入到这里。比如在程序里面使能了串口1中断,而没有写中断服务程序USART1_IRQHandle,那么串口中断来了,会进入到这个死循环。

第25行:缺省中断服务程序(结束)。

第7部分代码分析

启动代码的最后一部分:


1.    ;*******************************************************************************
2.    ; User Stack and Heap initialization
3.    ;*******************************************************************************
4.                     IF      __MICROLIB
5.                    
6.                     EXPORT  __initial_sp
7.                     EXPORT  __heap_base
8.                     EXPORT  __heap_limit
9.                    
10.                     ELSE
11.                    
12.                     IMPORT  __use_two_region_memory
13.                     EXPORT  __user_initial_stackheap
14.                     
15.    __user_initial_stackheap
16.    
17.                     LDR     R0, =  Heap_Mem
18.                     LDR     R1, =(Stack_Mem + Stack_Size)
19.                     LDR     R2, = (Heap_Mem +  Heap_Size)
20.                     LDR     R3, = Stack_Mem
21.                     BX      LR
22.    
23.                     ALIGN
24.    
25.                     ENDIF
26.    
27.                     END

第4行:简单的汇编语言实现IF…….ELSE…………语句。如果定义了MICROLIB,那么程序是不会执行ELSE分支的代码。__MICROLIB可能大家并不陌生,就在MDK的Target Option里面设置。

ae4fe366-4d5d-11ed-a3b6-dac502259ad0.png

第5行:__user_initial_stackheap将由__main函数进行调用。

MicroLib

MicroLib是MDK里面带的微库,针对嵌入式应用,MicroLIB做了深度优化,比使用C标准库所需的RAM和FLASH空间都大大减小比如调用:

更多相关知识可以地址:http://www.keil.com/arm/microlib.asp。另外注意microlib只有库,没有源文件。下图是标准库和微库生成代码的比较。

aebac988-4d5d-11ed-a3b6-dac502259ad0.png

4 BOOT启动模式

相比F1,F4的启动方式,H7的启动方式更灵活些,只需一个boot引脚即可。但是一个引脚只能区分出两个状态,为了解决这个问题,H7专门配套了两个option bytes选项字节配置,如此以来就可以方便设置各种存储器地址了。

aee026d8-4d5d-11ed-a3b6-dac502259ad0.png

BOOT_ADD0和BOOT_ADD1对应32位地址到高16位,这点要特别注意。通过这两个选项字节,所有0x0000 0000到0x3FFF 0000的存储器地址都可以设置,包括:

所有Flash地址空间。

所有RAM地址空间,ITCM,DTCM和SRAM。

设置了选项字节后,掉电不会丢失,下次上电或者复位后,会根据BOOT引脚状态从BOOT_ADD0,或BOOT_ADD1所设置的地址进行启动。

使用BOOT功能,注意以下几个问题:

如果用户不慎,设置的地址范围不在有效的存储器地址,那么BOOT = 0时,会从Flash首地址0x0800 0000启动,BOOT = 1时,会从ITCM首地址0x0000 0000启动。

如果用户使能了Flash Level 2保护,那么只能从Flash地址空间进行启动。

F1,F4的启动方式

作为对比,这里补充F1,F4的启动方式,由BOOT0和BOOT1引脚共同决定。

aeff8cd0-4d5d-11ed-a3b6-dac502259ad0.png

5 总结

本章节讲解的启动过程分析还是比较重要的,忘初学者务必掌握。

审核编辑:汤梓红

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • RTOS
    +关注

    关注

    20

    文章

    776

    浏览量

    118796
  • 启动过程
    +关注

    关注

    0

    文章

    5

    浏览量

    1289
  • stm32h7
    +关注

    关注

    0

    文章

    36

    浏览量

    1753

原文标题:STM32启动过程详解,必须收藏

文章出处:【微信号:技术让梦想更伟大,微信公众号:技术让梦想更伟大】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    详解STM32启动过程

    本章教程主要跟大家讲STM32H7启动过程,这里的启动过程是指从CPU上电复位执行第1条指令开始(汇编文件)到进入C程序main()函数入口之间的部分。
    发表于 11-14 11:24 1631次阅读

    STM32H7启动过程

    第13章 STM32H7启动过程详解本章教程主要跟大家讲STM32H7启动过程,这里的启动过程是指从CPU上电复位执行第1条指令开始(汇编
    发表于 08-03 06:15

    STM32H7启动过程详解

    第13章 STM32H7启动过程详解本章教程主要跟大家讲STM32H7启动过程,这里的启动过程是指从CPU上电复位执行第1条指令开始(汇编
    发表于 08-03 06:41

    STM32H7是如何启动

    STM32H7启动过程分析启动文件不同编译器对应的启动文件不同,在MDK下,以startup_stm3
    发表于 08-20 06:07

    STM32H7是怎样启动

    STM32H7是怎样启动的?STM32H7启动过程是怎样的?
    发表于 09-29 07:00

    请问一下STM32H7是如何启动

    请问一下STM32H7是如何启动的?
    发表于 10-09 06:56

    STM32H7技术详解

    MPU • STM32H7 启动方式 • STM32H7-CPUs 概述 • STM32H7 性能4• STM32H7 双核优势和应用 •
    发表于 09-07 06:01

    分析STM32的三种上电启动过程

    上一篇文章我写了STM32的RAM和Flash,文章最后我建议大家来深入研究一下STM32上电启动过程。同时有小伙伴留言说想让我讲一下IAP(在线升级程序)。其实如果搞懂STM32的上
    的头像 发表于 05-03 18:03 7294次阅读

    STM32启动过程是怎么样的?

    下好程序后,重启芯片时,SYSCLK的第4个上升沿,BOOT引脚的值将被锁存,这就是所谓的启动过程STM32上电或者复位后,代码区始终从0x00000000开始,其实就是将存储空间的地址映射到0x00000000中。三种启动
    的头像 发表于 11-27 16:36 3347次阅读
    <b class='flag-5'>STM32</b>的<b class='flag-5'>启动过程</b>是怎么样的?

    STM32上电后启动过程

    STM32上电后启动过程
    发表于 11-15 18:21 16次下载
    <b class='flag-5'>STM32</b>上电后<b class='flag-5'>启动过程</b>

    STM32启动过程--启动文件--分析

    STM32启动过程--启动文件--分析一、概述1、说明  每一款芯片的启动文件都值得去研究,因为它可是你的程序跑的最初一段路,不可以不知道。
    发表于 11-30 13:21 4次下载
    <b class='flag-5'>STM32</b><b class='flag-5'>启动过程</b>--<b class='flag-5'>启动</b>文件--<b class='flag-5'>分析</b>

    stm32启动过程

    一次性搞定stm32启动模式与启动过程一、stm32启动模式二、从flash启动过程2.1 数据
    发表于 12-16 16:57 8次下载
    <b class='flag-5'>stm32</b><b class='flag-5'>启动过程</b>

    STM32启动过程分析

    1. 程序和数据在Flash和SRAM上的存储结构在讲解 STM32 启动过程之前,我们先来了解一下 STM32 的程序和数据在 Flash 和 SRAM 上到底是如何存储的,因为有了这方面的知识
    发表于 12-23 19:55 11次下载
    <b class='flag-5'>STM32</b><b class='flag-5'>启动过程</b><b class='flag-5'>分析</b>

    STM32启动过程如何分析

    本文分析STM32单片机从上电到运行的过程,目的在于了解STM32单片机从启动到运行的整个过程
    的头像 发表于 02-10 10:48 1011次阅读
    <b class='flag-5'>STM32</b>的<b class='flag-5'>启动过程</b>如何<b class='flag-5'>分析</b>

    stm32启动过程详解

    STM32启动过程详解 近年来,STM32微控制器在嵌入式系统中的应用越来越广泛。STM32微控制器具有高性能、低功耗、易扩展和丰富的外设接口等优势。而要让
    的头像 发表于 12-08 15:47 716次阅读