AB-Control-Logix5000-PLC故障及分析

1、【必看】ABControlLogix5000PLC故障及分析以AB公司的ControlLogix5000PLC应用为例，对PLC在使用过程出现的故障现象加以归类，并提出处理各种故障的办法。一、故障查找一般来讲，PLC由控制器模块、I/O模块、通信模块、网络模块、接口模块五大模块组成。而控制器模块是整个PLC系统的核心，故障现象一般会通过控制器反映出来。1根据控制器面板指示查看故障(参见图1)Logix5550runI/ORS232BAT口OKRUNREMPROG图1控制器面板RUN指示灯：熄灭，没有任务在运行，控制器处于编程方式或测试方式；绿色，有一个或多个任务在运行，控制器处于RUN方式。I

2、/O指示灯：熄灭，没有组态I/O通信；绿色，与所有组态设备通信正常；绿色闪烁，有一个或多个设备未响应；红色闪烁，没有与任何设备通信；控制器故障。OK指示灯：熄灭，要连接电源；绿色闪烁，可恢复故障；红色闪烁，控制器故障、清除故障、清除内存；更换控制器；绿色，控制器正常工作。RS232指示灯：熄灭，未激活；绿色，正在接收数据或传送数据。BAT指示灯：熄灭，电池可以支持内存；红色，电池不能支持内存，没有电池，需要更换电池。2利用编程软件Rslogix5000查看故障(1) 将光标置于Controllerquickstart之上；(2) 点击鼠标右键并选择Properties(属性)；(3) 选择Ma

3、jorFaults(主要故障)选项或MinorFaults(次要故障)选项即可查看当前故障信息。二、故障处理一般来讲，控制器主要检测三种故障类型：硬件故障、主要故障和次要故障。硬件故障：控制器硬件产生故障。控制器将被关闭，用户必须修理或更换控制器。主要故障：一种硬件或指令故障。产生故障时将置位主要故障位并处理逻辑故障程序以试图清除故障条件。如果故障逻辑程序不能清除故障，将停止执行逻辑程序，控制器停车，输出进入组态状态。次要故障：一种硬件或指令故障。产生故障时将置位次要故障位。但允许继续进行逻辑扫描。1硬件故障一般处理(1) 先关闭控制器电源，重新上电；(2) 重新加装程序；(3)再次运行程序。

4、如果连续遇到硬件故障，则需更换控制器。2主要故障处理主要故障影响程序的运行，如果故障不能清除，控制器将进入故障模式并关闭。(1) 主要故障包括：指令执行，当执行逻辑程序时出现问题。其它情况，如电源掉电、/O模块故障、任务看门狗、模式转换等。主要故障中，I/O模块检测不到或连接I/O模块失败是比较常见的。用户可以将模块组态成一旦模块与控制器丧失连接，即在控制器产生一个主要故障。每一个I/O模块都有一个指示出现故障的状态位。用户的控制应用程序应监控这些状态位。如果产生了任何故障，用户应用程序应该采取适当措施，例如在控制方式下关闭系统。(2) 控制器有两种级别的主要故障处理程序：程序故障例程。每个程

5、序都有自己的故障例程。当产生指令故障时控制器将执行程序故障例程，如果程序故障例程未清除故障，或程序故障例程不存在，则控制器将继续执行控制器故障处理程序。如果控制器故障程序不存在或不能清除主要故障，则控制器将进入故障模式并关闭。控制器故障处理程序。所有的非指令故障(I/O、任务看门狗)都将执行控制器故障处理程序(不调用程序故障例程)。(3) 检查清除主要故障必须遵循以下步骤：根据主要故障的类型，执行相应的操作。先创建一个程序故障例程，每个程序都可以有自己的故障例程，当用户组态程序时可以指定故障例程。用户只有在利用编程软件改变程序组态时，才能改变故障例程。再创建控制器故障例程。控制器故障处理程序是

6、一种可选任务,当主要故障不是指令执行故障或程序故障例程时则执行控制器故障处理程序。创建一个用户定义结构体来存储故障信息。该结构体可以和用户用来存储主要故障信息的结构体相同，但是必须遵循一定格式(在此略去)。检查故障类型及代码以确定产生了哪一种故障，并采取适当的措施。主要故障类型及代码见表1。用户还可以利用控制器上的钥匙开关来清除主要故障。先把钥匙开关切换到PROG方式，然后切换到RUN方式，之后再切换回PROG方式。表1主襲故障类型反代码类型代码爆因11控制黠处干RUN方云时上电执疔棹电魁理程序38|姿求的T/O模块连扌赛吳检査框衆*的IZO模块*捡査电子锁要求3可博甦權架的CantrolBu

