硬件平台选型：MCU、传感器与无线模块的实战抉择

好，咱们进入第二章。这一章我打算聊聊硬件选型。说实话，很多工程师觉得选型就是看数据手册，比参数。但我在项目里吃过不少亏，发现选型更像是在做「平衡术」——性能、功耗、成本、开发难度，你得全盘考虑。

今天咱们聚焦三个核心模块：主控MCU、传感器、无线模块。我会结合自己的项目经历，把每个选项的「坑」和「甜点」都摊开来讲。

2.1 主控MCU：三款主流芯片的硬碰硬

先聊MCU。暖通空调控制器对MCU的要求其实挺明确的：低功耗是刚需，但算力也不能太弱，毕竟要跑算法、处理传感器数据、还要管无线协议栈。

我重点对比三款：STM32U5、MSP430、ESP32-S3。这三款我都用过，各有各的脾气。

对比项 STM32U5 MSP430 ESP32-S3
内核架构 ARM Cortex-M33 16位 RISC Xtensa LX7 双核
主频 160 MHz 25 MHz 左右 240 MHz
待机功耗 约 1.5 µA（典型） 约 0.5 µA（极低） 约 5 µA（深度睡眠）
运行功耗 约 50 µA/MHz 约 10 µA/MHz 约 80 µA/MHz
SRAM 最大 2.5 MB 最大 64 KB 512 KB
无线集成 无（需外挂） 无（需外挂） Wi-Fi + BLE 5.0
典型成本 中高 低 中低

2.1.1 STM32U5：性能与功耗的「黄金平衡点」

我个人习惯把STM32U5叫做「六边形战士」。它基于Cortex-M33内核，带TrustZone安全扩展，跑FreeRTOS或者ThreadX都很稳。功耗方面，它有个叫LPBAM（低功耗后台自主模式）的绝活——外设可以在CPU休眠时自己干活，比如定时采集传感器数据、通过DMA搬运到内存。我在一个恒温恒湿控制器项目里，用这个模式把平均功耗压到了12 µA左右，电池撑了两年多。

但要注意，STM32U5的封装种类多，有些小封装（比如UFBGA）焊接难度大，手工样板调试时容易虚焊。我建议量产选LQFP封装，虽然占地方，但可靠。

我的建议： 如果你的产品需要跑复杂的控制算法（比如PID自适应、模糊控制），或者需要本地存储大量日志，STM32U5是首选。它的LPBAM模式是低功耗设计的「作弊器」。

2.1.2 MSP430：极致低功耗的「老将」

MSP430是低功耗领域的常青树。它的待机功耗能做到0.5 µA以下，运行功耗也极低。我记得有一次做一款电池供电的温控器，要求CR2032纽扣电池撑3年，我第一个想到的就是MSP430。它的FRAM（铁电存储器）版本特别香——写入速度快、功耗低、几乎无限次擦写，非常适合频繁记录传感器数据。

但MSP430的短板也很明显：算力弱。16位内核，主频最高也就25 MHz左右。如果你要跑复杂的无线协议栈（比如Zigbee的完整协议），或者做FFT频谱分析，MSP430会非常吃力。说白了，它适合做「纯传感器采集+简单控制」的场景。

避坑指南： 我曾经在一个项目里用MSP430跑BLE协议栈，结果发现堆栈溢出，调试了整整一周。后来换成了STM32U5，问题迎刃而解。所以，如果你需要无线功能，MSP430最好搭配一颗专用的无线MCU（比如CC2540），别硬扛。

2.1.3 ESP32-S3：Wi-Fi/BLE集成的「性价比之王」

ESP32-S3是乐鑫的明星产品。它集成了Wi-Fi和BLE 5.0，算力强（240 MHz双核），还带向量扩展指令集，跑AI推理（比如语音识别、异常检测）都行。价格还便宜，批量采购不到20块钱。你想想看，一颗芯片搞定主控+无线，省了PCB面积和BOM成本，多香。

