2#飞剪无故障分闸并报o8.0问题

昨日，高线2#飞剪发生三次运行中跳闸， 无故障信息，面板显示o8.0.

o8.0, 就是装置顺序控制逻辑，从>8.0开始，检测到o8.0时， 发现合闸命令还在。 于是在这里等待合闸命令的下降沿。

事先声明一下， 为了降低误报故障率，将通讯故障连锁屏蔽了。 80装置通讯故障、运行中不报故障的话， PLC给的合闸指令是不受影响的。

当时没在现场，联想到去年CU2温度过高引起的跳闸，也是面板无故障信息，所以让现场用电脑连上cu2查看有误故障。连上以后， CU2没有发现任何故障。

今日下午到现场跟踪此问题，再三确认故障时面板无故障信息，柜门的故障灯也未亮。去年CU2高温引起电子板电源复位故障， 虽然cu1面板无故障信息，但是柜门故障灯是亮的。 这是明显的不同。

跟厂家技术人员讨论此问题， 对方建议检查快熔继电器信号回路（11#端子）。 我检查了一下分闸回路。 内控时， 是故障、快熔故障、分闸按钮之一触发跳闸； 外控时， 快熔信号（11#端子）、r53081.0（主接触器）取反之一触发跳闸。 由于快熔信号到来是不经过装置逻辑直接分断进线开关， 所以必然会报F60004电源故障，所以跟技术人员讨论不可能是快熔信号引起。

查看图纸，想起来12#端子是合闸的硬连锁之一，这个接的信号是柜内空气开关已合。 会不会是这个端子的信号波动？  断开时，相当于正常on/off1分闸。 分闸以后又恢复， 此时plc的命令未复位。  于是会报o8.0?

貌似解释得通。 于是信心满满的让现场人员做试验， 合闸以后拔掉对应的K2继电器。 但是，拔掉以后分闸显示o7.1等待合闸；再插上就又合上了。 跟想象的不一样啊。 有点失落。哈哈。

仔细想了一下， 12#端子在plc给出合闸指令的情况下，其就相当于一个On/off1合分闸信号。

继续查找原因， 会不会是CU过热重启引起的？ 说干就干， 合闸以后停掉CU电源再送上，经过漫长的等待，重启完成后，果然显示o8.0.  这个貌似能解释这一切，但是现场人员反应，昨天听到跳闸的声音马上就过来了，过来以后直接就看到o8.0在那里显示。

本着有罪判定，先定罪做再找证据的思想。 我考虑未必是板子完全重启，如果是过热造成其中一部分有问题？ 虽然牵强，但是能解释的通。 现在，无论怎样， 现场在我的一再解释下，接受了外部分闸回路不会引起无故障分闸的判断。 那既然不是外部原因，那就是cu内部问题。 一切都是那么合情合理。 

更何况， 运行中分闸，没报故障，怎么可能r2会蹦到o8.0呢， 最多到o7.1啊。 既然显示o8.0, 肯定是从后面的o9, o10, o12顺序执行过来的。 而且OFF2、OFF3的源都是常1. 所以只能是o12，部分重启造成的？貌似严丝合缝。

沾沾自喜中，突然，看手册r2， 有一个o10.3 E-Stop （安全断路）（端子 105/106）。难道是这里？ 难道E-STOP断开以后不报故障？  在印象里， 这个应该属于重故障级别的。 试试呗。

马上测试， 合闸， 断开E-STOP, 装置马上分闸，没有显示我以为的故障信息，赫然是一个o10.3. 再恢复， 果然出现了o8.0。

这下， 就是它了。

由于E-STOP信号来自一个K15继电器，现在线圈是回路是直接接通24V的。 可能长期运行导致继电器松动，接触不好。 马上建议现场将105、106直接短接。

这回不再疑问了。 也不再沾沾自喜了。对顺序控制又有了新的认识。 也对E-STOP的响应有了感性的认识。第一次碰到。

难道，你的程序 不读状态字？状态字中是可以反映OFF1/2/3的来及走的

肯定要读，  但是只有故障做了ON/off连锁。   通讯故障不做连锁。

但是控制字中的OFF2.OFF3独立源都是常1. 又没报出故障。我压根没考虑Off2, off3.

安全继电器使用多年后，可能存在外部输入干扰或打雷会造成安全继电器的瞬动，导致相关设备保护停机，我曾经碰到过这个问题，安全继电器内部的继电器应该可靠性还是比较高的，安全继电器输入的如急停信号，有时线路会比较远，急停又是使用常闭触点输入，又是弱电，使用多年后会存在触点接触不良等等问题。

分析的很到位

楼主的这个问题，我们现场的6SE70变频器也出现过很多次。

6se70也是一样的现象？

差不多。没有故障，仅显示8.0。

参考6SE70的这张图。

E-stop算 STO还是 safe stop?

 safe stop 、 E-stop 都叫“安全停车”

感谢分享！停车保护很重要，莫名其妙的停车查起来很是让人劳神

跟着大神学习，受益匪浅！感谢分享

分析的很详细，学习了

值得学习。

谢谢楼主的分享，写的特别细致。

后续， 按以上方法处理之后， 依然会出现同样的问题。  基于上面的而分析， 和厂家沟通后， 都认为是E_STOP逻辑引起的问题。 于是， 首先更换电源板， 问题依旧。 接下来只能更换CU， 由于CU没有备件，需要等待一段时间。 在此期间， 现场人员想办法在2#飞剪柜子前面挂了一个高清摄像头，连到录像机。

还真抓住了故障时的视频。 出现问题瞬间， 发现BOP面板灭了一下，马上又亮。  由于电源板已更换， 且外部信号短路会报出相应的故障号。 所以，现在倾向于，认为是CU本身缺陷， 可能某个供电回路瞬间短路或重启。   接下来就是等待CU，并更换之。 更换后未再出现同样故障。

当然， 由于出问题的区间， 正是温度最高的季节， 且由于配电室新增一个高压变频器， 而空调容量未增加。 所以不能排除温度的影响。 但是，总的来说， 即使是温度影响， 该飞剪得CU可能也是一个体质比较弱的存在。

另外， 群众的创造力真是无限的。 我真么想到，现场电工会折腾出挂高清摄像机来抓故障现象。 

自动化的门槛真是越来越低了

OFF2/OFF3的出现竟然不在程序中做记录！

有通讯问题，竟然程序中不做记录！

传动死机了（这个待定存疑，仅通过楼主描述得出的结论，），程序竟然不知道！

真是一个劣币驱逐良币的市场。

长此以往，工控完蛋了，社会完蛋了

事实上， 程序没有任何OFF信号记录， 包括123.  死机的说法不准确， 因为从视频看， BOP变暗又恢复， 顶多一秒钟。  程序无任何故障记录， 反映出来就跟OFF1正常停车的情况是一样的。  倒是有时候， 跳闸以后会停留到7.1.