3、STM32开发环境搭建：STM32CubeMX配置、Keil/IAR开发环境、HAL库与LL库的选择
好，咱们正式开始动手了。做窗帘电机驱动，第一步就是把开发环境搭起来。别小看这一步，我见过太多新手卡在环境配置上，代码写好了却编译不过，或者下载不进去，折腾半天心态就崩了。今天我就把这几年的经验捋一捋，帮你把这条路铺平。
3.1 STM32CubeMX：图形化配置利器
STM32CubeMX 是 ST 官方出的图形化配置工具。说白了，就是帮你省掉写初始化代码的苦力活。你点点鼠标，它就能生成工程框架。
我个人习惯，拿到一个新项目，第一件事就是打开 CubeMX。为什么？因为手动配时钟树太容易出错了。我曾经在项目里因为 PLL 配置参数算错，导致电机 PWM 频率跑偏，查了两天才找到原因。从那以后，我再也不手撸时钟配置了。
3.1.1 安装与基本设置
去 ST 官网下载 CubeMX，安装过程一路 Next 就行。注意要安装 Java 运行环境，因为 CubeMX 是基于 Java 的。嗯，这里要注意，版本别太老，建议用 6.x 以上版本。
打开后，先做两件事：
- 设置固件包路径：把 HAL 库下载到本地，别每次都从网上下载，太慢。
- 选择芯片型号：窗帘电机驱动常用 STM32F103C8T6 或 STM32G030F6P6，性价比高。
3.1.2 配置时钟树
时钟是 MCU 的心脏。电机控制对时序要求高，时钟不准，PWM 频率就飘。
在 CubeMX 的 Clock Configuration 页面，我一般这样配：
- 外部晶振选 8MHz（HSE）
- PLL 倍频到 72MHz（F103 系列）
- APB1 时钟设为 36MHz（给定时器用）
- APB2 时钟设为 72MHz（给 GPIO 和高级定时器用）
重要提醒：电机控制用的定时器，比如 TIM1、TIM8，挂在 APB2 总线上。如果你把 APB2 配低了，PWM 频率上限就上不去。我之前有个同事，配了 36MHz 的 APB2，结果 20kHz 的 PWM 死活出不来，查了半天才发现是时钟问题。
3.1.3 引脚分配与外设配置
窗帘电机驱动需要的外设不多，但每个都要配对：
| 外设 | 用途 | 配置要点 |
|---|---|---|
| TIM1 | PWM 输出（驱动电机） | 通道1/2/3，频率 20kHz，互补输出 |
| TIM2 | 编码器接口（测速） | 编码器模式，TI1+TI2 |
| USART1 | 串口通信（调试/控制） | 波特率 115200，8N1 |
| GPIO | 限位开关、霍尔传感器 | 上拉输入，中断触发 |
在 Pinout View 里，直接点引脚就能分配功能。你想想看，以前用标准库的时候，得对着数据手册一行行写寄存器，现在点几下鼠标就搞定了，省了多少事。
3.2 Keil/IAR 开发环境：编译与调试
CubeMX 生成代码后，还得有个 IDE 来编译和下载。Keil 和 IAR 是主流选择，我两个都用过，各有千秋。
3.2.1 Keil MDK-ARM
Keil 在国内用得最多，教程也多。安装时注意：
- 安装 MDK-ARM 5.x 版本
- 安装对应芯片的器件包（Device Pack）
- 注册 License（别问我怎么搞，你懂的）
打开 CubeMX 生成的 .uvprojx 文件，直接就能编译。第一次编译可能会报错，多半是头文件路径没配好。在 Options for Target -> C/C++ -> Include Paths 里，把 HAL 库的路径加上就行。
小技巧：我习惯在 Keil 里开两个窗口，一个看代码，一个看编译输出。这样报错时能快速定位。另外，把 Optimization 设为 Level 0（调试阶段），等代码稳定了再开优化。
3.2.2 IAR Embedded Workbench
IAR 的编译器优化做得更好，代码密度比 Keil 小。如果你做量产产品，我建议用 IAR。
安装步骤类似：
- 下载 IAR for ARM 最新版
- 安装芯片支持包
- 导入 CubeMX 生成的 .eww 工程文件
IAR 的界面和 Keil 不太一样，但核心操作差不多。配置好调试器（ST-Link 或 J-Link），点 Download and Debug 就能跑起来。
避坑指南：我曾经在 IAR 里遇到过一个问题——编译通过，但下载后程序不跑。查了半天，发现是 IAR 的启动文件版本和 HAL 库不匹配。解决办法：在 CubeMX 生成代码时，Project Settings 里把 Toolchain 选成 IAR，它会自动配好启动文件。
3.3 HAL 库与 LL 库：如何选择？
这是新手最容易纠结的问题。HAL 库和 LL 库都是 ST 官方提供的，但设计思路完全不同。
3.3.1 HAL 库：通用但臃肿
HAL 库的全称是 Hardware Abstraction Layer，硬件抽象层。它把所有外设的操作都封装成了函数，比如：
// HAL 库的 PWM 初始化
HAL_TIM_PWM_Init(&htim1);
HAL_TIM_PWM_ConfigChannel(&htim1, &sConfigOC, TIM_CHANNEL_1);
HAL_TIM_PWM_Start(&htim1, TIM_CHANNEL_1);你看，代码很直观，但函数调用层级深，执行效率低。对于窗帘电机这种对实时性要求不高的应用，HAL 库完全够用。
我建议：初学者先用 HAL 库，把功能调通了再说。等你对底层寄存器熟悉了，再考虑优化。
3.3.2 LL 库：轻量但直接
LL 库是 Low Layer 库，直接操作寄存器，几乎没有封装。同样的 PWM 初始化，LL 库是这样写的：
// LL 库的 PWM 初始化
LL_TIM_EnableCounter(TIM1);
LL_TIM_OC_EnablePreload(TIM1, LL_TIM_CHANNEL_CH1);
LL_TIM_CC_EnableChannel(TIM1, LL_TIM_CHANNEL_CH1);
LL_TIM_GenerateEvent_UPDATE(TIM1);代码量少，执行快，但可读性差。你得对着数据手册看寄存器位。
3.3.3 我的选择策略
在实际项目中，我一般这样选：
| 场景 | 推荐库 | 原因 |
|---|---|---|
| 原型验证、快速开发 | HAL 库 | 开发速度快，代码易读 |
| 量产产品、资源紧张 | LL 库 | 代码小，执行效率高 |
| 电机控制中断服务 | LL 库 | 中断响应要快，HAL 库太慢 |
| 外设初始化 | HAL 库 | 初始化一次，不影响性能 |
核心观点：别把 HAL 和 LL 对立起来。我经常在同一个工程里混用——初始化用 HAL 库，中断服务用 LL 库。CubeMX 生成的代码里，HAL 和 LL 的初始化函数是分开的，你完全可以各取所长。
3.4 实战：从 CubeMX 到 Keil 的完整流程
光说不练假把式。咱们走一遍完整流程：
- 打开 CubeMX，选 STM32F103C8T6
- 配时钟：HSE 8MHz，PLL 72MHz
- 配 TIM1：通道1 PWM，频率 20kHz，占空比 50%
- 配 USART1：PA9 TX，PA10 RX，115200
- 生成代码：Project -> Generate Code，选 Keil MDK-ARM
- 打开 Keil，编译，0 Error 0 Warning
- 下载到开发板，用示波器看 PA8 引脚，应该有 20kHz 的方波
嗯，到这里，你的开发环境就搭好了。是不是比想象中简单？
最后说一句：环境搭建只是第一步，别在这上面花太多时间。我见过有人折腾了一周的环境，代码一行没写。记住，工具是拿来用的，不是拿来研究的。配好了就赶紧往下走，电机转起来才是硬道理。