3. 开发环境搭建：Keil/IAR/STM32CubeIDE配置、编译器优化选项、Linker Script基础、调试器（J-Link/ST-Link）使用

好，咱们直接进入正题。做OTA Bootloader，开发环境是第一步。我见过不少新手，代码写得挺好，结果栽在环境配置上，一调就是半天。说白了，工具链不顺手，后面全是坑。

3.1 三大IDE的选择与配置

目前主流的就是Keil、IAR和STM32CubeIDE。我个人习惯是：项目前期用CubeIDE快速验证，后期量产用Keil或IAR。为什么？CubeIDE免费，但编译优化和调试体验，说实话，跟商业版还是有差距。

Keil MDK配置要点

• Device选择：一定要选对具体型号，比如STM32F407VET6，别只选个系列。我遇到过有人选了STM32F407VG，结果启动文件不对，折腾了两天。
• Target选项卡：ARM Compiler选V5或V6。V6编译快，但有些老代码不兼容。我的建议是，新项目用V6，老项目迁移用V5。
• C/C++选项卡：Optimization选-O2或-Os。做Bootloader，我一般选-Os，代码体积小，对Flash空间友好。
• Include Paths：把HAL库、CMSIS、你自己的驱动路径加全。漏一个，编译报错能让你怀疑人生。

IAR EWARM配置要点

• General Options：Target选Cortex-M4（根据你的芯片来）。FPU选单精度或双精度，别选错。
• Compiler：Optimization选High，Balance。IAR的优化很激进，选High时记得检查一下代码行为是否正常。
• Linker：Override default linker script，用你自己写的.icf文件。这个后面会细说。

我记得有一次，用IAR编译Bootloader，开了最高优化，结果中断向量表被优化掉了。嗯，从那以后，我优化等级再也没超过High Balanced。

STM32CubeIDE配置要点

• 工程生成：用CubeMX生成初始化代码，但Linker Script和启动文件，我建议自己改。自动生成的太通用，不适合Bootloader这种特殊场景。
• 编译器：默认GCC，优化选-Os。GCC的-Os效果不错，但要注意，它可能会把一些关键函数内联掉，导致跳转地址出错。
• 调试配置：OpenOCD或ST-Link GDB Server。我个人更习惯用命令行，但新手用IDE自带的调试界面就行。

3.2 编译器优化选项详解

优化选项，说白了就是让编译器帮你把代码改得更快或更小。但Bootloader这种底层程序，优化不当就是灾难。

3.3 Linker Script基础

Linker Script，说白了就是告诉编译器，你的代码该放哪，数据该放哪。Bootloader的Linker Script跟普通应用不一样，因为Bootloader通常跑在Flash的起始地址，而应用跑在后面。

以STM32为例，一个典型的Bootloader Linker Script（GCC版）长这样：

/* 假设Bootloader占用64KB，从0x08000000开始 */
MEMORY
{
    FLASH (rx)  : ORIGIN = 0x08000000, LENGTH = 64K
    RAM (xrw)   : ORIGIN = 0x20000000, LENGTH = 128K
}

SECTIONS
{
    .isr_vector : {
        . = ALIGN(4);
        KEEP(*(.isr_vector))
        . = ALIGN(4);
    } > FLASH

    .text : {
        . = ALIGN(4);
        *(.text)
        *(.text*)
        . = ALIGN(4);
    } > FLASH

    .data : {
        . = ALIGN(4);
        _sdata = .;
        *(.data)
        *(.data*)
        _edata = .;
    } > RAM AT> FLASH

    .bss : {
        . = ALIGN(4);
        _sbss = .;
        *(.bss)
        *(.bss*)
        _ebss = .;
    } > RAM
}

这里要注意几点：

• FLASH起始地址：Bootloader从0x08000000开始，应用从0x08010000开始（假设64KB后）。
• .isr_vector段：必须放在最前面，且用KEEP保留，否则编译器可能把它优化掉。
• .data段：运行时在RAM，但初始值存在Flash里。AT>FLASH就是干这个的。

3.4 调试器使用：J-Link与ST-Link

调试器，说白了就是你的眼睛。没有它，你根本不知道芯片里在发生什么。

J-Link使用要点

• 连接方式：SWD模式，只用4根线（SWDIO、SWCLK、GND、VCC）。JTAG模式线太多，不推荐。
• 速度设置：一般4MHz够用，如果线长，降到1MHz。我遇到过线长了还跑10MHz，结果调试器频繁断开。
• 常用命令：loadfile下载固件，go运行，halt暂停。J-Link Commander是个好东西，比IDE自带的终端灵活。

ST-Link使用要点

• 固件更新：ST-Link的固件偶尔需要更新，用STM32CubeProgrammer就行。我见过有人ST-Link连不上，折腾半天，结果是固件太旧。
• 调试模式：STM32CubeIDE里选ST-Link，SWD模式。注意，如果芯片读保护了，需要先解除保护才能调试。
• 虚拟串口：ST-Link V2以上版本带虚拟串口，调试Bootloader时，用串口打印日志非常方便。

3.5 环境验证：一个简单的Bootloader框架

配置好环境后，我建议先写一个最简单的Bootloader框架，验证工具链是否正常。代码大概这样：

void bootloader_main(void)
{
    /* 初始化系统时钟 */
    SystemClock_Config();

    /* 初始化串口，用于打印日志 */
    UART_Init();

    /* 打印Bootloader版本 */
    printf("Bootloader v1.0\r\n");

    /* 检查是否有新固件 */
    if (Check_New_Firmware())
    {
        printf("New firmware detected, start update...\r\n");
        Update_Firmware();
    }
    else
    {
        printf("No new firmware, jump to app...\r\n");
        Jump_To_App(APP_ADDRESS);
    }

    while (1);
}

这个框架虽然简单，但能验证：

• 编译器是否正常工作
• Linker Script是否正确分配了地址
• 调试器能否正常下载和调试
• 串口输出是否正常

如果这一步跑通了，恭喜你，开发环境搭建完成。后面的事情，就是往这个框架里填OTA逻辑了。