STM32启动详细流程之__main

上一篇博客详细地讲述了一个流程&＃xff1a;

cpu执行第一条用户代码 -> 调用__main函数

这篇博客着重讲述了STM32启动文件中一些需要注意的细节&＃xff0c;对于STM32启动文件的内容没有过多的讲解&＃xff0c;因为我的第一篇博客讲述的就是STM32启动文件的解释。

而本篇博客将要详细地描述一个流程&＃xff1a;

_ _main函数 -> __rt_entry -> main函数

这里再次声明一下&＃xff1a;__main函数是c库中的一个函数&＃xff0c;和用户编写的main函数是有区别的&＃xff01;&＃xff01;&＃xff01;

必备知识中主要是用到了.map文件&＃xff0c;双击红色箭头所指向的区域就可以打开&＃xff01;&＃xff01;&＃xff01;

2.1. 用户程序在FLASH中的组织架构

上面两张图截取了镜像文件在FLASH上的内存分布。

从上面两张图可以知道&＃xff0c;在程序的最开始处&＃xff0c;存储的是数据段&＃xff0c;这个数据段就是中断向量表&＃xff0c;里面存储这所有中断函数的入口地址。

紧跟着的就是代码段&＃xff0c;代码段包含了自己编写的用户代码和库函数。

之后有跟着数据段&＃xff0c;这个数据段有个专有的名称&＃xff0c;叫做代码常量区&＃xff0c;也就是你定义的const类型的全局变量&＃xff08;记住不是const类型的局部变量&＃xff0c;const类型的局部变量还是存储在栈区&＃xff09;会存储在这个区域。

特别注意&＃xff0c;非常重要的知识点&＃xff1a;

在代码常量区后面还有一个区&＃xff0c;叫做读写数据区&＃xff0c;这个区域中的数据最终要被拷贝到SRAM中去&＃xff0c;因为FLASH只能读不能写&＃xff08;事实上可以进行写操作&＃xff0c;只不过需要密钥而已&＃xff0c;参考手册中有说明&＃xff09;而SRAM中的数据是可读可写的。

但是&＃xff0c;.map文件中并没有提到&＃xff0c;也就是说你从.map文件中是找不到这个区的&＃xff0c;

你能看到的最后一项就是代码常量区&＃xff0c;因此这个地方一般情况下很难发现到&＃xff0c;只有深入__main函数之后才可以知道。

值得注意的是&＃xff1a;

在代码区中&＃xff0c;不仅有Code、Data类型的数据&＃xff0c;还有PAD&＃xff01;&＃xff01;&＃xff01;

PAD就是padding的意思&＃xff0c;中文翻译过来就是填充的意思

作用&＃xff1a;进行4字节对齐&＃xff0c;提高cpu的取指速率

也就是说&＃xff0c;无论是指令还是数据&＃xff0c;在内存中都要4个字节对齐&＃xff0c;所表现出来的特征就是&＃xff1a;

地址的最低两位都为0&＃xff0c;换成16进制来说&＃xff0c;就是最后一个字母只能为0、4、8、c。

2.2. 用户数据在SRAM中的组织架构

在SRAM中&＃xff0c;第一个区域叫做全局区&＃xff0c;也有人叫静态区。你定义的全局变量&＃xff08;有初始值&＃xff09;&＃xff0c;静态变量都存放在这个区域当中。

这里需要说明一下一个特例&＃xff1a;

比如你定义了一个全局变量&＃xff1a;int a;

没有初始化的全局变量默认为0&＃xff0c;但要注意&＃xff0c;并不是说没有初始化的全局变量就属于.bss段&＃xff08;网上有很多的博客都说错了&＃xff09;&＃xff0c;它还是属于全局区&＃xff0c;它的值是编译器赋值给它的&＃xff01;&＃xff01;&＃xff01;

&＃xff08;视频需要进行验证&＃xff09;

紧跟着的就是.bss段。

注意&＃xff1a;.bss段不被包含在可执行文件当中

