公交项目是集成项目，不是买一套东西
整车厂不想要驾驶室里多一块屏。车身控制器、仪表、诊断口都已经有了。它真正想要的是：
四组或六组数字加一个报警位，上到现有总线上，现有控制器能读。
所以交付单位不是"一套货"，而是：
| 项 | 要求 |
|---|---|
| 传感器 | 433.92 MHz，每轮一颗，外置气门嘴式或内置钢带式 |
| 接收器 | 车上的一个节点，出厂装一种接口 |
| 报文 | 有文档，映射到车身控制器预期的 ID |
| 报警 | 控制器能据此动作的判据，而不是没人听见的蜂鸣器 |
| 证据 | 真在公交车上录的 CAN 日志，不是台架视频 |
4 轮公交和 6 轮公交是两件事
4 轮公交（两轴、单胎）：轮位图很简单 11 / 12 / 21 / 22。一个接收器、四颗传感器，多数情况
不需要中继器。
6 轮公交通常有随动轴或支撑轴，实际有两种配置：
- 6 条单胎 → 六个位置，每位置一颗。
- 后轴保留双胎 → 六个位置，内侧胎要单独一颗传感器——这个细节往往在项目后期才冒出来。
真实公交上的配对过程（前轴、后轴、随动轴，一把手持工具）：
这两条短片讲的是决定项目能不能按时收尾的"无聊部分"：每颗传感器被识别到某个位置，而位置记录
必须和图纸一致。
首台车之前要谈定的五件事
1. 谁是主站。 我们的接收器在 RS485 上是 Modbus RTU 从机，在 CAN 上也是被轮询的节点——
两种情况都是车辆控制器来问我们，我们不主动问整车。
2. 报文。 CAN 2.0B，11 位或 29 位扩展帧。我们在工程机械整机厂的项目里部署过 J1939 格式报文集；
公交项目按整车厂的 DBC 或参数表映射。我们不声称 J1939 认证。
3. 报警的含义。 低压阈值、高温阈值、传感器丢失超时——三个数要和整车厂谈定，不能留在出厂默认菜单里。
4. 接收器装在哪。 默认不是仪表台后面。车底、低处、空旷、靠车轴——否则 6 轮公交最后面的轮位
就是出问题的那些。
5. 轮位图归谁管。 轮位图应该是车辆档案里的文档，不是某人手机里的照片。
接口的实话：一个接收器只有一种
接收器出厂只装一种接口：CAN 2.0B、RS485（Modbus RTU 从机）、RS232/UART、经网关的 PROFINET，
或 USB-UART。如果项目确实要 CAN 与 RS232 同时用，那是两台接收器或项目定制——这件事在询价阶段
谈清，比在集成台架上发现好得多。
比一块屏多给的东西
- 一个节点、一套报文要验证，而不是再装一块屏、再拉一路电。
- 每个轮位的压力、温度、传感器 ID 与状态，上到诊断工具本来就在读的那条总线上。
- 一条日志，轮胎被质疑时可以交给运营方。
常见问题
公交原来的仪表还能用吗？ 能。TPMS 数据上总线，整车厂决定显示在哪里：现有屏、新页面，或者
只在诊断里看。
你们也供显示屏吗？ 可以供 7 寸、点阵、段码屏，但公交项目通常不需要。真正重要的是接收器。
支持 J1939 吗？ 支持 29 位扩展帧，部署过 J1939 格式报文集，按你们的 DBC 映射。
我们不声称 J1939 符合性认证。
一个接收器能管几个轮位？ 最多 256 个——远超过一台公交，这也正是它的意义：同一型号的接收器
同时服务公交、卡车车队和 160 轮运梁车。
整车还没造出来能先测吗？ 能：用我们要交付的那套报文，在你的控制器和我们的接收器之间做台架
集成测试。发现映射错误最便宜的地方就是台架。