先给短答案
GZVIA 单台接收器最大可寻址 256 个轮位。如果你管的是 4 到 30 个轮位——公交车、卡车、正面吊、轮胎式龙门吊——一台接收器通常就是整套系统，这个数字根本不会进入讨论。
到 60 个轮位以上，数字才开始有意义，而这时候问题已经变了。真正有用的问题不是「一台接收器能带多少」，而是「带住我这些轮位、还要稳定，需要配什么」。
容量其实是三本账
容量分散在三个地方。只跟你谈第一本的供应商，等于没给你配过系统。
第一本：地址空间。接收器能存下并上报多少个传感器 ID。我们是 256 个。这本最简单，就是固件里的一张表。
第二本：空口时间。每颗传感器都在共享的 433.92 MHz 免许可频段上发射。默认数据周期 500 ms，软件可配置。传感器数量乘以帧数就是负载。周期不变、传感器翻倍，流量就翻倍；如果你的刷新率比数量更重要，那个旋钮就是数据周期。你不可能既要超大设备上每个轮位都最快刷新——信道是共享的。
第三本：物理射频路径。接收器不关心轮子在哪，无线电链路关心。钢结构、轮舱、旋转的轮辋、会折腰的挂车、三十米长的车身，全都在衰减信号。我们自己的测试里，射频链路在开阔条件下至少能到 100 m——而满载的机器不是开阔条件。多数项目真正卡住的就是这本账。
一台大设备实际长什么样
两个真实配置能说明问题。
- 160 轮运梁车，已在量产。两台接收器、十二台中继器、160 颗传感器——大约每十三个轮位一台中继器——这个配置已交付十台。中继器不是凑数的；没有它，运梁车远端就是听不稳。
- 我们做过的最大的单台设备。224 轮（28 轴 × 8）。这里接收器容量同样从来不是瓶颈。
两个项目花力气最多的地方，都是中继器布点、线束走线和调试纪律，而不是传感器数量。
为什么「能带多少」是错误的第一问
拿它开口，你得到的答案技术上没错、商业上没用。三件事会被漏掉。
轮位不等于轮数。备胎、可提升桥、会轮换下线的轮组，都会改变数量。按「一轮一传感器」报出来的报价，经常是少的。要问清这个数是怎么算出来的。
中继器。最便宜的报价往往悄悄不含中继器，因为只有设备装出来之后才看得出必须要它。中继器数量是下单后最常变动的那一行。
调试与备件。两百多个轮位的时候，把传感器 ID 对应到具体哪个轮子是一项实打实的工作，而且三年后你的维保班组还得能重复这件事。如果配置记录只存在于供应商的表格里，那每次换胎都是一通电话。
一轮沟通就能配出方案
把下面这些发过来，靠谱的供应商不用猜就能答：
- 轴数和每轴轮位，而不是只给一个总数
- 有没有轮位会旋转、提升或互换
- 底盘形式：刚性、铰接，还是带独立车架的挂车
- 显示器或网关装在哪，离最远的轮子有多远
- 整车供电——我们的设备用 DC 10–30 V
- 你的控制器要什么协议：CAN 2.0B、250 kbps、J1939、RS485、RS232、Modbus RTU、PROFINET 或 UART
- 报警时要发生什么：蜂鸣器、仪表灯，还是往整车总线上发一帧报文
这七项给全，传感器数量、中继器数量和配置就是从工程里算出来的，不是从销售嘴里出来的。
现场站得住的几条规划原则
- 接收器要装在能「听见」轮子的地方，而不是走线方便的地方。装在设备中间的电器柜里，射频位置常常比装在外蒙皮上更差。
- 把中继器当成电气架构的一部分来规划。它要电、要安装位，设计阶段预留比事后补装便宜得多。
- 把传感器 ID 清单当成交付物：对应到轴和位置，格式要让你的车间自己能改。
- 先定数据周期，再定传感器数量。如果 200 个轮位的设备要抓慢漏气，报警逻辑和周期必须一起设计。
- 满轮位联调。我们发货前一定做满轮位系统联调，原因很简单：160 个轮位的机器和 4 个轮位的机器，行为就是不一样。
我们实际做的验证
这句得说透，因为它区分制造商和转手商。我们全检压力标定、做防水浸水、验证射频距离、做满轮位联调、做通电老化、验证 CAN 与串口协议。这些结果随配置记录一起交付。
可以看 TR100 接收器规格，或者看 160 轮运梁车现场案例。如果你关心的是接口细节，CAN 总线 TPMS 页 上有协议、报文映射和寄存器表。
一句话回答
一台接收器可寻址 256 个轮位；一台设备上真正能管住多少，取决于空口时间和射频路径，这个答案是设计出来的，不是报价报出来的。把你的轴型布局发给我们，我们会回给你对应的接收器与中继器数量。