你买的不是传感器
工业 TPMS 项目有三个部分：轮位上的传感器、到接收器的无线链路，以及数据进入"读取方"的那个接口。只有第一部分是标准品。传感器写在规格书上，一个下午就能把不同供应商的参数比完——量程、精度、电池寿命、防护等级。
真正难比的是第三部分。一台只驱动自家显示屏的接收器，是一个封闭产品；一台能讲机器本身总线语言的接收器，是一个部件。这个差别决定机器控制器能不能对胎压数据做出反应——比如气压低时限制车速或降扭——还是操作员只是又多了一块没人看的屏幕。
所以真正的问题不是"谁的传感器更好"，而是：这家供应商能不能接上我的控制器，能不能证明它接得上。
六个问题，把制造商和贸易商分开
第一次对话就问这些，答案很难伪造。
1. 你们输出哪些协议？我能看看报文对照表吗？ 制造商自己掌握固件，可以按需给出报文对照表或 DBC 文件；贸易商得去问工厂，答案要么来得慢，要么没有。如果对方拿不出字节布局，集成风险就是你的。
2. 单台接收器支持多少个轮位？长车上怎么办？ 后半句比前半句重要。容量谁都能报；中继器规划是工程能力——长车上无线路径被结构挡死，位置必须按机器算。如果答案是"你不需要中继器"，那是危险信号。
3. 你们真正装过的最大的机器是多大？ 不是"能做到多大"。要具体配置：几台接收器、几台中继器、几颗传感器、客户结果如何。有真实业绩的供应商会立刻给出具体答案。我们的记录是 160 轮运梁车（2 台接收器 + 12 台中继器 + 160 颗传感器，已交付 10 台），单台设备实测最大 224 轮（28 轴 × 8）。
4. 能不能按我们的规格改协议、外壳或显示？ 答"不能"，你买的是目录产品；答"能"，就继续问流程：固件谁改、怎么验证、最小起订量是多少。这能看出销售地址背后有没有工程团队。
5. 传感器、接收器、云平台分别是谁开发的？ 全栈供应商要协调的东西更少；靠第三方模块拼装的供应商，永远离你需要的那个修复隔一层。问清哪些是自己的。
6. 认证在我这个市场是什么口径？ 宣称"哪个市场的证书都有"的供应商并不严谨；先问你要卖到哪个市场、再能说出对应标准和测试机构的，才严谨。
询盘里该写什么
第一封邮件里有五样东西，你拿到的方案会好得多：
- 轮位数量与轴距布置（有图最快，给个数字也能起步）
- 整车工作电压
- 由哪个控制器或系统接收数据，以及它现在讲什么协议
- 环境（矿山、港口、公路）、温度范围、是否需要冲洗
- 是否需要驾驶室显示屏（很多集成项目根本不需要）
有这五条，有能力的供应商不用再来回问一轮，就能给出配置、传感器数量和报价。如果换回来的还是一份通用目录，那本身也是信息。
报价容易出错的地方
比价时盯两件事。
传感器数量的假设。 如果机器上的备胎也要监测，而报价按"一轮一颗"算，数量就会少。问清这个数是怎么来的。
中继器被漏掉。 最便宜的报价常常悄悄不含中继器，因为只有上了机器才发现需要。把中继器数量写进书面——这是下单之后最常变动的一行。
下单之后"好"长什么样
接口工作不会在交货时结束。值得长期合作的供应商会交付：
- 报文对照表或 DBC，串口输出另有寄存器表
- 报警语义——每个标志位什么意思、阈值怎么配
- 接插件针脚定义，让你的线束一次做对
- 能配轮位数量、传感器 ID 和阈值的配置工具
- 一个会回答协议问题的人，而不是只会转发问题的人
最后一条才是真正的考验。工业 TPMS 圈子很小，供应商之间的差别在第二个月才显出来——当你的控制器读不到预期那一帧的时候。
我们怎么做
GZVIA 在深圳自研自产传感器、接收器、中继器、显示器和云平台。我们为港口机械厂商做贴牌供应，量产装过 160 轮运梁车，单台设备做过 224 轮（28 轴 × 8）。同一支工程团队负责 OEM 与 ODM 项目 的固件改动，这是贸易商给不了的部分。
把轮位数量、整车电压、以及必须接收数据的那个控制器发给我们，我们会回一份配置建议、协议文档清单和报价。看 CAN 总线 TPMS 集成页，或者把机器情况发给我们。