但它的功耗是硬伤。深度睡眠模式虽然能到5 µA，但一旦Wi-Fi连上，平均功耗轻松飙到80 mA以上。对于电池供电的暖通控制器，除非你设计成「定时唤醒+快速上传」的模式，否则续航很难看。我建议ESP32-S3用在插电式的智能温控器或者集中控制器上，别用在电池场景。

小技巧： 如果非要用ESP32-S3做电池供电，可以开启它的「Modem-sleep」模式，让Wi-Fi在空闲时断开连接，只保持BLE广播。这样平均功耗能降到10 mA左右，配合大容量锂电池，也能撑几个月。

2.2 传感器选型：温湿度、CO2、人体红外

传感器是控制器的「眼睛」和「耳朵」。选错了，算法再牛也白搭。我按类型一个个说。

2.2.1 温湿度传感器

暖通空调最基础的传感器。我常用的有三款：SHT30、HDC1080、BME280。

型号 精度（温度/湿度） 功耗 接口 特点
SHT30 ±0.3°C / ±2% RH 2 µA（休眠） I2C 性价比高，响应快
HDC1080 ±0.2°C / ±2% RH 1.3 µA（休眠） I2C 低功耗，带加热功能
BME280 ±0.5°C / ±3% RH 3.6 µA（休眠） I2C/SPI 集成气压计，适合室外补偿

我个人习惯用SHT30，因为它便宜、供货稳定，精度也够用。但要注意，SHT30的I2C地址是0x44，如果总线上有其他设备，记得别冲突。HDC1080的精度更高，适合做高端恒温恒湿控制器。BME280多了一个气压计，可以用来做海拔补偿，但功耗稍高，电池场景慎用。

我的经验： 温湿度传感器最怕「自热效应」。传感器工作时会发热，导致读数偏高。我一般会在软件里做补偿：采集后等待100ms再读值，或者用移动平均滤波。另外，传感器不要靠近发热元件（比如LDO、Wi-Fi模块），至少保持5mm距离。

2.2.2 CO2传感器

CO2浓度是衡量室内空气质量的关键指标。暖通空调可以根据CO2浓度自动调节新风量，既节能又健康。我推荐两款：MH-Z19B（红外NDIR原理）和SCD40（光声光谱原理）。

型号 量程 精度 功耗 接口
MH-Z19B 400~5000 ppm ±50 ppm + 5% 约 20 mA（工作） UART/PWM
SCD40 400~2000 ppm ±30 ppm + 3% 约 0.5 mA（平均） I2C

MH-Z19B是经典款，便宜、皮实，但功耗高（20 mA），不适合电池供电。SCD40是瑞士Sensirion的新品，功耗极低，精度也更好，但价格贵一倍。我建议：插电设备用MH-Z19B，电池设备用SCD40。

避坑指南： 我曾经用MH-Z19B时发现，它刚上电的前30秒读数不准，因为红外光源需要预热。所以软件里要做「上电延迟」，等传感器稳定后再读值。另外，CO2传感器容易受气流影响，安装时别对着空调出风口。

2.2.3 人体红外传感器（PIR）

人体红外传感器用来检测房间是否有人，实现「人来灯亮、人走关空调」的节能逻辑。我常用的有AM312（模拟输出）和D6T-1A-01（数字输出，带温度补偿）。

AM312便宜（几块钱），但容易误触发——夏天热气流、宠物走动都可能触发。D6T是欧姆龙的阵列式传感器，能检测人体位置和移动方向，精度高，但价格贵（几十块）。

我的建议是：普通场景用AM312 + 软件滤波。比如连续检测到3次触发才判定有人，连续5分钟无触发才判定无人。高端场景（比如会议室、酒店客房）用D6T，能实现更精准的 occupancy detection。

小技巧： PIR传感器有个「死区」问题——人静止不动时，红外信号变化很小，传感器可能误判为无人。我一般会配合CO2传感器做双重判断：如果CO2浓度持续升高但PIR显示无人，就判定有人静止，不关空调。

2.3 无线模块选型：BLE Mesh、Zigbee、Wi-Fi

无线通信是智能暖通控制器的「神经」。选哪种协议，取决于你的应用场景：是单点控制、组网控制、还是云平台联动？