7、s出现冋题乔可恢鱼更换世樂523在切换荃RUN片式以前*垄少有一-喪求的連接柱切换至RUN方式限前罔靈警待控制谿的IZO指示灯交绿416J9到不能识别的命警删嘛木號识別的命金*谏程序可能注程序转换过程中岀现420数组下标过大控制绪构如-POS戟LOJ无效椅敷值调整在有放范国之内.不矮超过数细尢小或不賞趙过这义的数细维數斗21控制结构体口POS或LEN<0渕整数值使其:>0431JSR卿令的臺数与有关的SBRflfi,KETT指令罢数不传观IB当数牴的笑数e如果传谨的肇数太多*则葱略附加参数不会引起错溟4341定吋器描争的预賈值或累加数出现负数條改程序，不荽彩负数加艘给定时器的预轻值

8、或碾加值442rwp梧冬臥跳塚至不存在的标号或已浚冊1赊萌标改正JMP指奢的目标或醸加缺少的标号483械厕试的敕is不為箜求的池围内喩改数値便.其在1限制范圈之内1484堆栈溢出臧少例程嵌套层数或减少传通的養敕数堪疔I任务待门狗时问劉用户任劳哎有在描定的时冋周期内完成程厅错泯弓1启一个死循环，裁者程序太宣杂炒室不能按描定的决速执右,或者一6更高优九缀的任男&!止厂谏任务墳加任务石门狗时闻犒短执行时间，涸整谈任芳的优先级便其镰别更尚+尚化為优先缓的任势，或将邯分代码移到另一台控制器1在程序下载期冋试圈利用钥匙开美将挖制器切换至RUN方或等待下裂完成并清除斂障3次要故障处理次要故障不影响控

9、制器的运行，控制器可以继续执行，不过为了优化程序执行时间和确保程序精度，用户应该识别和修理次要故障。(1) 次要故障包括：指令执行，在执行逻辑时出现问题。其他，如任务看门狗、串行口、电池等。(2) 指令执行次要故障处理：创建一个用户定义结构体来存储故障信息，该结构体可以和用户用来存储主要故障信息的结构体相同。但是必须遵循一定格式，同处理主要故障中第2条定义相同，不再赘述。监控S：MINOR以确定次要故障何时产生。使用一条GSV指令即可获得当前程序(THIS)的MlNORFAULTRECORD。指令中的目标(destination)应该是用户在上面指定的用户定义结构体类型的标签。采取适当的措施来

10、相应次要故障(典型的，如修改逻辑错误)。（3）其它次要故障处理：创建一个DINT型标签用以保存FAULTLOG对象中的MinorFaultRits（次要故障位）记录。次要故障类型及代码见表2。利用一条GSV指令即可获得FAULT一LOG对象中的MinorFaultRits（次要故障位）记录。目标（destina-tion）应该是用户创建的DINT型标签（方法同上）。查故障位以确定故障类型并采取适当的措施。一般来讲，次要故障不需要清除。表2次要故障类型及代码类型代码一原因恢复方法144描令产生算术溢出可通过检查算术运算(顺序)或阔轅数值来修仮程序47GSV/SSVffi令中的目标单元(desti

11、nation)太水不能容納全部数据修改冃标单元使其有足够的空间4|35PID吋间增量time.)调整P1D时间增量使其大于0436FID绪定值超岀范围调整给定值使其在范围之内62周期性任务重叠周期性任务没有在再次循环执行以前按时完成简化程序，或延长周期F或提福相对优先权等90在响应串门服务时产生位耒知抜障与即部门联系91当前组态的C15信号线I不正确断开井重新连接到控制器的串口电缆，确保电缆接线止确92轮询表错渓检测到主机轮询表错误检查轮询表中的F列错误站点总数大于轮洵表标签时间站点总数大于255当前站点指针大于轮询表韓末端站点号大于25495从机轮询看门殉超时，主机在指定的总时间內调制解调器丢失确认并修改轮询延迟时间g9