案例：關(guān)于SIEMENS840D系統(tǒng)2001號(hào)報(bào)警的分析思路

現(xiàn)場(chǎng)情況

現(xiàn)場(chǎng)技術(shù)人員介紹由于機(jī)床突然斷電，然后機(jī)床重新開啟之后出現(xiàn)2001報(bào)警。出現(xiàn)這個(gè)報(bào)警的原因在于PLC出錯(cuò)停機(jī)或者NCU的PLC程序/程序塊丟失?，F(xiàn)場(chǎng)技術(shù)人員重新恢復(fù)先前的系列備份數(shù)據(jù)，發(fā)現(xiàn)PLC系列備份數(shù)據(jù)回裝置時(shí)出現(xiàn)中斷，PLC程序無(wú)法恢復(fù)，系統(tǒng)依舊是2001報(bào)警。

客戶懷疑NCU出現(xiàn)故障，因此要求檢修NCU，檢修之后NCU正常。但是到客戶設(shè)備上，反映恢復(fù)PLC數(shù)據(jù)之后依舊出現(xiàn)2001報(bào)警（NCU上面PS，PF燈亮），客戶總清NC/PLC之后恢復(fù)系列備份數(shù)據(jù)，但報(bào)警依舊。

故障分析

根據(jù)用戶電話溝通分析有如下原因。

（1）NCUBOX內(nèi)部的某些線路出現(xiàn)故障，因?yàn)镹CU BOX的功能有：

◆內(nèi)外風(fēng)扇運(yùn)轉(zhuǎn)檢測(cè)；

◆鋰電池電壓檢測(cè)；

◆電容充電；

◆NCU復(fù)位控制；

◆5V供電輸出；

◆電源OK輸出。

如果NCU BOX出現(xiàn)故障，那么有可能會(huì)出現(xiàn)這種情況：PLC程序回裝完成，執(zhí)行復(fù)位時(shí)，把PLC程序總清。該情況用STEP7軟件診斷，查看在線的PLC程序塊。如果在，則可以排除這種可能。

（2）擴(kuò)展接口模塊故障：如果X111連接的IM360以及后面的PLC的IO模塊出現(xiàn)故障，比如短路或虛接，那么也可能會(huì)出現(xiàn)客戶所說(shuō)的問(wèn)題。該情況可把X111拔除掉，然后用STEP7診斷。

（3）系列備份數(shù)據(jù)被損壞：如果客戶備份的程序包括PLC/NC有問(wèn)題，比如時(shí)間長(zhǎng)文件損壞，那么會(huì)出現(xiàn)程序塊丟失或程序塊調(diào)用混亂，從而出現(xiàn)PLC停機(jī)的問(wèn)題。這種情況要求能夠完整地執(zhí)行PLC、NC的總清，然后用STEP7下載原始的STEP7的PLC項(xiàng)目程序（不是系列備份的文件），也可恢復(fù)系列備份的PLC程序，然后直接用STEP7，根據(jù)診斷緩沖區(qū)內(nèi)容查看是哪些程序塊丟失或出錯(cuò)。

（4）NC卡系統(tǒng)文件出故障也有可能是NC卡的問(wèn)題，客戶反映故障出現(xiàn)在突然停電之后，也就是說(shuō)機(jī)床原來(lái)是好的。突然停電或把NC卡拿下來(lái)有可能會(huì)損壞NC卡里面的PLC系統(tǒng)文件，當(dāng)然出現(xiàn)該情況的概率非常低。

現(xiàn)場(chǎng)解決

首先查看PLC模塊以及NCU的接線，確定都沒有問(wèn)題。檢查IM361模塊后面的PLC模塊指示燈都正常。接下來(lái)，總清NC/PLC，NCU的指示燈正常，這說(shuō)明NCU和NC卡的問(wèn)題不大。

然后再回裝NC/PLC系列備份文件，回裝PLC過(guò)程中出現(xiàn)提示：FB15在PLC模塊中存在一個(gè)原來(lái)的版本，之后回裝沒有其他問(wèn)題?；匮b結(jié)束后，PLC的指示燈PS、PF亮。用STEP7診斷，發(fā)現(xiàn)診斷緩沖區(qū)的報(bào)警如下：

模塊 PLC315-2DP 的診斷緩沖區(qū)訂貨號(hào)/描述 組件 版本6ES7 315-2AF03-0AB0 硬件 1 12.30.09 09.07.2002 固件 V1.2.0機(jī)架： 0插槽： 2事件1/100:事件 ID 16# 4562

由編程錯(cuò)誤引起的STOP模式(OB沒有裝載或不能裝載，或沒有FRB)

用戶程序中的斷點(diǎn)：?jiǎn)?dòng)OB（OB 100）

優(yōu)先級(jí)： 27

FC編號(hào)： 36

模塊地址： 714

先前的工作模式：RUN

要求的工作模式：STOP (內(nèi)部)

內(nèi)部錯(cuò)誤，進(jìn)入的事件

22:36:04.314 1994-01-17

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

沒有裝載DB

DB 編號(hào)：35

所需的OB：編程錯(cuò)誤OB(OB121)

OB未找到，或已禁用，或無(wú)法在當(dāng)前工作模式中啟動(dòng)

內(nèi)部錯(cuò)誤,進(jìn)入的事件

22:36:04.314 1994-01-17

上述故障信息說(shuō)明，在啟動(dòng)過(guò)程中出現(xiàn)編程錯(cuò)誤，另外程序中調(diào)用了一個(gè)不存在的數(shù)據(jù)塊DB35。因?yàn)镈B31-35是NCK自動(dòng)生成的，而NCK生成DB31-35是依賴于NC的配置情況，以及PLC中FB15的版本。查看NC的配置，有五個(gè)軸，因此需要DB31-DB35，而DB35在線查看不存在，出現(xiàn)這種錯(cuò)誤多半是由于FB15損壞的原因，導(dǎo)致DB35沒有自動(dòng)生成。并且通常在NCU的S4來(lái)做總清是不能清除FB15的，也正因?yàn)檫@個(gè)原因，每次回裝數(shù)據(jù)都會(huì)出現(xiàn)PLC沒有啟動(dòng)2001報(bào)警。

解決方法

用STEP7上裝PLC程序作為備份用，然后進(jìn)行如下操作：

◆總清NC/PLC；

◆用STEP7打開PLC在線，刪除FB15；

◆重新替換一個(gè)FB15；

◆回裝NC/PLC。

◆啟動(dòng)之后正常，故障排除。