定义的未初始化全局数组&＃xff0c;未初始化的静态全局数组等等保存在.bss段。

接下来就是堆和栈&＃xff0c;因为堆向上生长&＃xff0c;栈向下生长&＃xff0c;因此堆在栈的前面。

此时&＃xff0c;我们得到一个非常重要的结论&＃xff1a;

栈顶指针的值 &＃61; RW-data &＃43; ZI-data

大家可以想一下&＃xff0c;为什么。

还有&＃xff0c;由于当一个程序生成可执行文件之后&＃xff0c;栈顶指针的值就确定了。

那也就是说&＃xff0c;从栈顶指针处&＃xff0c;到SRAM最后一个存储单元都处于未使用状态&＃xff0c;也就是说&＃xff0c;有一部分内存我们是没有使用的&＃xff0c;这里需要注意&＃xff01;&＃xff01;&＃xff01;

2.3. 2.加载地址 链接地址 运行地址 存储地址

加载地址&＃xff1a;将指令或数据从地址A拷贝到地址B&＃xff0c;地址A就是加载地址

链接地址&＃xff1a;由链接脚本文件指出&＃xff0c;链接的时候确定

运行地址&＃xff1a;程序在内存中运行时候的地址

存储地址&＃xff1a;指令或数据在flash中存放的存储地址&＃xff0c;就是存储地址

这里需要说明一下&＃xff1a;

链接地址是静态的&＃xff0c;在程序链接的时候确定。

运行地址是动态的&＃xff0c;因为当你使用位置无关码&＃xff08;后面会提到&＃xff09;将程序从A地址拷贝到B地址处&＃xff0c;那么运行地址就发生了改变。

存储地址就是加载地址&＃xff0c;没有区别&＃xff01;&＃xff01;&＃xff01;

2.3.4.代码重定向

程序或数据的链接地址要和运行地址一致&＃xff0c;但往往程序或数据的存储地址&＃xff08;加载地址&＃xff09;和运行地址不一样&＃xff0c;因此需要代码重定向。

代码重定向&＃xff1a;使用位置无关码将用户程序或数据从存储地址拷贝到运行地址

用一句很精确的话来描述代码重定向&＃xff1a;

使逻辑地址与实际物理地址一一对应的过程

这篇博客非常详细地描述了代码重定向的过程&＃xff0c;读者特别需要注意的就是:

MCU和MPU代码重定向的区别&＃xff01;&＃xff01;&＃xff01;

跟我一起学RT-Thread之重定位

2.3.4.1.位置无关码

当程序或数据的链接地址和运行地址不一样的时候&＃xff0c;此时只有位置无关码才能够正确被执行

位置无关码&＃xff1a;依赖于程序当前运行的PC值&＃xff0c;进行相对的跳转&＃xff0c;导致的结果就是&＃xff0c;无论代码在哪&＃xff0c;总能达到指令正常运行的目的&＃xff0c;因此是位置无关的。

位置有关码&＃xff1a;不依赖当前PC值&＃xff0c;是绝对跳转&＃xff0c;只有程序运行在链接地址处时&＃xff0c;才能达到指令的正常目的&＃xff0c;因此是位置有关系的。

作用&＃xff1a;Initialization of the execution environment and execution of the application

You can customize execution intialization by defining your own __main that branches to __rt_entry.

The entry point of a program is at __main in the C library where library code:

1. Copies non-root (RO&＃xff08;不会拷贝&＃xff0c;官方提供和实际实践有出入&＃xff09; and RW) execution regions from their load addresses to their execution addresses. Also, if any data sections are compressed, they are decompressed from the load address to the execution address.
2. Zeroes ZI regions.
3. Branches to __rt_entry.

If you do not want the library to perform these actions, you can define your own __main that branches to __rt_entry.&＃xff08;我们后面会自己实现__main函数&＃xff09;

注意&＃xff1a;__main函数不会将RO段数据拷贝到执行地址处&＃xff0c;虽然官方说明了

4.1.procedure

