这一页要解决的问题
PLC 或者自制控制器，通常先有一个空着的串口，很久以后才有空的 CAN 接口。所以机器上要拿胎压数据，
最短的路往往就是 RS232：接收器把每个轮位的压力与温度按帧发出来，你的固件解析。
这条路走得通，但它失败的方式很可预测 —— 不是死在电路上，是死在约定上：两边对电平、对帧结构、对波特率
各有一套假设，等到调试的时候（机器已经装好了）才撞上。这一页就是"在谁都没写解析器之前，必须定死的清单"。
一、电平：TTL 还是 RS232，是硬件选型
接收模块的串口默认 3.3 V TTL，可选 RS232。这是板子上的配置项，不是固件里的一行代码，
也不另占一个型号码 —— 所以它必须写在订单上，而不是后来才发现。
实际后果：
- 你的控制器出的是 TTL 串口（多数嵌入式板、不少 PLC 通信模块）→ TTL 电平的接收器几乎可以直接接：TX、RX、GND、共地；
- 你的控制器出的是真正的 RS232 口（工业设备上的 DB9、老 PLC）→ 就要 RS232 版本，因为 TTL 直接灌进 RS232 的线驱动器不工作，外挂一个转换器等于又多一个要供电又要保护的件；
- 线缆长、或者跨过噪声大的柜子 → 买转换器之前先问隔离。两个柜子之间的"浮地"，是"台架上好好的、到现场就死"最常见的原因。
二、帧结构：要文档，不要假设格式
接收器报的是每个轮位的压力与温度。这些值在帧里怎么排，取决于两个你必须明确决定的事：
- 原始包还是解析后的帧 —— 原始包更贴近射频侧实际收到的样子；解析帧是稳定结构、更好消费；
- 装的是哪个接口 —— 同一硬件会做成 CAN / RS232 / RS485 / Modbus RTU，一机一个接口，帧按接口分别描述。
所以帧结构是随件、按项目提供的。你不该做的事是：拿另一代模块的旧串口文档来设计。
本产品族里那份旧文档描述的是另一代模块的"解析帧"；而原始包的帧长与频率都不同。
照错的那份做解析器，症状不是"没有数据"，而是看起来像数据的乱码 —— 那个坑花的时间远多得多。
三、波特率：确认它，不要继承它
我们这边对串口波特率的规格是按项目确认、不作为固定数字发布，因为它取决于帧格式和对面的控制器。
这也是这一页不给具体数字的原因。
对你的集成计划意味着：波特率要和"要帧文档"放在同一封邮件里问，并在发货前书面定下来。
接收器配的速率和主机预期不一致 → 帧错误；而凌晨三点的帧错误，看起来就像硬件坏了。
四、接线与"四件事"
物理层刻意做得很无聊：TX、RX、GND，加一个共同的参考地。要紧的是两端对参考地与驱动类型达成一致。
写解析器之前，先定死这四件：
| # | 问题 | 为什么重要 |
|---|---|---|
| 1 | 接收器板上是 TTL 还是 RS232？ | 决定你要不要转换器 |
| 2 | 要原始包还是解析帧？ | 决定帧布局和解析工作量 |
| 3 | 你的主机支持什么波特率？ | 决定下单时的配置 |
| 4 | 多少轮位、缺一个轮位时怎么办 | 决定轮询与报警逻辑 |
这四件就是串口链路的全部集成契约。其余（换算、字节序、轮询频率）都跟着你控制器的习惯走，
我们会同一封里回答。
五、把数据读好（这决定别人信不信它）
两个习惯，决定这套系统是被信任还是被无视：
不要因为一帧就报警。 帧会丢。要对连续 N 次越界报警，或者对"下一次读数时压力还在往下掉"报警。
输出侧的数据周期是 500 ms；你的轮询频率和报警窗口由你选，但要一起选。
记录位置，不只是数值。 不带位置标签的逐轮数据，对维修班组几乎没用。不管帧给你什么，
都要映射到轮位、并把映射留在你的控制器里 —— 这决定了报警是"有条胎压力低"，还是"第三轴内侧后轮压力低"。
六、不只做车，也做固定设备
同一台接收器、同一条串口路，也用在固定设备上：气胀轴、测试台、气路。接口不变；
变的是传感器和压力量程。如果属于这种情况，有两件要早说：
- 量程 —— 标准传感器覆盖 0–500 kPa 表压（约 5 bar），所以 **7 bar 的气胀轴、8~10 bar 的储气罐
都超出标准件**，需要换传感器；
- 安装位置 —— 封闭钢件会挡射频，测点在哪，直接决定这个读数能不能存在。
先把这两件问完，再问帧。 它们决定项目可不可能；帧只决定多快。
一句话版本
电平是硬件选择，帧随项目提供，波特率书面约定，解析器照你收到的文档写、不要照你搜到的写。
这四件对了，串口集成是一个上午的活；错了就是一周的示波器。
接收器与传感器配置见产品页，接口选项见 TR100 接收器页，
PLC 那一侧见 PLC 集成页；要你控制器对应的串口集成说明，把上面四个答案发我们。