工业物联网项目的成败，往往在POC之后的第三个月才真正显现：当设备从实验室的20台变成现场的1000台，当协议从Modbus变成七八种并存，很多平台会突然“接不动”。选型时看清楚这几件事，能避开大部分陷阱。
一、设备接入：先搞清楚现场有什么
工业现场的设备大致分三类，接入方式差异很大：
- 新建智能设备：自带网口、支持 OPC UA 或 MQTT，接入最省事。
- 存量 PLC 与仪表：多数只支持 Modbus RTU/TCP、串口，需要网关做协议转换。
- 老旧设备：无通信接口，只能靠加装传感器或光耦采集信号。
选型时建议要求厂商列出实际支持接入的设备型号清单，而不是只看协议列表。协议名字对不代表寄存器地址映射已经调通，这部分往往占实施工作量的一半。
二、协议解析层是效率分水岭
采集层能否灵活扩展，直接决定了后续新增一类设备的成本。两类能力必须确认：
一是边缘侧可配置。寄存器地址、缩放系数、字节序这些参数应该在网关配置界面可改，而不是每次都改代码重新发布。工业现场的现场总线字节序、寄存器偏移量差异极大，硬编码会迅速累积成技术债。
二是数据模型要先定。设备上报的是原始点位，平台侧需要的是有语义的量测点（如“一号线注塑机模温”）。建议在接入前就定义好设备模型：设备类型、属性、点位、单位、采集频率。模型定了，后面上层应用才好做。
三、必须能跑通的两条链路
| 链路 | 方向 | 典型需求 |
|---|---|---|
| 数据上行 | 设备 → 云 | 高频采集、断点续传、时间戳对齐 |
| 控制下行 | 云 → 设备 | 低时延、可靠送达、操作审计 |
控制下行这条线容易被轻视，因为POC阶段可能只做采集。但一旦涉及参数下发或远程启停，时延与可靠性要求就完全不同了——如果现场是产线设备，云端下指令的链路必须考虑断网时的安全默认行为。
断网续传是硬需求。工厂网络抖动是常态，网关必须能在断网时本地缓存并在恢复后补齐，且要能携带原始采集时间，否则数据会错位。
四、选型时建议直接追问的六个问题
- 单网关能稳定支撑多少点位？在高频采集下的 CPU 占用如何？
- 协议驱动是否支持现场配置，新增设备类型平均需要多久？
- 断网情况下能缓存多久的数据，恢复后如何补齐？
- 平台能否部署在厂区内网？很多工厂不允许数据直接上公网。
- 历史数据存储成本如何计，一年1000台设备约需多少预算？
- 与时序数据库、SCADA、MES 的对接方式是什么？
五、一个务实的推进节奏
建议先选一条产线做闭环验证：从采集、存储、展示到告警全链路跑通，特别要把断网恢复、数据对齐这些异常场景验证到位。这一条线真实跑上一个月，比在实验室测一百种协议有价值得多。之后再按设备类型分批扩展，每批只引入少量新协议，风险可控。
