工厂经验之宝欧维修案例分享

案例：关于SIEMENS840D系统2001号报警的分析思路

现场情况

现场技术人员介绍由于机床突然断电，然后机床重新开启之后出现2001报警。出现这个报警的原因在于PLC出错停机或者NCU的PLC程序/程序块丢失。现场技术人员重新恢复先前的系列备份数据，发现PLC系列备份数据回装置时出现中断，PLC程序无法恢复，系统依旧是2001报警。

客户怀疑NCU出现故障，因此要求检修NCU，检修之后NCU正常。但是到客户设备上，反映恢复PLC数据之后依旧出现2001报警（NCU上面PS，PF灯亮），客户总清NC/PLC之后恢复系列备份数据，但报警依旧。

故障分析

根据用户电话沟通分析有如下原因。

（1）NCUBOX内部的某些线路出现故障，因为NCU BOX的功能有：

◆内外风扇运转检测；

◆锂电池电压检测；

◆电容充电；

◆NCU复位控制；

◆5V供电输出；

◆电源OK输出。

如果NCU BOX出现故障，那么有可能会出现这种情况：PLC程序回装完成，执行复位时，把PLC程序总清。该情况用STEP7软件诊断，查看在线的PLC程序块。如果在，则可以排除这种可能。

（2）扩展接口模块故障：如果X111连接的IM360以及后面的PLC的IO模块出现故障，比如短路或虚接，那么也可能会出现客户所说的问题。该情况可把X111拔除掉，然后用STEP7诊断。

（3）系列备份数据被损坏：如果客户备份的程序包括PLC/NC有问题，比如时间长文件损坏，那么会出现程序块丢失或程序块调用混乱，从而出现PLC停机的问题。这种情况要求能够完整地执行PLC、NC的总清，然后用STEP7下载原始的STEP7的PLC项目程序（不是系列备份的文件），也可恢复系列备份的PLC程序，然后直接用STEP7，根据诊断缓冲区内容查看是哪些程序块丢失或出错。

（4）NC卡系统文件出故障也有可能是NC卡的问题，客户反映故障出现在突然停电之后，也就是说机床原来是好的。突然停电或把NC卡拿下来有可能会损坏NC卡里面的PLC系统文件，当然出现该情况的概率非常低。

现场解决

首先查看PLC模块以及NCU的接线，确定都没有问题。检查IM361模块后面的PLC模块指示灯都正常。接下来，总清NC/PLC，NCU的指示灯正常，这说明NCU和NC卡的问题不大。

然后再回装NC/PLC系列备份文件，回装PLC过程中出现提示：FB15在PLC模块中存在一个原来的版本，之后回装没有其他问题。回装结束后，PLC的指示灯PS、PF亮。用STEP7诊断，发现诊断缓冲区的报警如下：

模块 PLC315-2DP 的诊断缓冲区订货号/描述 组件 版本6ES7 315-2AF03-0AB0 硬件 1 12.30.09 09.07.2002 固件 V1.2.0机架： 0插槽： 2事件1/100:事件 ID 16# 4562

由编程错误引起的STOP模式(OB没有装载或不能装载，或没有FRB)

用户程序中的断点：启动OB（OB 100）

优先级： 27

FC编号： 36

模块地址： 714

先前的工作模式：RUN

要求的工作模式：STOP (内部)

内部错误，进入的事件

22:36:04.314 1994-01-17

事件2/100:事件ID 16# 253A

没有装载DB

DB 编号：35

所需的OB：编程错误OB(OB121)

OB未找到，或已禁用，或无法在当前工作模式中启动

内部错误,进入的事件

22:36:04.314 1994-01-17

上述故障信息说明，在启动过程中出现编程错误，另外程序中调用了一个不存在的数据块DB35。因为DB31-35是NCK自动生成的，而NCK生成DB31-35是依赖于NC的配置情况，以及PLC中FB15的版本。查看NC的配置，有五个轴，因此需要DB31-DB35，而DB35在线查看不存在，出现这种错误多半是由于FB15损坏的原因，导致DB35没有自动生成。并且通常在NCU的S4来做总清是不能清除FB15的，也正因为这个原因，每次回装数据都会出现PLC没有启动2001报警。

解决方法

用STEP7上装PLC程序作为备份用，然后进行如下操作：

◆总清NC/PLC；

◆用STEP7打开PLC在线，删除FB15；

◆重新替换一个FB15；

◆回装NC/PLC。

◆启动之后正常，故障排除。