工廠經驗之寶歐維修案例分享

案例：關于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。

◆啟動之后正常，故障排除。