FIBERIOT / 工业 IoT 观察
AI进入车间，难点往往不只在模型。设备数据有没有接上、采集是否持续、含义能否对应到工艺，决定了上层应用能看见怎样的现场。
01从大会话题，回到车间现场
对制造企业而言，值得跟进的不是把所有设备一次性贴上AI标签，而是找出一个实际问题：例如设备运行状态无法及时汇总、能耗记录依赖手抄，或异常发生后缺少连续数据。只有先明确问题，上层分析才有可验证的收益目标。
以下是飞畅面向工业通信应用的独立解读，不是对大会嘉宾观点的逐条转述，也不代表大会发布了统一的工程标准。
工业现场常见的现实是设备年代不同、接口不一、通信手册缺失，甚至同一车间存在多套互不关联的管理系统。此时先做资产盘点和数据需求确认，比直接讨论模型参数更重要。需要明确哪些数据来自传感器，哪些来自PLC或仪表，哪些数据只能读取、哪些允许写入，并确定安全边界和责任人。
02三个层次，不能混为一谈
第一层是设备接得上。现场可能同时存在以太网、串行接口与离散信号，需要先核对接口电气特性、通信协议和开放数据范围。串口服务器提供串行数据的网络承载能力，并不当然具备任意协议解析能力；需要协议转换时，应另行确认网关实际支持范围。
第二层是数据用得了。即使网络能通信，同一数值也可能有不同单位、倍率、时间戳或状态含义。应建立数据点表，明确来源、采样周期、异常值处理和设备编号。交换机解决的是网络转发，不会自动补齐这些业务语义。
第三层是应用可验收。平台能够展示数据，不等于分析结果已经可靠。应选取真实工况和人工确认记录进行对照；涉及生产控制的调整，需要保留权限边界与人工审批，不能让未经验证的分析直接替代控制逻辑。
还要把网络故障与设备故障分开记录。现场仪表无响应，可能来自供电、接线、站号冲突、串口参数、网关配置、交换机端口或上层服务。建议同时保留设备侧状态、通信日志和平台告警时间线，才能在事件发生后还原链路，而不是只看到一个离线图标。
03建议先做一个可复制的小闭环
以一组分散仪表的数据集中采集为例，先完成设备与数据点清单，再选择匹配的接口设备，接入已有工业网络，在平台核对数值和时间记录。测试阶段覆盖正常通信、短时断网、设备重启与恢复过程，明确丢失的数据能否补传，以及补传后是否重复计数。
如果现场距离长、线路跨区域，可以评估光纤传输；如果缺少有线条件，可以评估适合业务的无线回传。选择前要核对带宽、时延、供电、安装环境和可维护性，而不是把某一种介质视为所有场景的答案。
试点通过后，把接线、地址、配置、数据点和验收过程整理成可复用清单，再逐步扩展到其他设备。这样沉淀的不是一次演示，而是一套后续团队能够接手的工程方法。
RS-485支路需要检查波特率、校验位、站号、终端电阻和屏蔽接地；以太网侧需要规划IP、VLAN、组播和管理地址。若采用4G或LoRa回传，还要定义信号弱、链路离线和流量不足时的告警与降级策略。每一层都有自己的边界，不能依靠上层平台掩盖现场接线或通信参数错误。
面向泵站、环境监测和分布式能源站点，建议在边缘侧保留必要缓存。短时断网期间继续采样，恢复后按时间戳补传，并在平台侧去重。是否支持缓存、缓存容量和补传机制取决于具体设备与系统，选型时需书面确认，不能默认所有工业网关都具备。
04飞畅应用视角
飞畅的工业以太网、串行接口和工业网关类产品，可作为现场连接方案的选型入口。应按设备接口、协议需求、环境与维护条件确认具体型号；平台软件、业务建模和AI应用则需要相应系统共同完成。本文不表示飞畅参与上述大会项目，也不把连接设备描述为可独立完成AI改造的整套系统。
实际项目可从一台设备、一个机柜或一个泵站开始：先验证数据采集和网络稳定性，再接入平台形成趋势、告警和运维记录。需要跨区域传输时，可组合工业交换机、光纤收发设备、串口服务器或无线通信设备，但组合前应逐项核对协议、接口和供电。清晰的分层与验收记录，比一次性采购大量设备更能降低后续扩容风险。
