1. 课程导论：为什么TPMS需要低功耗？行业背景与痛点分析
1.1 一个真实的“电池焦虑”故事
我记得2018年，帮一家车厂做售后分析。
有位车主投诉，说他的车买了不到两年，胎压监测就开始报“传感器电池电量低”。
换一个传感器，4S店报价800块。车主气得在论坛上发帖骂街。
你想想看，一个轮胎里的纽扣电池，理论上应该撑5到8年。结果两年就挂了。
问题出在哪？
说白了，就是软件架构没做好低功耗设计。
传感器一直在“偷偷”干活，该睡的时候没睡沉，该醒的时候又醒得太频繁。
嗯，这就是我们今天要聊的核心——TPMS的低功耗软件架构，到底该怎么设计？
1.2 行业背景：TPMS为什么成了“刚需”？
先说说大背景。
TPMS，全称是Tire Pressure Monitoring System，胎压监测系统。
这东西现在已经是汽车的标配了。美国从2007年强制要求，欧盟从2014年跟进，咱们中国也从2019年开始，所有新生产的乘用车都必须装。
为什么这么重视？
一组数据告诉你：
| 事故类型 | 与胎压相关的比例 |
|---|---|
| 高速爆胎事故 | 约70%由胎压异常引发 |
| 轮胎磨损导致的油耗增加 | 胎压不足25%时，油耗增加约5% |
| 轮胎寿命缩短 | 胎压长期偏低30%，寿命缩短约40% |
所以，TPMS不是可有可无的“锦上添花”，而是实打实的安全件。
1.3 痛点分析：低功耗到底难在哪？
好了，既然TPMS这么重要，那它的功耗问题为什么一直是个老大难？
我总结了几点，都是我在项目里踩过的坑：
痛点一：电池容量被“物理锁死”
TPMS传感器装在轮胎里，用的是纽扣电池，比如CR2032或者CR1632。
一颗CR2032的容量，大概在220mAh左右。
你想想看，就这么点电，要撑5年甚至更久。
平均下来，每天的可用电流是多少？
我算给你看：
220mAh / (5年 × 365天) ≈ 0.12mAh/天
换算成平均电流：0.12mAh / 24h ≈ 5μA5微安！
这还没算电池自放电、高温下容量衰减。实际能用的，可能只有150mAh左右。
所以，平均工作电流必须控制在5μA以内，这是硬指标。
痛点二：射频发射是“电老虎”
TPMS需要定时把胎压、温度数据发到车里的接收器。
射频发射的瞬间电流有多大？
我测过一款常用的芯片，发射时电流高达15mA到20mA。
你想想看，5μA的平均预算，一个15mA的“大胃王”一口就吃掉3000倍的配额。
怎么办？
只能靠“短脉冲”+“深度睡眠”来平衡。
发射时间必须压缩到毫秒级，发射完立刻断电，一秒都不能多留。
痛点三：MCU的“假睡”问题
这个坑我踩过好几次。
很多工程师以为，只要调用了“sleep”指令，MCU就真的睡了。
其实不是。
我遇到过一种情况：外设的时钟没有关，定时器还在跑，结果MCU的“睡眠电流”比标称值高了10倍。
查了半天，发现是一个GPIO口没配置好，内部上拉电阻一直在耗电。
所以，低功耗不是调一个函数就完事了，得把每个管脚、每个外设都“伺候”好。
痛点四：环境温度的“两面性”
轮胎里的温度，夏天能到80度，冬天能到零下40度。
电池在低温下，容量会大幅缩水。有些电池在-20度时，容量只剩常温的60%。
更麻烦的是，低温下电池的内阻会变大，瞬间大电流放电时，电压会被拉低。
我见过一个案例：传感器在冬天发射数据时，电压被拉低到MCU的复位阈值以下，导致系统反复重启。
功耗没降下来，数据也没发出去。
1.4 低功耗设计的“三个层次”
做了这么多年低功耗，我个人习惯把设计思路分成三个层次：
- 系统架构层：决定“什么时候干活，什么时候睡觉”。这是最关键的，架构没想好，后面再怎么优化也白搭。
- 硬件选型层：选什么样的MCU、传感器、射频芯片。静态功耗、唤醒时间、发射电流，这些参数要一个一个抠。
- 软件实现层：代码怎么写，时钟怎么切，外设怎么管理。细节决定成败。
这门课，我会重点讲第一层和第三层。
硬件选型当然重要，但那是“一次性”的。软件架构才是你每天都要面对的东西。
核心观点：
TPMS的低功耗设计，本质上是一场“时间管理”。
你需要在“足够的数据更新频率”和“极致的睡眠深度”之间，找到那个微妙的平衡点。
1.5 一个典型的TPMS工作周期
为了让你有个直观感受，我画一个典型的TPMS工作周期：
状态： 深度睡眠 → 唤醒 → 传感器采样 → 数据处理 → 射频发射 → 深度睡眠
时间： 59.5秒 1ms 5ms 2ms 10ms 回到起点
电流： 1μA 5mA 3mA 2mA 15mA 1μA算一下平均电流：
睡眠：59.5秒 × 1μA = 59.5 μA·s
唤醒：1ms × 5mA = 5 μA·s
采样：5ms × 3mA = 15 μA·s
处理：2ms × 2mA = 4 μA·s
发射：10ms × 15mA = 150 μA·s
总计：233.5 μA·s
平均：233.5 / 60 ≈ 3.89 μA嗯，刚好卡在5μA的预算线以内。
但这是理想情况。实际项目中，各种“偷电”的小动作会让这个数字轻松翻倍。
我的经验：
设计时，一定要留出20%到30%的余量。
比如目标平均电流是5μA，那你按3.5μA来设计。因为电池老化、温度变化、制造公差，都会让实际功耗比理论值高。
1.6 这门课你会学到什么？
好了，说了这么多，总结一下这门课的核心内容：
- 低功耗架构设计：怎么划分状态机，怎么设计唤醒策略，怎么避免“假睡”。
- 关键模块的功耗优化：射频发射怎么“打短脉冲”，传感器采样怎么“偷懒”，MCU时钟怎么“降频”。
- 实战案例分析：我会拿几个我亲手做过的项目，把踩过的坑、填过的坑，一个一个讲给你听。
- 测试与验证：功耗不是“算”出来的，是“测”出来的。怎么用示波器、万用表、功耗分析仪，把每一微安的电流都揪出来。
警告：
低功耗设计没有“银弹”。
不要指望学了一个“万能公式”就能解决所有问题。
每个项目都有自己的约束条件——成本、尺寸、更新频率、工作温度。你需要学会的是“权衡”和“取舍”。
这门课，就是帮你建立这种“权衡感”。
下一章，我会带你深入TPMS的系统架构，看看一个完整的低功耗状态机到底长什么样。
我们到时候见。