STM32 HAL库外设驱动开发实战 - 第1节
1.1 为什么选STM32？——聊聊我的选择
做嵌入式这些年，我用过不少单片机。从8位的51、AVR，到16位的MSP430，再到32位的ARM系列。说实话，真正让我觉得「够用、好用、不折腾」的，还是STM32。
你可能要问：市面上ARM核的芯片那么多，为什么偏偏是ST的？
我个人习惯从三个维度看：生态、文档、工具链。STM32在这三块都做得相当扎实。尤其是HAL库推出之后，开发效率提升了一大截。我记得2015年第一次用STM32F4做电机驱动项目，那时候还是标准外设库，代码量很大，移植也麻烦。后来换成HAL库，同样的功能，代码少了将近三分之一。
核心观点：STM32不是性能最强的，也不是最便宜的，但它是「综合体验」最好的。对于产品开发来说，这比单纯的参数更重要。
1.1.1 STM32系列怎么选？
STM32家族很庞大，初学者容易挑花眼。我把它分成三大类，你对照需求选就行：
| 系列 | 定位 | 典型型号 | 适合场景 |
|---|---|---|---|
| F系列 | 高性能/通用 | F103、F407、F767 | 工业控制、电机驱动、消费电子 |
| L系列 | 低功耗 | L051、L4R5 | 电池供电、物联网终端、可穿戴 |
| G系列 | 高性价比 | G070、G474 | 成本敏感、简单控制、替代8位机 |
嗯，这里要注意：不要盲目追新。我见过有人用最新的H7系列做LED灯控，纯粹是浪费。选型时先算清楚：你需要几个定时器？几路ADC？要不要DMA？通信接口够不够？把这些列出来，再对着选型手册找，比凭感觉选靠谱得多。
1.2 HAL库到底是个什么东西？
说白了，HAL库就是ST官方写的一套硬件抽象层代码。它把寄存器的操作封装成了函数，你调用函数就行，不用再对着数据手册翻寄存器位定义。
举个例子，以前用标准库点亮一个LED：
GPIO_InitTypeDef GPIO_InitStruct;
GPIO_InitStruct.GPIO_Pin = GPIO_Pin_0;
GPIO_InitStruct.GPIO_Mode = GPIO_Mode_Out_PP;
GPIO_InitStruct.GPIO_Speed = GPIO_Speed_50MHz;
GPIO_Init(GPIOA, &GPIO_InitStruct);换成HAL库：
GPIO_InitTypeDef GPIO_InitStruct = {0};
GPIO_InitStruct.Pin = GPIO_PIN_0;
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
GPIO_InitStruct.Pull = GPIO_NOPULL;
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);看起来差不多？但HAL库的精髓不在初始化，而在外设操作和中断处理。比如用UART接收数据，HAL库提供了回调机制，你只需要实现回调函数，不用管底层中断怎么嵌套。
我的建议：刚开始学HAL库，不要纠结每个函数内部怎么实现的。先会用，用熟了再回头看源码。我当年就是先跑通再深挖，效率高很多。
1.2.1 HAL库的架构设计
HAL库的架构其实很清晰，我画了张图帮你理解：
从这张图你能看到：用户代码只跟HAL API打交道。API内部调用LL库或直接操作寄存器。这样做的好处是——换芯片型号时，只要API接口不变，你的应用代码几乎不用改。
我曾经把一个F103的项目移植到L4上，只改了CubeMX的配置，重新生成代码，应用层一行没动。这就是HAL库的威力。
1.3 开发环境搭建——别在这卡住
很多初学者在环境搭建这一步就放弃了。其实没那么复杂，我带你走一遍。
1.3.1 你需要装什么？
- STM32CubeMX：图形化配置工具，生成初始化代码。免费，ST官网下载。
- IDE：Keil MDK 或 IAR EWARM。二选一，我个人习惯用Keil，但IAR的编译优化更好。
- 驱动：ST-Link驱动，用于下载调试。
避坑指南：我曾经在Win10上装ST-Link驱动时，系统自动安装了错误的版本，导致调试器连不上。折腾了半天才发现是驱动冲突。建议去ST官网手动下载最新驱动，不要用Windows自动更新。
1.3.2 搭建步骤（以Keil为例）
- 安装Keil MDK：去Keil官网下载，安装时勾选Cortex-M系列支持包。
- 安装STM32CubeMX：一路默认安装就行。
- 安装芯片支持包：在CubeMX的Help菜单里，Manage embedded software packages，选择你用的芯片系列下载。
- 连接硬件：用ST-Link连接开发板和电脑，装好驱动后设备管理器里能看到ST-Link设备。
- 验证：打开CubeMX，新建工程，选择芯片型号，配置一个GPIO输出，生成代码。在Keil里编译下载，LED亮了就说明环境没问题。
小技巧：第一次生成代码时，CubeMX会提示你选择IDE。选MDK-ARM V5，它会自动生成.uvprojx工程文件。如果你用IAR，就选EWARM V7/V8。
1.3.3 一个简单的验证工程
环境搭好后，我建议你跑一个最简单的程序——点灯。不是为了炫技，而是确认整个工具链是通的。
在CubeMX里：
- 选一个引脚（比如PA0）配置为GPIO_Output
- 生成代码
- 在main.c的while循环里加一句：
HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_0); - 加个延时：
HAL_Delay(500);
编译下载，如果LED以1秒的频率闪烁，恭喜你，环境搭建成功了。
嗯，这一步虽然简单，但千万别跳过。我见过太多人一上来就搞复杂的外设，结果环境有问题，排查半天才发现是驱动没装好。先跑通点灯，后面的事就顺了。
1.4 本章小结
这一章我们聊了：
- STM32为什么值得学——生态好、文档全、工具链成熟
- HAL库的本质——硬件抽象，让你专注应用逻辑
- 环境搭建的要点——别在第一步卡住