协议 组网能力 功耗 带宽 典型场景
BLE Mesh 支持（最多数千节点） 极低（广播模式） 低（1 Mbps） 智能家居、传感器网络
Zigbee 支持（最多数百节点） 低 中（250 kbps） 楼宇自动化、工业控制
Wi-Fi 不支持（需路由器） 高 高（50+ Mbps） 云平台、手机APP直连

2.3.1 BLE Mesh：低功耗组网的「新贵」

BLE Mesh是蓝牙技术联盟推出的组网协议。它的优点是功耗极低，节点可以用纽扣电池供电，而且手机可以直接加入网络，调试方便。我在一个智能灯控+温控的项目里用过，50个节点，平均功耗不到10 µA，电池撑了1年半。

但BLE Mesh的缺点是延迟高。消息需要中继转发，网络规模大了以后，端到端延迟可能超过1秒。对于暖通空调这种对实时性要求不高的场景（温度变化慢），完全够用。但如果你要控制风机盘管的开关，延迟0.5秒可能就有点难受了。

我的建议： BLE Mesh适合做「传感器数据采集网络」——每个房间放一个温湿度+CO2传感器节点，通过BLE Mesh上报给中央控制器。中央控制器再通过Wi-Fi上传云端。这样传感器节点功耗低，中央控制器算力强，分工明确。

2.3.2 Zigbee：工业级组网的「老大哥」

Zigbee在楼宇自动化领域深耕多年，协议成熟，稳定性好。它的自愈网络很厉害——某个节点掉线，网络会自动重新路由。我在一个大型办公楼项目里，用了200多个Zigbee节点控制风机盘管，运行了3年没出过问题。

但Zigbee的缺点是开发门槛高。协议栈复杂，调试工具贵（比如Ubiqua抓包器），而且不同厂家的Zigbee设备互操作性差。如果你做的是封闭系统（所有设备都是自己家的），Zigbee很香。但如果你要接入第三方设备（比如飞利浦Hue灯泡），可能会遇到兼容性问题。

避坑指南： 我曾经在一个项目里用Zigbee做OTA升级，结果发现Zigbee的带宽只有250 kbps，升级一个100 KB的固件需要5分钟。后来我改成了「分片传输+断点续传」，才勉强能用。所以，如果你需要频繁OTA，Zigbee不是好选择。

2.3.3 Wi-Fi：直连云端的「便利派」

Wi-Fi最大的优势是直接连路由器，无需网关。用户用手机APP就能控制，开发也简单——ESP32-S3自带Wi-Fi，SDK完善，开箱即用。我建议Wi-Fi用在单点控制的场景，比如一个智能温控器，用户通过手机远程开关空调。

但Wi-Fi的功耗是硬伤。即使待机，Wi-Fi模块也要保持连接，功耗至少10 mA。对于电池供电的设备，Wi-Fi基本不可行。另外，Wi-Fi的组网能力弱，一个路由器最多连几十个设备，不适合大规模部署。

小技巧： 如果产品必须用Wi-Fi，但又想省电，可以设计成「触发式连接」——平时Wi-Fi处于休眠状态，当传感器检测到有人或者温度变化时，才唤醒Wi-Fi上传数据。这样平均功耗能降低一个数量级。

2.4 我的最终选型建议

说了这么多，我直接给结论吧。根据不同的产品定位，我推荐以下组合：

  • 电池供电的传感器节点： MSP430 + SHT30 + SCD40 + BLE Mesh（用CC2540或nRF52840）。极致低功耗，续航2年以上。
  • 插电式的智能温控器： STM32U5 + SHT30 + MH-Z19B + Wi-Fi（ESP32-S3做协处理器）。性能强，功能全，支持云端联动。
  • 大型楼宇的集中控制器： STM32U5 + BME280 + D6T + Zigbee（用CC2530或EFR32）。稳定可靠，支持数百节点组网。

嗯，选型这块就聊到这儿。下一章咱们会深入硬件设计，聊聊电源管理和PCB布局。到时候我会分享一些「画板子翻车」的经历，保证让你少走弯路。

← 上一章 📖 返回目录 下一章 →