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

1. 课程导论与开发环境搭建

各位同学好，我是你们这门课的老周。做嵌入式十几年了，踩过的坑比吃过的盐还多。今天咱们先不急着写代码，把地基打牢。选错芯片、搭错环境，后面全白干——我见过太多人在这上面浪费两周时间。

选型这事儿，说白了就是「够用就好，留有余量」。我刚开始带项目时总喜欢堆料，结果成本压不下来，老板脸都绿了。

STM32家族很庞大，但咱们做裸机驱动和状态机，重点关注这几个系列：

我的经验： 如果你刚开始学，从F103或G0系列入手最稳。F103资料多到看不完，G0则是新架构，功耗和价格都香。别一上来就搞H7，裸机状态机在H7上跑，中断延迟能把人逼疯。

这个问题几乎每期课程都有人问。我的回答很直接：做产品用LL库，做原型用HAL库。

为什么会这样？咱们看个对比：

我记得有一次做电机控制项目，用HAL库的PWM输出，频率一高就丢脉冲。查了两天，发现是HAL库在中断里做了太多状态检查。换成LL库，直接操作寄存器，问题秒解。从那以后，凡是时序敏感的外设，我都用LL库。

注意： 别以为LL库就是「反汇编式编程」。LL库只是薄封装，该有的抽象还在。你想想看，直接操作寄存器虽然快，但可读性差，团队协作时容易出问题。我的做法是：核心驱动用LL库，上层逻辑用HAL库的抽象接口。

很多新手一上来就问：「老师，是不是必须上RTOS？」我的回答是：先问自己三个问题。

如果三个答案都是「否」，那裸机完全够用。咱们这门课讲的就是裸机状态机——说白了，就是用状态机来模拟多任务调度。我做过一个智能家居网关，8个状态机轮转，跑在F103上，稳如老狗。

裸机的优势很明显：

但裸机也有短板：任务多了代码会乱。所以咱们这门课的核心就是——用状态机把裸机代码写出RTOS的架构感。

    决策树： 任务数 ≤ 5 且 实时性要求不高 → 裸机 + 状态机；任务数 > 5 或 有硬实时要求 → RTOS。中间地带？我建议先裸机，等发现不够用了再移植RTOS，反正STM32的RTOS移植也就半天功夫。

工具链这事儿，没有绝对的好坏，只有习惯。我三个都用过，说说真实感受。

老牌工具，ARM的亲儿子。编译快，调试稳，但License贵得离谱。个人学习可以用社区版，限制32KB代码——说实话，咱们这门课的代码量，32KB够用了。

优化能力最强，同样的代码能比Keil小10%-15%。但界面丑，快捷键反人类。我当年第一次用IAR，找个「Build」按钮找了五分钟。

免费、开源、基于Eclipse。集成了CubeMX，图形化配置外设。缺点是比较吃内存，8GB以下的老电脑会卡。我个人建议：新项目用CubeIDE，维护老项目用Keil。

搭建步骤其实大同小异：

避坑指南： 我曾经在调试器配置上卡了一整天。ST-Link的驱动版本和IDE不匹配，导致一直连不上芯片。解决办法很简单：去ST官网下载最新的「ST-Link Utility」，把固件升级到最新。另外，接线要确认——SWD的SWCLK和SWDIO别接反了，GND必须共地。

调试器是嵌入式开发的「眼睛」。没有它，你就是在盲写代码。我见过有人用串口打印来调试中断——嗯，也不是不行，但效率低到令人发指。

主流调试器对比：

配置要点：

曾经踩过的坑： 有一次调试时，每次全速运行就死机。查了半天，发现是调试器的SWO引脚和板子上的某个外设冲突了。解决办法：在调试器配置里关掉SWO，只用SWD的两根线。所以，如果你的板子莫名其妙出问题，先试试「最小调试配置」——只接SWCLK、SWDIO、GND三根线。

下面这张图，把咱们第一章的核心逻辑串起来了。你想想看，选型、库选择、OS决策、环境搭建——每一步都影响后面的开发效率。