在制造业数字化转型的浪潮中，工厂设备联网与数据采集已从“选做题”变成了“必答题”。作为工业自动化的核心节点，PLC控制柜不仅承担着逻辑控制与设备驱动的任务，更是打通OT与IT层的关键桥梁。很多项目之所以失败，往往不是设备不行，而是数据采集方案在设计阶段就埋下了隐患。今天，我从实战角度，拆解几个必须关注的设计要点。

一、通信协议的统一与网关选型

工厂里最常见的尴尬是：西门子的PLC和施耐德的变频器“鸡同鸭讲”。PLC控制柜内往往集成了多种总线设备，Profibus、Modbus RTU/TCP、EtherCAT、Profinet并存是常态。设计时，不能指望所有设备都支持OPC UA，更务实的做法是采用工业物联网网关进行协议转换。例如，我们在一家汽车零部件工厂，通过网关将底层20多台PLC的Modbus数据统一转换为MQTT，上行到边缘服务器。网关的选型要注意三个指标：并发连接数（建议不低于50点）、数据缓存能力（断网续传至少3小时）、以及是否支持脚本自定义协议解析。这一步走错了，设备联网的稳定性就无从谈起。

二、数据采集的粒度与频次策略

很多工程师喜欢“全量采集”，恨不得把PLC里每个位都抓上来。这其实是个误区。数据采集需要区分过程数据与事件数据。例如，电机电流、温度等模拟量，采集频次1-5秒一次足矣；而报警信号、设备启停等开关量，则必须采用变化上报机制（Change of State），否则网络带宽和数据库压力会迅速饱和。我们曾为一个注塑车间设计采集方案，将采集频次从0.5秒优化到2秒，同时开启变化上报后，服务器负载下降了70%，而关键数据完整性反而提升了。工业自动化对实时性的要求是分层的，生产节拍快的产线（如包装线）可以缩到200ms，但大部分场景下，1秒级采集配合边缘计算做滤波和聚合，是性价比最高的选择。

三、边缘计算与数据预处理

别把所有计算压力都丢给MES或云平台。在PLC控制柜旁部署边缘计算节点，可以做到三件事：数据清洗（剔除通信抖动导致的毛刺值）、本地报警（延迟低于50ms，不依赖上位机）、以及断点续传。例如，某电子代工厂的SMT产线，由于网络波动导致部分焊炉温度数据丢失，产线被迫停机排查。引入边缘节点后，数据先在本地缓存并打上时间戳，网络恢复后自动补传，彻底解决了这个问题。记住，设备联网的可靠性不在于网络多快，而在于数据链路如何应对故障。

四、案例说明：某食品饮料工厂的联网改造

去年我们为一家饮料灌装工厂设计了PLC控制柜联网方案。该厂有8条产线，控制柜分散在三个车间，原系统仅支持本地触摸屏查看。我们的方案是：
• 在每个PLC控制柜内加装工业路由器，通过5G专网上联
• 针对西门子S7-1200与三菱FX5U混用问题，部署了两台协议网关
• 数据采集采用混合策略：灌装阀动作状态变化上报（50ms），液位与压力值1秒采集一次
• 边缘计算节点部署在车间级，完成数据聚合后通过MQTT发送至私有云MES
改造后，设备OEE提升12%，换产时间缩短20%。关键点在于：我们没有追求“全实时”，而是让工业自动化的数据流与业务流对齐。

五、结论：从“能通”到“好用”的最后一公里

工厂设备联网与数据采集，本质上是将PLC控制柜的“肌肉记忆”转化为可被上层系统理解的语言。设计时，优先明确数据的消费场景（是给MES排产，还是给能源管理做分析），然后倒推协议、频次和计算策略。别迷信“大而全”的平台，设备联网的成败往往藏在网关选型、频次设计和边缘计算这些细节里。下一篇文章，我会展开聊聊数据采集后的质量监控，以及如何用规则引擎自动识别异常趋势。