3. 启动流程与链接脚本：芯片上电后，代码是怎么跑起来的？

大家好，我是你们的讲师。今天我们来聊聊嵌入式开发里最基础、也最容易让人迷糊的一块——芯片上电启动流程、Bootloader、链接脚本这些。说实话，我当年刚入行时，也被这些概念绕得晕头转向。尤其是链接脚本，看着像天书一样。但后来我发现，搞懂这些，你才算真正掌握了SoC开发的“方向盘”。

3.1 芯片上电启动流程：从复位向量到第一条指令

芯片一上电，它到底干了什么？说白了，就是从一个固定的地址开始取指令执行。这个地址，就是复位向量。

典型的ARM Cortex-M系列启动流程：

  1. 上电复位：CPU从0x00000000地址读取栈顶指针（MSP），从0x00000004地址读取复位中断向量（Reset_Handler）。
  2. 跳转到Reset_Handler：CPU直接跳转到这个函数执行。
  3. 系统初始化：在Reset_Handler里，通常要做几件事：关闭中断、初始化时钟、初始化内存控制器（如果外部SDRAM）、搬运数据段、清零BSS段。
  4. 调用main()：最后，跳转到C语言的main函数，你的应用代码就开始了。

核心要点：芯片上电后，它不会自己“思考”，它只是机械地按照硬件设计好的地址去取指令。所以，你必须确保复位向量表在正确的位置。

我记得有一次，我帮一个团队调试一块新板子，上电后死活跑不起来。折腾了半天，最后发现是Flash的起始地址配置错了，导致CPU读到的复位向量全是0。嗯，从那以后，我每次画板子都会再三确认启动地址。

3.2 Bootloader概念：为什么需要它？

Bootloader，说白了就是一个“小管家”。它负责在main函数运行之前，把硬件环境准备好，然后把控制权交给你的应用程序。

Bootloader的主要职责：

  • 硬件初始化：时钟、内存、外设等。
  • 程序加载：从Flash、SD卡、网络等介质把应用程序加载到RAM中。
  • 启动校验：检查应用程序的完整性（比如CRC校验），防止跑飞。
  • 升级功能：支持通过串口、USB、OTA等方式更新固件。

你想想看，如果没有Bootloader，你的芯片一上电就直接跑main函数。那如果main函数里有个bug，导致系统死机了，你怎么升级？所以，Bootloader就是给你留了一个“后门”。

我的建议：在项目初期，就把Bootloader和应用程序分开编译。这样，以后升级应用时，只需要烧写应用分区，Bootloader不动。我习惯把Bootloader放在Flash的起始扇区，应用程序放在后面。

3.3 链接脚本解析：.icf 与 .ld 文件

链接脚本，是编译器用来决定代码和数据在内存中如何布局的“地图”。对于IAR环境，它是.icf文件；对于GCC环境，它是.ld文件。虽然语法不同，但核心思想一样。

一个典型的GCC链接脚本（.ld）片段：

MEMORY
{
    FLASH (rx)  : ORIGIN = 0x08000000, LENGTH = 512K
    RAM   (rwx) : ORIGIN = 0x20000000, LENGTH = 128K
}

SECTIONS
{
    .text :
    {
        *(.isr_vector)    /* 中断向量表 */
        *(.text*)         /* 代码段 */
        *(.rodata*)       /* 只读数据 */
        _etext = .;       /* 代码段结束地址 */
    } > FLASH

    .data : AT (ADDR(.text) + SIZEOF(.text))
    {
        _sdata = .;       /* 数据段起始地址 */
        *(.data*)         /* 初始化数据 */
        _edata = .;       /* 数据段结束地址 */
    } > RAM

    .bss :
    {
        _sbss = .;        /* BSS段起始地址 */
        *(.bss*)          /* 未初始化数据 */
        _ebss = .;        /* BSS段结束地址 */
    } > RAM
}

关键点解释：

  • MEMORY：定义物理内存区域，包括起始地址和大小。
  • SECTIONS：定义各个段（.text, .data, .bss）放在哪个内存区域。
  • .isr_vector：中断向量表，必须放在Flash的起始位置。
  • .data：初始化的全局变量，运行时需要从Flash拷贝到RAM。
  • .bss：未初始化的全局变量，运行时需要清零。

注意：链接脚本里定义的符号（如_sdata, _etext）不是C语言变量，而是地址标签。你在汇编或C代码里可以用extern声明它们，然后取地址来使用。我曾经见过有人直接拿这些符号当变量用，结果编译报错，一脸懵。

3.4 向量表重定位：让中断听你的话

默认情况下，中断向量表放在Flash的起始地址（0x08000000）。但有时候，你想把向量表搬到RAM里，比如为了实现动态中断处理，或者为了加快中断响应速度。这就需要向量表重定位。

在Cortex-M上，重定位很简单：

// 假设你把向量表拷贝到了RAM的0x20000000地址
#define VECTOR_TABLE_BASE 0x20000000

// 设置SCB->VTOR寄存器
SCB->VTOR = VECTOR_TABLE_BASE;

为什么需要重定位？我举个例子。你在做Bootloader时，Bootloader本身有自己的中断向量表。当它跳转到应用程序时，应用程序也有自己的中断向量表。如果不重定位，中断来了，CPU还是跑到Bootloader的向量表里，那不乱套了？

避坑指南：我曾经在重定位后忘记重新设置栈顶指针，结果一进中断就栈溢出。记住，重定位后，向量表的第一个字（栈顶指针）必须指向有效的RAM空间。

3.5 堆栈初始化：C语言运行的基础

堆栈，是C语言函数调用、局部变量、中断嵌套的“舞台”。没有正确的堆栈初始化，你的程序连printf都跑不了。

栈（Stack）初始化：

  • 在启动代码中，从向量表第一个字读取栈顶地址，写入MSP（主栈指针）。
  • 栈是向下生长的，所以栈顶地址通常是RAM的最高地址。
  • 栈大小要足够，否则递归调用或中断嵌套会导致栈溢出。

堆（Heap）初始化：

  • 堆用于动态内存分配（malloc/free）。
  • 在链接脚本中定义堆的起始地址和大小。
  • 在启动代码中，调用_init_heap函数（或类似函数）初始化堆管理器。

一个典型的启动代码片段（汇编）：

Reset_Handler:
    ; 设置栈指针
    LDR     R0, =_estack
    MSR     MSP, R0

    ; 搬运.data段
    LDR     R0, =_sdata
    LDR     R1, =_edata
    LDR     R2, =_sidata
    BL      copy_data

    ; 清零.bss段
    LDR     R0, =_sbss
    LDR     R1, =_ebss
    BL      zero_bss

    ; 初始化堆
    BL      init_heap

    ; 跳转到main
    BL      main

我个人习惯，在项目初期就把栈大小设大一点，比如8KB或16KB。等后期优化时再根据实际使用情况调整。否则，调试时莫名其妙地跑飞，查半天发现是栈溢出，那才叫郁闷。

总结一下：启动流程、Bootloader、链接脚本、向量表重定位、堆栈初始化，这五件事是SoC裸机开发的“地基”。地基没打好，上面盖的房子再漂亮也白搭。我建议你，每做一个新项目，都亲手写一遍启动代码和链接脚本，不要偷懒用IDE自动生成的。这样，你才能真正理解芯片是怎么“活”起来的。

好，这一章就到这里。下一章，我们聊聊中断系统和异常处理——这可是SoC的“神经系统”。

← 上一章 📖 返回目录 下一章 →