3. 开发环境搭建：Keil/IAR/STM32CubeIDE安装、工程模板创建、调试器配置

好，咱们正式开始动手了。这一章我带你搞定开发环境。说白了，就是给单片机搭个「窝」。你想想看，没有趁手的工具，再牛的代码也跑不起来。我个人习惯把这步叫「磨刀」，刀磨快了，后面砍柴才不费劲。

3.1 三大IDE的选择与安装

目前主流的STM32开发环境，无非就是Keil MDK、IAR EWARM，还有ST官方的STM32CubeIDE。我三个都用过，各有各的脾气。

IDE	特点	适合场景
Keil MDK	老牌、生态好、调试器兼容性强	中小项目、快速原型、教学
IAR EWARM	编译优化强、代码密度高	工业级产品、对性能有苛刻要求
STM32CubeIDE	免费、集成CubeMX、持续更新	新项目、ST官方推荐、预算有限

安装过程其实没什么好说的，一路Next就行。但有几个坑我得提醒你：

IAR的安装路径不要有中文，否则编译时会出现莫名其妙的路径错误。嗯，这个我踩过两次。

STM32CubeIDE是Eclipse改的，第一次启动会很慢，因为它要下载一堆插件。别急，喝杯水等它加载完。

3.2 工程模板创建——从零到一

我个人习惯，每个项目都从空白模板开始。为什么？因为官方例程里塞了太多用不上的东西，看着就烦。

以Keil为例，我带你走一遍：

1. 打开Keil，点击 Project → New μVision Project
2. 选择芯片型号，比如STM32F103C8T6
3. 弹窗问你要不要添加启动文件，选「是」
4. 在工程目录下新建 User、Driver、Startup 三个文件夹
5. 把启动文件、系统文件、外设驱动分别丢进去

这里有个小技巧：

STM32CubeIDE的模板创建更简单，因为它集成了CubeMX。你只需要：

1. 新建STM32项目
2. 在CubeMX里配置时钟、外设
3. 生成代码
4. 直接开写

但要注意，CubeMX生成的代码里有很多 /* USER CODE BEGIN */ 和 /* USER CODE END */ 标记。你的业务逻辑一定要写在这两个标记之间，否则下次重新生成代码时会被覆盖掉。这个坑，我见过太多人摔过了。

3.3 调试器配置——让代码跑起来

环境搭好了，模板建好了，接下来就是让代码跑起来。调试器就是你的「眼睛」，没有它，你只能靠猜。

常用的调试器有J-Link、ST-Link、DAP-Link。我个人最推荐ST-Link，因为便宜、稳定，而且ST官方支持最好。

配置步骤其实很简单：

1. 在Keil里点击 Project → Options for Target
2. 切换到 Debug 选项卡
3. 选择调试器类型，比如 ST-Link Debugger
4. 点击 Settings，确认SWD模式、速度选4MHz或更低
5. 切换到 Flash Download，勾选 Reset and Run

IAR的配置类似，只是菜单路径不同：

Project → Options → Debugger → Setup → Driver → ST-Link

STM32CubeIDE的调试配置更直观，直接在工具栏点那个绿色小虫子图标，选择调试配置，然后选好调试器就行。

3.4 避坑指南——我踩过的那些雷

嗯，这里我集中说几个常见问题，你遇到了别慌：

• 下载失败：检查一下BOOT0引脚是不是拉高了。如果BOOT0是高电平，芯片会进入系统存储器模式，没法正常下载程序。
• 调试器找不到：先看看驱动装了没。Windows下ST-Link需要装驱动，Keil和IAR自带驱动，但CubeIDE需要单独装。
• 复位后程序不跑：多半是没勾选「Reset and Run」。或者你的复位电路有问题，检查一下NRST引脚的电平。
• 编译报错说找不到头文件：检查一下工程设置里的Include Paths，确保你把所有头文件路径都加进去了。

3.5 小结

开发环境搭建这件事，说白了就是一次性的体力活。但你别小看它，环境搭得好，后面能省一半的时间。我个人建议你花点时间把模板做好，把调试器配置好，然后跑一个简单的LED闪烁程序验证一下。

下一章，我们开始写真正的固件代码。到时候你会发现，今天搭的这个「窝」，用起来真顺手。