The library function __rt_entry() runs the program as follows:

1. Sets up the stack and the heap by one of a number of means that include calling __user_setup_stackheap(), calling __rt_stackheap_init(), or loading the absolute addresses of scatter-loaded regions.

2. Calls __rt_lib_init() to initialize referenced library functions, initialize the locale and, if necessary, set up argc and argv for main().This function is called immediately after__rt_stackheap_init() and is passed an initial chunk of memory to use as a heap. This function is the standard ARM C library initialization function and it must not be reimplemented.

3. Calls main(), the user-level root of the application.

   From main(), your program might call, among other things, library functions.

4. Calls exit() with the value returned by main().

entry的是ARM汇编语法中程序的入口地址&＃xff0c;GNU Assember语法中start是程序的入口地址

__rt_lib库函数是没有源文件&＃xff0c;都已经编译完成了。

The symbol __rt_entry is the starting point for a program using the ARM C library.

Control passes to __rt_entry after all scatter-loaded regions have been relocated to their execution addresses.

4.2.Usage

The default implementation of __rt_entry:

1. Sets up the heap and stack.
2. Initializes the C library by calling __rt_lib_init.(ARMc库里面全面都是.b .l形式的库&＃xff0c;没有源码)
3. Calls main().
4. Shuts down the C library, by calling __rt_lib_shutdown.
5. Exits.

__rt_entry must end with a call to one of the following functions:

• exit()

  Calls atexit()-registered functions and shuts down the library.

• __rt_exit()

  Shuts down the library but does not call atexit() functions.

• _sys_exit()

  Exits directly to the execution environment. It does not shut down the library and does not call atexit() functions.

视频链接如下&＃xff1a;
STM32启动流程之__main

需要源码的和我说&＃xff01;&＃xff01;&＃xff01;

5.1.消除警告

提示&＃xff1a;程序的首地址并不和程序的入口地址等效

注意&＃xff1a;ARM汇编语法entry是一个程序的入口地址&＃xff0c;GNU汇编语法start是一个程序的入口地址

我们已自己实现__main 函数&＃xff0c;ENTRY 已没有实质作用&＃xff0c; 但为了避免 KEIL 警告&＃xff0c;这里加上。

你觉得你行吗&＃xff1f;你知道要多少行代码吗&＃xff0c;并且&＃xff0c;没必要&＃xff01;&＃xff01;&＃xff01;

7.1.为什么我们可以自己编写__main和__rt_entry

因为库函数里面的 ___main函数 和 ____rt_entry函数是弱函数

弱函数定义时需要写红色箭头所指向的关键字。

7.2.当一个用户程序运行完以后&＃xff0c;会出现什么情况

结论&＃xff1a;具体情况我也不知&＃xff0c;有大神知道可以告诉我吗

半主机模式介绍&＃xff1a;

STM32半主机模式

这篇文章是本系列博客文章的结尾&＃xff0c;主要就是描述了&＃xff1a;

_ _main函数 -> __rt_entry函数 -> main函数

本系列文章流程&＃xff1a;

可执行程序 -> cpu执行第一条用户代码的流程 -> _ _main函数 -> __rt_entry函数 -> main函数

编写用户代码到如何生成可执行文件并没有解释&＃xff0c;如果需要&＃xff0c;可以安排&＃xff01;&＃xff01;&＃xff01;

详细地阐述了可执行文件是如何被加载到FLASH上&＃xff0c;以及编写的用户程序&＃xff08;main函数&＃xff09;被调用之前经历了哪些步骤。

如果你对这些步骤了然于胸的时候&＃xff0c;那么恭喜你&＃xff0c;你已经很强了&＃xff0c;大部分人是学不到这么深的&＃xff0c;就算工作了很多年&＃xff01;&＃xff01;&＃xff01;

希望本系列的博文能够对你有所帮助&＃xff01;&＃xff01;&＃xff01;

最后&＃xff0c;希望大家能够学有所成&＃xff0c;未来可期&＃xff01;