3、开发环境搭建：Keil/IAR/STM32CubeIDE工具链配置、工程模板建立、CMSIS库与HAL库的选择、调试器（J-Link/ST-Link）使用
好，咱们正式开始动手了。
做嵌入式开发，第一件事就是把家伙事儿备齐。你想想看，一个溶解氧传感器，它输出的信号可能是模拟电压，也可能是I2C或Modbus数字协议。不管哪种，你都得有个环境去写代码、编译、烧录、调试。
我个人习惯是，先搭好一个“万能工程模板”。以后每换一个传感器，直接复制改参数就行，省得每次从头配。今天我就把这几套主流工具链的配置心得，一股脑倒给你。
3.1 工具链选择：Keil、IAR、还是STM32CubeIDE？
这三家我都用过，各有各的脾气。我直接说结论：
| 工具链 | 优点 | 缺点 | 我推荐谁用 |
|---|---|---|---|
| Keil MDK | 编译快、调试稳、生态老 | 代码大小限制（免费版32KB） | 做产品、追求稳定的人 |
| IAR EWARM | 优化极强、代码密度高 | 界面丑、上手慢 | 对Flash/RAM抠得很紧的项目 |
| STM32CubeIDE | 免费、集成CubeMX、HAL库原生 | 编译慢、插件偶尔抽风 | 初学者、原型验证 |
我在项目中遇到过用Keil编译好好的，换IAR就报错的情况。说白了，不同编译器对C语言的语法检查严格程度不一样。所以，选定一个就别轻易换。
3.2 工程模板建立：我的“三板斧”
不管用哪个IDE，工程模板的结构我基本固定。你照着这个来，后面写驱动会非常顺手。
Project_Template/
├── Core/
│ ├── Inc/ // 头文件
│ ├── Src/ // 主程序、中断、系统配置
│ └── Startup/ // 启动文件
├── Drivers/
│ ├── CMSIS/ // 内核抽象层
│ ├── HAL_Driver/ // 外设驱动库
│ └── BSP/ // 板级支持包（自己写的）
├── Middlewares/ // 第三方库（如FreeRTOS）
├── Output/ // 编译产物
└── .uvprojx / .ewp / .project // 工程文件
嗯，这里要注意：BSP文件夹是我自己加的。所有跟硬件板子相关的初始化，比如引脚映射、时钟配置、外设初始化，我都扔这里。这样换板子时，只改BSP，不动应用逻辑。
bsp_dissolved_oxygen.h，专门放传感器相关的引脚宏定义。比如 #define DO_ADC_CHANNEL ADC_CHANNEL_3。以后换引脚，改这一个文件就行。
3.3 CMSIS库与HAL库：到底选哪个？
这个问题，我当年也纠结过。现在我的答案是：小孩子才做选择，成年人两个都要。
CMSIS（Cortex Microcontroller Software Interface Standard）是ARM官方的底层抽象。它定义了寄存器地址、中断号、内核函数。说白了，它是“硬件和软件之间的翻译官”。
HAL库是ST在CMSIS之上封装的一层。它把操作寄存器的细节藏起来了，你调用 HAL_ADC_Start() 就行，不用管ADC的CR1、CR2寄存器怎么配。
我的做法是这样的：
- 初始化部分：用HAL库。比如配置ADC、定时器、DMA。HAL库的初始化函数很完善，不容易漏配。
- 性能关键部分：直接操作CMSIS提供的寄存器。比如在ADC中断里读取数据，我直接用
LL_ADC_ReadData()或者直接读ADC1->DR。
避坑指南： 我曾经在一个项目中全用HAL库的阻塞式函数 HAL_Delay() 做时序控制，结果传感器采样频率一高，整个系统卡死。后来改成定时器中断 + 寄存器直接操作，问题就解决了。
所以我的建议是：HAL库用来“搭架子”，CMSIS用来“干细活”。
3.4 调试器使用：J-Link vs ST-Link
调试器就是你的眼睛。没有它，你写驱动就像闭着眼睛走夜路。
我手边常备两个调试器：
- ST-Link：买STM32开发板基本都送。便宜、够用，但速度慢，偶尔断连。
- J-Link：我自己花钱买的。速度快、稳定、支持断点多。做复杂调试时，我必用J-Link。
配置其实很简单，我以Keil为例说一下：
- 点击魔术棒（Options for Target）→ Debug 选项卡。
- 选择对应的调试器：ST-Link Debugger 或 J-Link/J-Trace。
- 点击 Settings，确认 SWD 模式，速度建议选 4MHz 或 Auto。
- 在 Flash Download 里，勾选 Reset and Run（烧录完自动运行）。
调试溶解氧传感器时，我最常用的就是 Watch窗口 和 逻辑分析仪（Keil的Logic Analyzer）。把ADC值、温度补偿系数、校准参数扔进去，实时看变化。比串口打印高效十倍。
3.5 实战建议：先跑个点灯程序
环境搭好后，别急着写传感器驱动。先跑一个GPIO点灯程序，确认整个链路通了。
// 简单的点灯测试
HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET);
HAL_Delay(500);
HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_RESET);
HAL_Delay(500);
灯亮了，说明：
- 编译器没问题
- 烧录器没问题
- 时钟配置没问题
- GPIO初始化没问题
这时候，你才能放心地开始写溶解氧传感器的驱动代码。
嗯，环境搭建就聊到这儿。下一章，我们开始真正跟传感器“对话”——I2C通信协议详解。