2008-06-12
今天在调试一套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进行故障诊断处理，然后把故障清除。这样，万一出现这事，故障处理程序会自动的把故障清除。
评论5
楼主 2008/6/6 8:25:59
楼主 2008/6/8 17:18:27
楼主 2008/6/11 22:41:10
CPU的属性中可以选择引发停止运行（计算机术语HALT）不同条件下,打勾屏蔽或选择即可。
如果您“调试一套AB 的RSLogix5k时无意发现。。。。”，在非正常运行中，文件态调试、执行态调试时
多注意打些勾，可以消除影响。
