“杰瑞”惹的祸

       项目背景：CPU是6ES7314-1AG13-0AB0，存储卡128K的。所有IO模块均通过继电器隔离。通讯模块采用的是CP343-1Lean，上位机两台，采用的是组态王6.53. 项目投产时间是在2015年左右，在2017年左右扩大产能，在原有设备基础上增加了部分设备，我此时接手对该系统进行改造，为保持程序的统一性，所有新增设备的控制逻辑均参考原系统的控制逻辑，项目投产后，运行一直顺利，偶尔通过视频协助现场电工处理电气故障。

        自去年4月份开始，现场操作人员反映经常在HMI上操作时，出现不能正常启动、正常停机的情况，具体情况是：点击启动按钮，设备不能启动时，频繁点击几次启动按钮设备就可以启动了，停机时也一样，有时候需要多次点击停机按钮方可停机，而且出现这种故障的设备不固定。当时根据现场电工反馈及视频监控程序发现两个问题：

       1、上位机操作启动/停止按钮时，相应的M点不动做，一直处于置位或复位状态，反复点击按钮过程中M点才会动作，两台上位机均是这种情况，更换过鼠标，无果。

        2、程序中用于连锁的M点莫名奇妙的就置位了，在程序中手动复位操作后正常运行。

现场操作人员还反映出现过设备自动启动的情形，非常恐怖，索性未造成事故。最后只能怀疑是组态软件跟PLC通讯有BUG，在设备停机后对PLC、电脑均进行断电复位，随后能保持一段时间不出现这种故障。建议对上位机软件、CPU进行更换处理，但是工厂负责人考虑成本问题一直未采取措施。

       前几天接到工厂负责人的电话，说是年前放假时将现场所有设备断电，但是PLC系统未断电，设备正常停机，放假期间，工厂保安人员在巡视期间发现主控系统的声光报警器一直在报警，电话中指导现场电工对控制系统进行了检查，设备主回路均处于断电状态，在上位机上也未发现存在故障报警的设备，设备上电后报警信号一直存在，但是设备均能通过HMI画面进行启停操作，且运行正常，HMI画面上显示的停止运行信号正常。为保持故障现场，将故障报警继电器拔出，暂时解除报警。

        程序中声光报警器的控制逻辑如下：

          设备的控制逻辑如下：

       注：其余设备的控制逻辑与此相同。

       到现场后监控程序，在NetWork2中发现M110.0处于置位状态，Q39.0处于输出状态，T1工作正常；Network1中未能监控到闭合点，且M110.0处于虚线框状。此时基本上可以：

       1、排除PLC程序漏洞或被人为修改的情形，交叉参考未发现M点被复用，且与原备份相同；

       2、排除I点输入有毛刺的影响，假如I12.1有毛刺的话，Network1能采集到，同样在Network3中的自保持就应该会动作（其余故障点I12.4、I13.1、I14.1一样），设备会处于故障状态而无法启动；

        在Network2中手动复位M110.0，报警解除，顺手有点了一下M110.0的置位，发现又报警了，且监控到M110.0一直处于置位状态，可以判定CPU有问题，正常情况下M110.0无法手动置位时，会被NetWork1复位的。

        更换CPU时发现，该CPU顶部成了“杰瑞”的马桶，有大量的老鼠屎颗粒。相邻的电源模块、CP模块则没有，CPU拆下后发现该CPU底部侧面有大量的液体痕迹。现场电工反馈在电气室、主控室发现有老鼠活动的迹象，也投放了鼠药。没想到还是被祸害了。更换CPU后试机，工作正常。

       在这些年的工作中，还遇见过一次7KF02模块上被老鼠祸害后，运行时采集的信号时而正常，时而不正常。最多的还是在变频器内部有被电死的老鼠。估计是冬天老鼠为了取暖，进入这些发热部位造成的。所以在电气设备日常运行中，鼠患不得不引起注意啊，定期定点投放鼠药还是非常有必要的。

        在此非常感谢群侠会的lter、风雨无阻、奋斗、reder等朋友的提供问题的解决思路。

Lfduan

2020-2-27夜