📚 课程目录第1章课程导学与开发环境搭建

1. 课程导学与开发环境搭建：MCU选型策略、IDE配置、调试器连接与验证

大家好，欢迎来到这门实战课。我是你们的老朋友，一个在嵌入式领域摸爬滚打了十几年的工程师。今天咱们正式开始第一讲。

这一章说白了，就是给整个课程打地基。你想想看，后面所有关于内存优化、ThreadX任务调度的骚操作，都得跑在硬件上。如果一开始MCU选错了，IDE没配好，调试器连不上，那后面全是纸上谈兵。

我个人习惯，拿到一个新项目，第一件事不是写代码，而是先把“路”铺好。这章我就带你走一遍我的铺路流程。

1.1 MCU选型策略：别光看主频和Flash

很多新手选MCU，上来就问：“主频多少？Flash多大？” 嗯，这很重要，但远远不够。我见过太多项目，因为选型时漏掉一个细节，后期改板子改到崩溃。

咱们这门课的核心是内存优化和ThreadX实时任务调度。所以选型时，你得盯着这几个硬指标：

选型维度	关键指标	为什么重要（我的经验）
内核架构	Cortex-M4/M7/M33	带FPU和MPU，跑ThreadX做任务隔离时，MPU是硬刚需。M0+虽然省电，但没MPU，内存保护就是个空话。
SRAM大小与分布	≥64KB，最好有TCM或紧耦合内存	ThreadX的任务栈、消息队列全吃RAM。TCM（如ITCM/DTCM）是零等待的，放关键数据能大幅提升实时性。
调试接口	SWD（Serial Wire Debug）	省引脚，2根线搞定调试。JTAG虽然功能全，但占引脚多，小封装芯片根本受不了。
外设DMA支持	多通道DMA + 链表模式	做内存优化时，用DMA搬运数据能解放CPU。链表模式更是神器，可以无中断连续传输。
功耗模式	支持多级睡眠 + 快速唤醒	ThreadX的Tickless模式依赖硬件低功耗定时器。选错了，功耗优化直接卡死。

避坑指南： 我曾经选了一款Cortex-M4芯片，Flash有1MB，看着挺美。结果SRAM只有32KB，跑个ThreadX内核加两个任务，内存就快见底了。后面做内存优化，简直是螺蛳壳里做道场。所以，SRAM大小是第一优先级，别被大Flash忽悠了。

1.2 IDE配置：STM32CubeIDE vs IAR，我选谁？

IDE这东西，没有绝对的好坏，只有适不适合。我个人两个都用，但场景不同。

STM32CubeIDE：免费，基于Eclipse，集成了CubeMX。适合原型验证、学习、小团队。缺点嘛，编译速度慢，代码补全偶尔抽风。
IAR Embedded Workbench：收费，但编译优化极其强悍。同样的代码，IAR能比GCC小15%-20%，跑得快10%左右。适合量产项目、对代码尺寸和性能有极致要求的场景。

咱们这门课，我会以STM32CubeIDE为主进行演示，因为大家上手成本低。但我会在关键地方（比如链接脚本修改、内存布局）指出IAR的对应操作。

1.2.1 关键配置：工程优化等级与Linker Script

配置IDE时，有两点你千万别忽略：

优化等级：调试阶段用 -O0，发布阶段用 -Os（优化尺寸）或 -O2（优化速度）。我见过有人一直用 -O0 发布，结果Flash爆了。
Linker Script（链接脚本）：这是内存优化的主战场。你得手动指定哪个段放TCM，哪个段放SRAM。默认配置通常把所有东西都塞进SRAM，这很浪费。

我的小技巧： 在STM32CubeIDE里，生成代码后，第一件事就是打开 STM32F4xx_FLASH.ld 文件，把 .isr_vector 和 .text 强制放到ITCM区域。这样中断响应能快好几个时钟周期。

1.3 调试器连接与验证：J-Link vs ST-Link

调试器是嵌入式工程师的“听诊器”。没有它，你就像闭着眼睛修车。

调试器	优势	劣势	我的推荐场景
ST-Link	便宜（开发板自带），与STM32CubeIDE无缝集成	速度慢（最高4MHz SWO），功能单一	学习、原型验证、简单调试
J-Link	速度快（最高50MHz SWO），支持RTT、ETM追踪	贵（正版几百到几千），需要单独买	性能调优、内存泄漏排查、复杂多任务调试

1.3.1 连接验证三步走

不管你用哪个调试器，连接验证的步骤都一样。我每次拿到新板子，都会走一遍这个流程：

硬件连接：SWD只需要4根线——VCC、GND、SWDIO、SWCLK。别接反了，我烧过一块板子就是因为SWDIO和SWCLK接反了。
驱动安装：J-Link需要装J-Link Software Pack，ST-Link在STM32CubeIDE里自带。装完后，打开设备管理器，看到“J-Link driver”或“ST-Link”就对了。
连接测试：在IDE里点“Debug”按钮，如果能读到芯片ID（比如0x2BA01477），恭喜你，通了。如果报错“No target connected”，先检查GND线，再检查复位电路。

警告： 千万别在调试器连接状态下带电插拔SWD线。我有个同事，因为偷懒，热插拔了3次，直接把MCU的SWD引脚烧了。后来只能飞线，折腾了一整天。

1.4 本章知识体系：一张图看懂

下面这张图，是我自己画的本章知识结构。你把它存下来，后面学累了就回来看一眼，思路会清晰很多。

1.5 动手验证：点亮你的第一颗LED

光说不练假把式。咱们来写个最简单的程序，验证整个环境是否跑通。

/* main.c - 验证调试器与IDE环境 */
#include "main.h"

int main(void)
{
    HAL_Init();
    SystemClock_Config();  /* 配置系统时钟，通常CubeMX自动生成 */
    MX_GPIO_Init();        /* 初始化GPIO，PB0接LED */

    while (1)
    {
        HAL_GPIO_TogglePin(GPIOB, GPIO_PIN_0);
        HAL_Delay(500);    /* 延时500ms */
    }
}

验证步骤：

编译下载：点一下“Build”和“Debug”，程序自动烧录并运行。
观察现象：LED应该以1Hz频率闪烁。
打断点：在 HAL_GPIO_TogglePin 行加个断点，全速运行，看程序是否停住。能停住，说明调试器通信正常。
查看变量：在Watch窗口添加 GPIOB->ODR，每次单步执行，观察值是否翻转。

嗯，到这里，你的开发环境就算正式搭好了。后面咱们就要开始动真格的了——深入内存布局，优化ThreadX任务栈，让MCU的性能发挥到极致。