3、微控制器（MCU）选型与开发环境搭建：STM32/ESP32选型、Keil/Arduino IDE配置、调试工具
好，咱们进入第三章。这一章，说白了就是决定你整个项目「大脑」的关键环节。选错MCU，后面全白干。我见过太多新手一上来就纠结「STM32和ESP32哪个好」，其实这个问题没有标准答案，关键看你的应用场景。
3.1 选型前的灵魂拷问
在打开淘宝搜索芯片之前，先问自己三个问题：
- 需要多少IO口？ 传感器、显示屏、按键、电机……数一数，留20%余量。
- 需要无线通信吗？ 蓝牙、Wi-Fi、LoRa？这直接决定要不要选ESP32。
- 实时性要求多高？ 碰撞检测这种毫秒级响应，普通MCU够用，但如果是电机控制，就得考虑带硬件定时器的型号。
我的个人经验： 做物联网原型机，无脑选ESP32。便宜、生态好、自带Wi-Fi/蓝牙。但如果是工业级产品，我建议用STM32，稳定性不是一个量级。
3.2 STM32 vs ESP32：核心差异对比
我整理了一张表，方便你快速决策：
| 对比项 | STM32（以F103为例） | ESP32 |
|---|---|---|
| 内核 | Cortex-M3/M4 | Xtensa LX6双核 |
| 主频 | 72MHz（F103） | 240MHz |
| 无线 | 无（需外挂模块） | Wi-Fi + BLE 5.0 |
| 开发工具 | Keil / STM32CubeIDE | Arduino IDE / ESP-IDF |
| 功耗 | 低（适合电池供电） | 较高（Wi-Fi开启时） |
| 价格 | 10-30元（F103） | 15-25元 |
| 适合场景 | 工业控制、传感器采集 | 物联网、智能家居 |
嗯，这里要注意：ESP32虽然主频高，但它的ADC精度不如STM32。我在做碰撞传感器数据采集时，发现ESP32的ADC有非线性问题，后来不得不加外部ADC芯片。所以，如果你对模拟信号精度要求高，优先考虑STM32。
3.3 开发环境搭建：两条路，自己选
我个人习惯把开发环境分成两派：「专业派」和「快速派」。你想想看，做原型验证和做量产产品，用的工具链完全不同。
3.3.1 专业派：Keil MDK + STM32CubeMX
如果你选STM32，Keil几乎是绕不开的。我刚开始用Keil时也觉得界面老土，但用久了发现，它的调试功能是真的强。
安装步骤（精简版）：
- 下载Keil MDK-ARM（官网或百度网盘，建议用5.38以上版本）
- 安装时勾选「C51」和「ARM」两个组件
- 下载对应芯片的Pack包（STM32F1系列就搜「Keil.STM32F1xx_DFP」）
- 安装ST-Link驱动（调试器必备）
避坑指南： 我曾经因为Keil版本太老，导致STM32G0系列芯片无法识别。折腾了两天才发现是Pack包不兼容。建议直接装最新版Keil，然后手动更新Pack。
配置STM32CubeMX生成代码：
// 以碰撞传感器为例，配置一个GPIO中断
1. 打开CubeMX，选择芯片型号（如STM32F103C8T6）
2. 配置PA0为GPIO_EXTI0（外部中断）
3. 配置USART1（用于串口打印数据）
4. 时钟配置：HSE 8MHz -> PLL -> 72MHz
5. 生成代码（选择MDK-ARM V5）
生成后，在Keil里打开工程，你会在gpio.c里看到中断回调函数。嗯，这里有个小技巧：CubeMX生成的代码结构清晰，但别直接修改它生成的初始化函数，否则下次重新生成会被覆盖。我习惯在main.c的while(1)里写自己的逻辑。
3.3.2 快速派：Arduino IDE + ESP32
如果你选ESP32，或者只是想快速验证碰撞传感器的功能，Arduino IDE是最快的路径。没有之一。
配置步骤：
- 下载Arduino IDE（官网，1.8.19或2.x版本都行）
- 打开「文件」->「首选项」，在「附加开发板管理器网址」中添加：
https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json - 打开「工具」->「开发板」->「开发板管理器」，搜索ESP32并安装
- 选择开发板：ESP32 Dev Module
一个简单的碰撞检测代码：
// 碰撞传感器接GPIO4，LED接GPIO2
const int sensorPin = 4;
const int ledPin = 2;
void setup() {
Serial.begin(115200);
pinMode(sensorPin, INPUT_PULLUP); // 内部上拉
pinMode(ledPin, OUTPUT);
}
void loop() {
int val = digitalRead(sensorPin);
if (val == LOW) { // 碰撞触发（低电平有效）
digitalWrite(ledPin, HIGH);
Serial.println("Collision detected!");
delay(100); // 防抖
} else {
digitalWrite(ledPin, LOW);
}
}
你看，就这么几行代码，碰撞检测就搞定了。Arduino IDE屏蔽了底层寄存器操作，让你专注于逻辑。但代价是——你失去了对硬件的精细控制。我建议：原型验证用Arduino，量产产品用Keil/STM32CubeIDE。
3.4 调试工具：没有它，你就是在盲写
调试工具，说白了就是你的「第二双眼睛」。我刚开始做嵌入式时，全靠串口打印调试，后来发现效率太低。遇到时序问题，串口根本抓不到。
3.4.1 硬件调试器
- ST-Link V2：STM32标配，支持SWD接口，20元左右。可以单步调试、查看变量、设置断点。
- J-Link EDU：功能更强，但价格贵（300+）。如果你做复杂项目，值得投资。
- ESP32的USB转串口：ESP32开发板自带CH340或CP2102，直接用串口打印调试。
我的习惯： 调试时，我会同时开两个窗口——一个Keil的Debug视图（看寄存器值），一个串口助手（看打印信息）。这样既能看底层状态，又能看应用层日志。
3.4.2 逻辑分析仪
如果你要调试I2C、SPI、UART等协议，逻辑分析仪是神器。我推荐Saleae Logic 8（正版贵，但淘宝有几十块的克隆版）。它能帮你抓出时序问题，比如「为什么传感器数据偶尔丢失？」——用逻辑分析仪一看，原来是SCL线上有毛刺。
3.4.3 串口调试助手
这个太基础了，但我要强调一点：波特率一定要匹配。我曾经因为ESP32的默认波特率是115200，而串口助手设成了9600，导致打印全是乱码。排查了半小时才发现是这个问题。
3.5 本章知识体系图
下面这张图，帮你理清选型到调试的完整链路：
3.6 本章小结
选型没有绝对的对错，只有合不合适。STM32和ESP32各有千秋，关键看你的项目需要什么。开发环境方面，我建议你两个都装——Keil用来做正式项目，Arduino IDE用来快速验证想法。调试工具别省，一个ST-Link加一个逻辑分析仪，能帮你省下80%的排查时间。
嗯，最后说一句：别怕踩坑。我当年第一次用Keil时，连工程都不会建，折腾了一整天才点亮一个LED。但正是这些坑，让你真正理解底层原理。动手吧，把环境搭起来，下一章我们就要开始写真正的碰撞检测代码了。
课后小任务： 用Arduino IDE写一个程序，让ESP32每隔1秒打印一次「Hello from ESP32」，然后用串口助手查看输出。如果成功，恭喜你，环境已经通了。