2. 核心器件选型（上）：主控MCU选型
做低功耗水质监测，第一步就是选主控。说白了，MCU就是整个终端的“大脑”。它既要干活，又要省电。选错了，后面所有设计都得推倒重来。
我这些年经手过不少物联网项目，从智能水表到环境传感器，主控选型这块踩过的坑不少。今天就跟大家聊聊，为什么在STM32L0、ESP32、MSP430这三款主流芯片里，我最终选了STM32L051。
2.1 三款MCU的低功耗特性对比
先看一张硬核对比表。这是我整理项目数据时常用的格式，一目了然。
| 参数 | STM32L051 | ESP32 | MSP430FR2433 |
|---|---|---|---|
| 内核 | ARM Cortex-M0+ | Xtensa LX6 双核 | 16位 RISC |
| 运行功耗 | 88 µA/MHz | 约 200 µA/MHz | 100 µA/MHz |
| 待机功耗 | 0.27 µA (RTC开启) | 5 µA (RTC开启) | 0.5 µA (RTC开启) |
| 唤醒时间 | 3.5 µs | 约 50 µs | 5 µs |
| 最大主频 | 32 MHz | 240 MHz | 16 MHz |
| RAM | 8 KB | 520 KB | 4 KB |
| Flash | 64 KB | 4 MB | 8 KB FRAM |
| WiFi/BLE | 无 | 内置 | 无 |
| 价格(批量) | 约 $0.8 | 约 $1.5 | 约 $1.0 |
2.2 为什么ESP32第一个被排除？
ESP32确实很火。性能强，带WiFi和蓝牙，价格还便宜。很多初学者一上来就想用它。
但我个人习惯，做低功耗设计时，第一件事就是看“待机电流”。
ESP32的深度睡眠模式，官方标称是5 µA。听起来还行对吧？但实际项目中，我遇到过一个问题：它的RTC在深度睡眠下只能保留少量内存，而且唤醒后重新连接WiFi需要2-3秒。你想想看，水质监测终端每隔1小时采集一次数据，每次唤醒光连网就耗掉3秒，这功耗就上去了。
另外，ESP32的ADC精度只有12位，而且噪声比较大。水质监测需要测量pH值、溶解氧这些模拟信号，精度不够的话，数据根本没法用。
2.3 MSP430：老牌低功耗选手，但生态是硬伤
MSP430是TI的经典低功耗系列。说实话，它的功耗控制确实优秀。尤其是FRAM版本，写入速度快，功耗极低。
但为什么我没选它？
原因有三：
- 开发工具链不友好： TI的CCS（Code Composer Studio）用起来比较重。我习惯用Keil或者STM32CubeIDE，切换过去很不顺手。
- 社区资源少： 遇到问题，STM32的论坛上一搜一大把。MSP430的案例就少很多，尤其是水质监测这种细分领域。
- 外设集成度低： MSP430FR2433只有4KB RAM。我算了一下，跑一个简单的FreeRTOS加上传感器驱动，RAM就快满了。后期想加个数据缓存都困难。
嗯，这里要注意。不是说MSP430不好。如果你做的是超低功耗的穿戴设备，它可能是首选。但水质监测需要处理传感器数据、管理通信模块，MSP430的“小身板”确实有点吃力。
2.4 我为什么最终选了STM32L051？
答案其实就四个字：恰到好处。
STM32L051属于STM32L0系列，是ST专门为低功耗应用设计的。它有几个让我无法拒绝的理由：
- 待机功耗0.27 µA： 这是带RTC运行的数据。水质监测终端大部分时间都在睡觉，只有采集数据时才醒来。0.27 µA意味着，一节CR2032纽扣电池理论上可以撑5年以上。
- 唤醒速度3.5 µs： 从待机模式到执行第一条指令，只需要3.5微秒。这意味着每次采集数据，功耗开销几乎可以忽略不计。
- 12位ADC，精度够用： 虽然比不上外挂的16位ADC，但配合过采样技术，做到14位有效精度没问题。pH传感器、温度传感器这些，完全够用。
- 生态成熟： 我用STM32CubeMX配置外设，几分钟就能生成初始化代码。HAL库虽然有点臃肿，但胜在稳定。遇到问题，论坛上随便搜一下就有答案。
- 价格便宜： 批量采购不到1美元。对于成本敏感的产品，这个价格很友好。
2.5 选型总结：适合的才是最好的
说了这么多，其实就一句话：没有最好的MCU，只有最合适的MCU。
如果你做的是需要WiFi联网、数据处理量大的产品，ESP32是首选。如果你追求极致功耗、对成本不敏感，MSP430可以考虑。但如果你像我一样，做的是电池供电、需要长期稳定运行的水质监测终端，STM32L051是目前最平衡的选择。
下一章，我会继续讲传感器和通信模块的选型。到时候你会看到，主控选对了，后面的设计会顺畅很多。