3、TPMS终端硬件架构：传感器模块（压力/温度/加速度）、MCU选型与存储（Flash/RAM）、射频收发模块（433MHz/315MHz）、电源管理（电池寿命）
好，咱们进入第三章。这一章聊的是TPMS终端的硬件架构，说白了就是传感器、MCU、射频和电源这四大块怎么搭起来。我做了这么多年TPMS，坦白讲，硬件选型一旦翻车，后面软件写得再好也白搭。你想想看，传感器不准、MCU跑不动、射频传不远、电池撑不住——任何一个短板都会让整个系统报废。
3.1 传感器模块：压力、温度、加速度
TPMS的核心感知能力，就靠这三个传感器。压力传感器测胎压，温度传感器测胎温，加速度传感器用来判断车轮是否在转动。我见过不少方案把温度和压力做在一个封装里，加速度单独放，这样省面积。
关键参数：
- 压力范围：100kPa ~ 900kPa（覆盖轿车到轻卡）
- 精度要求：±10kPa以内（我习惯选±7kPa的，留点余量）
- 温度范围：-40°C ~ +125°C（别忘了夏天暴晒后轮胎内部能到100°C以上）
- 加速度量程：±200g或±400g（用于触发运动唤醒）
我在项目中遇到过一个问题：某款国产压力传感器低温漂太大，-20°C时偏差到了15kPa。后来换了另一家的MEMS方案，温漂控制在±5kPa以内。嗯，这里要注意——温漂系数一定要看数据手册里的典型值和最大值，别只看典型值。
避坑指南：我曾经因为没做传感器老化测试，结果产品出厂半年后压力值开始漂移。后来强制要求每批次做1000小时高温老化筛选，问题才解决。
3.2 MCU选型与存储（Flash/RAM）
MCU是TPMS终端的大脑。选型时我主要看三点：功耗、算力、外设资源。TPMS的MCU不需要跑Linux，8位或32位ARM Cortex-M0+就够用。我个人习惯用Cortex-M0+，因为生态成熟，开发工具链顺手。
| 参数 | 最低要求 | 推荐配置 | 说明 |
|---|---|---|---|
| Flash | 32KB | 64KB ~ 128KB | OTA升级需要额外空间存固件备份 |
| RAM | 4KB | 8KB ~ 16KB | 协议栈和传感器数据处理用 |
| 主频 | 8MHz | 16MHz ~ 48MHz | 够用就行，频率高功耗也高 |
| 休眠电流 | < 2μA | < 1μA | 电池寿命的关键 |
关于Flash，我建议至少留出两倍于固件大小的空间。为什么？因为OTA升级时，你要先下载新固件到备份区，校验通过后再覆盖运行区。我见过有人只留了刚好够的空间，结果升级到一半断电，设备变砖了。
警告：千万别用Flash模拟EEPROM的方式存校准参数。Flash擦写次数有限（通常1万次），而TPMS每几秒就要存一次数据。老老实实外挂一个EEPROM，或者选带硬件EEPROM的MCU。
3.3 射频收发模块（433MHz/315MHz）
射频是TPMS的通信命脉。433MHz和315MHz这两个频段，说白了就是ISM频段，不用授权。我个人的经验是：433MHz在国内用得多，315MHz在北美和日本更常见。选哪个？看你目标市场。
射频模块的核心指标：
- 发射功率：10dBm ~ 15dBm（别超过法规限制，国内限10mW）
- 接收灵敏度：-110dBm以下（我习惯选-115dBm的，穿轮胎和轮毂后信号衰减很大）
- 数据速率：4.8kbps ~ 50kbps（速率越低，传输距离越远）
- 调制方式：FSK或OOK（FSK抗干扰更好，我推荐FSK）
你想想看，轮胎在旋转，天线方向随时在变。再加上金属轮毂的屏蔽效应，信号能传出去3米就算不错了。我做过实测：433MHz在轮胎内部发射，接收端放在驾驶室，中间隔着发动机舱和底盘，信号衰减能达到30dB以上。所以天线匹配非常关键，别随便拉根线就当天线用。
经验之谈：我曾经在射频匹配上栽过跟头。板子画好了，发现发射功率只有5dBm，怎么调都不行。最后发现是天线匹配网络的电容焊错了封装。嗯，从那以后我每次打样都先做阻抗测试。
3.4 电源管理（电池寿命）
TPMS终端靠电池供电，一用就是5到10年。电池寿命是硬指标，算不清楚就等着被客户投诉。我习惯用平均电流法来估算：
平均电流 = (工作电流 × 工作时间 + 休眠电流 × 休眠时间) / 总时间
举例：
- 工作模式：15mA，持续20ms
- 休眠模式：1μA，持续60秒
- 平均电流 ≈ (15mA × 0.02s + 0.001mA × 60s) / 60s ≈ 0.006mA = 6μA
电池容量：1200mAh（CR2032）
理论寿命：1200mAh / 0.006mA ≈ 200,000小时 ≈ 22.8年
等等，别高兴太早。这只是理论值。实际要考虑：
- 电池自放电：锂电池每年约2%~3%，CR2032约1%
- 低温影响：-20°C时电池容量可能只剩60%
- 脉冲电流：射频发射时瞬间电流可能到20mA，电池内阻大会导致电压跌落
- 老化因素：5年后电池内阻增加，可用容量下降
我的建议：理论寿命打五折。算出来22年，实际按10年设计。这样即使电池老化、温度恶劣，也能保证5年以上的可靠工作。
电源管理的另一个重点是低功耗策略。我常用的手段：
- 深度休眠：MCU进入Stop模式，只留RTC和唤醒定时器
- 传感器间歇供电：测量时才给传感器上电，平时断电
- 射频按需发射：不是每次测量都发数据，可以累积几次再发
- 动态电压调节：MCU在低负载时降频降压
我记得有一次，客户要求电池寿命必须到8年。我们算下来理论值只有6年。后来优化了射频发射策略——从每30秒发一次改成每60秒发一次，同时把发射功率从12dBm降到10dBm。实测平均电流降了40%，寿命终于达标了。所以说，硬件设计很多时候是取舍的艺术。
注意：电池电压监测电路一定要做。当电池电压低于2.0V时，MCU要主动发出低电量报警，提醒车主换电池。我见过有人忘了这个功能，结果电池没电了车主还不知道，胎压监测直接罢工。
好了，这一章就到这里。硬件架构是TPMS的骨架，选型时多留点余量，测试时多跑几个极端工况，后面OTA升级才能稳稳当当。下一章咱们聊软件架构，到时候见。