第1章：TPMS系统概述与法规背景
1.1 TPMS功能定义——它到底在干什么？
TPMS，全称Tire Pressure Monitoring System，中文叫胎压监测系统。说白了，就是实时盯着你四个轮胎的气压，低了就报警。
我个人习惯把TPMS分成两类：
- 直接式TPMS：每个轮胎里装一个传感器，直接测气压和温度。数据通过无线信号发到接收器。精度高，能显示具体数值。
- 间接式TPMS：不装传感器，靠ABS轮速信号推算。轮胎没气了直径变小，转速就会变化。成本低，但精度差，不能显示具体胎压。
我在项目中遇到过不少客户，一开始觉得间接式省钱，结果跑高速时误报率太高，最后还是换回了直接式。嗯，这里要注意：直接式是主流，间接式正在被淘汰。
核心功能总结：
- 实时监测胎压和温度
- 胎压异常时发出报警（声音+图标）
- 支持快速漏气报警（几秒内响应）
- 部分系统支持胎压数值显示
1.2 中美欧法规对比——不满足法规，车就上不了路
做TPMS，第一件事不是写代码，而是看法规。你想想看，如果产品不符合法规，测试都过不了，更别说量产了。
我整理了一下中美欧三地的法规要求，直接看表：
| 地区 | 法规标准 | 强制时间 | 报警阈值 | 特殊要求 |
|---|---|---|---|---|
| 美国 | FMVSS 138 | 2007年起 | 低于标准值25% | 必须显示具体胎压值 |
| 欧洲 | ECE R64 | 2014年起 | 低于标准值20% | 允许间接式，但需自检 |
| 中国 | GB 26149 | 2020年起 | 低于标准值25% | 强制直接式，需显示数值 |
这里有个坑，我曾经吃过亏：美国法规要求报警后，即使胎压恢复正常，报警灯也要保持点亮直到手动复位。我第一次做美标项目时没注意这个细节，结果测试没通过，被客户骂了一顿。
避坑指南：
我曾经在欧标项目中，把报警阈值设成了25%（按美标习惯），结果欧洲客户说超标了。记住：欧标是20%，美标是25%，国标也是25%。别搞混。
1.3 系统组成与工作原理——拆开看看里面有什么
一个典型的直接式TPMS，由三部分组成：
1.3.1 传感器模块（装在轮胎里）
- 压力传感器：MEMS技术，测量范围0-800kPa
- 温度传感器：通常集成在压力芯片里
- 加速度传感器：检测车轮是否在转动，用于休眠/唤醒管理
- MCU：处理数据，控制发射时序
- RF发射器：通常工作在315MHz（美标）或433MHz（欧标/国标）
- 电池：锂锰电池，寿命5-10年
我记得第一次拆开传感器模块时，发现里面空间小得可怜——整个电路板也就指甲盖那么大。嗯，这就是为什么嵌入式软件要写得非常精简。
1.3.2 接收模块（装在车身上）
- RF接收器：接收四个传感器的无线信号
- MCU：解析数据，判断报警逻辑
- CAN/LIN接口：与仪表盘或车身控制器通信
1.3.3 显示与报警模块
- 仪表盘图标：胎压报警灯
- 中控屏显示：具体胎压数值（国标强制要求）
- 声音报警：蜂鸣器或语音提示
1.4 工作原理——数据是怎么从轮胎跑到仪表盘的？
流程其实不复杂，我画个简化的步骤：
- 传感器采集：每30秒-3分钟采集一次胎压和温度（静止时频率低，行驶时频率高）
- 数据编码：MCU把数据打包成特定帧格式，包含ID、压力值、温度值、状态位
- RF发射：通过ASK或FSK调制方式发射出去
- 接收解调：接收器收到信号，解调出原始数据
- 协议解析：MCU校验CRC，解析出胎压值
- 报警判断：与阈值比较，决定是否报警
- CAN/LIN发送：把结果发给仪表盘显示
个人经验：
我建议在传感器端做两次确认再报警。什么意思呢？就是第一次检测到低压后，等下一次采样再确认一次。这样可以避免因为干扰导致的误报。我曾经见过一个项目，没做二次确认，结果车辆过减速带时轮胎震动导致误报，客户投诉了一大堆。
1.5 关键设计考虑——做TPMS要注意什么？
做TPMS系统，有几个点我特别想强调：
- 功耗：传感器电池要用5-10年，平均电流得控制在微安级别。休眠时最好做到1μA以下。
- 抗干扰：轮胎里环境恶劣，RF信号要穿过金属轮毂和橡胶，衰减很大。发射功率和接收灵敏度要匹配好。
- 快速漏气检测：法规要求爆胎时几秒内报警。这需要加速度传感器配合，检测到剧烈震动立即提高采样频率。
- 多车防串扰：停车场里几十辆车都在发TPMS信号，怎么区分？靠ID。每个传感器有唯一ID，接收器只认自己车的四个ID。
好了，第一章就讲到这里。下一章我们会深入AUTOSAR架构下TPMS的软件分层设计，包括SWC划分和RTE配置。到时候我会拿一个实际项目的代码片段出来分析，敬请期待。