今天在调试一套AB 的RSLogix5k时无意发现。我在处理一个远程I/O机架时不小心把电源给弄掉了,重新给远程I/O机架上电,发现CPU故障灯亮了,CPU罢工了,怎么回事啊?像这种情况一般是CPU找不到I/O的故障,是次要故障,不至于停机阿,只是于是我马上跑到计算机上,监视PLC的关键故障代码
2008-6-5 11:10:05
(Type 03) I/O Fault
(Code 16) I/O module connection failed on required module.
Port: Backplane
Module: PLC2_IO
Error: Connection timed out
Info: <none>
清除完故障,可以正常运行。
于是我大胆的尝试一把,旁边还有一套相似的系统,我把该系统的远程I/O的电源给切断,我发现这套系统没有停机,只是CPU上的IO灯在闪动,重新给远程I/O的电源上电,结果CPU又自动的恢复正常运行情况。
我有重新试了出现故障的那套系统,结果还是出现故障,CPU依然罢工,怎么回事啊???脑子里出来了一大堆的问号。是不是那个地方配置错了。凭着多年干活的经验,虽然AB的系统是头一次接触,先仔细分析故障代码,再分析这两套系统的不同点,最后发现有故障的这套系统的远程I/O上有一块DeviceNet的1756-DNB的模块,而没有出现故障的机架上没有该模块,结合故障代码,我估计是这里出现了问题,于是我重新配置硬件,把DeviceNet的1756-DNB的模块给删除,重新优化网络。一切都准备就绪,系统都正常工作了,然后又把远程I/O电源切断,这回CPU不停机了,只是CPU上的IO灯在闪动,重新给远程I/O的电源上电,结果CPU又自动的恢复正常运行情况。
哦,原来问题出在这里。问题是找出来了,我觉得应该把这个问题解决,应为RSLogix5k的CPU出现故障后,如果不清楚故障,即使CPU断电重新上电故障依然存在,因为主机架和远程机架不在同一个地方安装,在运行维护的过程中,万一哪天维护工不注意,把远程机架的电给断,我不是要为这事跑趟现场去清除故障,为这事跑一趟可不值。还是想办法怎样使用软件把故障清除了,最后我在故障处理对远程I/O进行故障诊断处理,然后把故障清除。这样,万一出现这事,故障处理程序会自动的把故障清除。
-
引用 钟灵山 2008/6/6 8:25:59 发表于2楼的内容
-
-
-
-
lihuajun123 | 当前状态:离线
总积分:669 2025年可用积分:0
注册时间: 2008-05-22
最后登录时间: 2011-12-09
-
-
lihuajun123 发表于 2008/6/8 17:18:27
引用 lihuajun123 2008/6/8 17:18:27 发表于3楼的内容
-
-
-
-
-
mydell6400 | 当前状态:离线
总积分:166 2025年可用积分:0
注册时间: 2008-06-09
最后登录时间: 2009-05-03
-
-
mydell6400 发表于 2008/6/11 22:41:10
CPU的属性中可以选择引发停止运行(计算机术语HALT)不同条件下,打勾屏蔽或选择即可。
如果您“调试一套AB 的RSLogix5k时无意发现。。。。”,在非正常运行中,文件态调试、执行态调试时
多注意打些勾,可以消除影响。
引用 mydell6400 2008/6/11 22:41:10 发表于4楼的内容
-