非计划停机是制造业的隐形杀手。一条产线意外宕机一小时，直接损失可能从数万到数十万不等，更别提对交付周期的连锁反应。要解决这个问题，光靠老师傅的经验和定期巡检远远不够。一套实时监控系统，才是把被动抢修变成主动预防的关键。但搭建这套系统，绝不是买几个传感器、拉根网线那么简单。

先想清楚：你要采集什么数据，用于什么决策

很多企业一上来就追求“大而全”，把PLC控制柜里的所有寄存器数据都捞出来，结果存储压力大，运维看不过来，真正有用的信号反而被淹没。我的建议是：先做故障树分析，列出过去一年内导致非计划停机的Top 10原因，再反推需要采集哪些关键参数。比如，某注塑机厂的停机主因是液压油温过高，那重点就该放在温度曲线和冷却阀状态的联动采集上，而不是盯着那些无关紧要的计数器。

数据采集的粒度也要分层次。振动、电流这类高速信号需要毫秒级采样，而温度、压力等缓变量，秒级甚至分钟级就够了。一视同仁地高频采集，只会让数据采集系统和网络带宽白白烧钱。

设备联网：别只盯着“通没通”，要看“稳不稳”和“安不安全”

设备联网是数据采集的物理基础，但也是最容易翻车的环节。老车间的设备品牌杂、年份跨度大，有的支持OPC UA，有的只有Modbus RTU，甚至还有不少“哑设备”只能靠外接传感器。这时候，PLC控制柜作为数据汇聚节点的作用就凸显出来了——它既能直接采集新设备的数据，也能通过加装协议转换模块，把老设备的数据“翻译”上来。

联网方案的选型上，我坚持一个原则：能用有线就不用无线，能用工业以太网就别用普通Wi-Fi。车间里电磁干扰、金属遮挡、叉车穿梭，普通民用路由器根本扛不住。我们给一家汽车零部件客户做项目时，最初用了商用AP，结果一过焊机工位就丢包。后来换成工业级网管交换机，配合PLC控制柜内的光电转换模块，网络时延从平均200ms降到了8ms以下，数据完整性直接提升到99.98%。

边缘计算：让数据在源头先“瘦身”

把所有原始数据都传回服务器，是最低效的做法。在工业自动化场景里，边缘侧才是处理实时告警的主战场。在PLC控制柜旁边部署一台边缘网关，本地完成数据清洗、阈值判断、特征提取，只有把异常事件和压缩后的特征值上传到云端或厂级服务器。这样做，不仅降低了对中心服务器的压力，还让告警响应时间从秒级提升到毫秒级。

• 本地缓存至少72小时原始数据，防止网络抖动导致数据缺口
• 边缘网关内置断线重连机制，网络恢复后自动补传
• 所有采集点支持远程配置，不用为了改一个阈值就派工程师下现场

以我们给某食品饮料厂做的项目为例，客户产线上有12套灌装设备，之前每年平均非计划停机约40次。我们部署了基于PLC控制柜的实时监控系统，覆盖电机电流、封盖扭矩、传送带张力等32个关键点。通过设备联网，系统在第3周就捕捉到一台封盖机的扭矩异常上升趋势，提前36小时发出预警。维修团队在换班间隙更换了磨损的齿轮，避免了一次预计2.5小时的生产中断。上线半年，该产线的非计划停机次数从40次降到了11次，设备综合效率OEE提升了9.7%。

这套系统的价值，不在于把数据“看”到了，而在于把数据“用”起来了。实时监控不是目的，让每一个异常信号都能触发正确的动作，才是工业自动化转型的真正意义。搭建过程中，把数据采集的精度、设备联网的稳定性、PLC控制柜的整合能力这三个支点立住，非计划停机这个顽疾，就有解了。