S7-300診斷信息分析與無電壓模式故障處理

1．故障現象

某啤酒廠的朋友告訴我，他們的灌裝機在運行時S7-300的SF燈亮，然后就停機了，沒有其他故障顯示，兩個從站的指示燈顯示正常，CPU切換到STOP模式再返回RUN模式后就能恢復正常運行。有時幾天出現一次，有時一天幾次，不固定。

在CPU模塊信息的診斷緩沖區中點擊“另存為”按鈕，可以將緩沖區的內容保存為文本文件。下面是他發給我的文件的內容，zui上面的1號事件是zui后出現的事件。

2．診斷緩沖區中的診斷信息

事件 1 / 10:  事件 ID 16# 4302

模式從啟動狀態轉換為 RUN

啟動信息：

- 后備zui后一次上電時，時間戳的時間

- 單處理器操作

當前/上次啟動類型：

- 在備用上電之后，自動暖重啟

允許的啟動類型：

- 允許手動暖重啟

- 允許自動暖重啟

上電時自動啟動類型的上次有效操作或設置：

- 備用上電之后，自動暖重啟

先前的工作模式：啟動 (暖重啟)

要求的工作模式：RUN

進入的事件

事件 2 / 10:  事件 ID 16# 1382

自動暖重啟請求

STOP 由于：電源故障

啟動信息：

- 啟動時沒有已修改的系統組態

- 在設定值和實際值之間沒有差異

- 后備zui后一次上電時，時間戳的時間

- 單處理器操作

當前/上次啟動類型：

- 在備用上電之后，自動暖重啟%L允許的啟動類型：

- 允許手動暖重啟

- 允許自動暖重啟

的上電時自動啟動類型上次有效操作或設置：

- 備用上電之后，自動暖重啟

所需的 OB：啟動 OB (OB100)

優先級：27

進入的事件

事件 3 / 10:  事件 ID 16# 4301

模式從 STOP 轉換到啟動狀態

STOP 由于：電源故障

啟動信息：

- 后備zui后一次上電時，時間戳的時間

- 單處理器操作

當前/上次啟動類型：

- 在備用上電之后，自動暖重啟

允許的啟動類型：

- 允許手動暖重啟

- 允許自動暖重啟

上電時自動啟動類型的上次有效操作或設置：

- 備用上電之后，自動暖重啟

先前的工作模式：STOP (內部)

要求的工作模式：啟動 (暖重啟)

進入的事件

事件 4 / 10:  事件 ID 16# 38C4

分布式 I/O：站 返回

受影響 DP 從站的地址：站編號：   5

DP 主站系統標識號：     1

DP 從站的邏輯基址：輸入地址：  1021

DP 主站的邏輯基址：  1023

要求的 OB：機架故障 OB (OB86)

在當前工作模式下，OB 未找到、或禁用、或無法啟動

外部錯誤, 離開的事件

事件 5 / 10:  事件 ID 16# 38C4

分布式 I/O：站 返回

受影響 DP 從站的地址：站編號：   1

DP 主站系統標識號：     1

DP 從站的邏輯基址：輸入地址：  1022

DP 主站的邏輯基址：  1023

要求的 OB：機架故障 OB (OB86)

在當前工作模式下，OB 未找到、或禁用、或無法啟動

外部錯誤, 離開的事件

事件 6 / 10:  事件 ID 16# 3842

模塊 確定

模塊類型：分布式 I/O

輸入地址：  1021

用戶信息可用

來自替代者的診斷中斷

要求的 OB：診斷中斷 OB (OB82)

OB 未找到，或已禁用，或無法在當前工作模式中啟動

外部錯誤, 離開的事件

事件 7 / 10:  事件 ID 16# 3842

模塊 確定

模塊類型：分布式 I/O

輸入地址：  1022

用戶信息可用

來自替代者的診斷中斷

要求的 OB：診斷中斷 OB (OB82)

OB 未找到，或已禁用，或無法在當前工作模式中啟動

外部錯誤, 離開的事件

事件 8 / 10:  事件 ID 16# 5371

分布式 I/O：與 DP 主站的同步結束

DP 主站的插槽：  2

分布站的編號：  2

進入的事件

事件 9 / 10:  事件 ID 16# 4300

上電備份

先前的工作模式：無電壓

要求的工作模式：STOP (自己初始化)

進入的事件

事件 10 / 10:  事件 ID 16# 494E

電源故障

先前的工作模式：STOP (內部)

要求的工作模式：無電壓

外部錯誤, 進入的事件

3．對診斷信息的分析

出現zui早的10號事件（23:56:54.757）：電源故障，從STOP模式切換到無電壓模式。

我*次知道有個“無電壓”模式。

9號事件（23:58:10.564）：從無電壓模式切換到STOP模式（自己初始化），電源自動恢復了，共斷電1分多鐘。

8~1號事件是電源恢復后的自動啟動過程。時間從23:58:14.353到23:58:15.502，約1.149秒。

8號事件是分布式I/O與主站同步，7~4號事件是兩個從站恢復正常后（離開的事件，即故障消失），要求調用OB82和OB86。

3~1號事件是因為電源故障后進入STOP模式，電源恢復后的自動暖啟動過程。

從上述分析可以看出，出現短暫的電源故障又恢復上電后，CPU要求調用OB82、OB86。如果CPU找不到OB82和OB86，即使電源斷電后又自動恢復，也不能自動啟動，進入RUN模式。

4．故障的軟件處理方法

他們的程序中沒有用于故障診斷的組織塊，導致瞬時斷電時停機。作為常規的措施，我建議他們生成和下載OB82、OB86和OB122。如果是S7-400，還需要生成和下載OB85，它們可以是空的，但是在OB82和OB86中編寫統計中斷次數的程序，例如：

L            MW100

+            I

T            MW100

上述措施可解決瞬時斷電又自動恢復的問題。

5．故障的硬件處理方法和處理效果

我過去處理過一次故障，故障出現的時間也具有隨機性，診斷緩沖區給出的是某從站的模擬量模塊的故障。zui后發現故障是從站的電源接線松動造成的。

上述故障信息中有3個事件指出是電源故障，到故障出現的時間的隨機性，根據經驗我估計故障的硬件原因是CPU的電源接線松動，建議他們檢查主站、從站的電源接線。可能是因為在檢查接線時緊固了電源接線端子，消除了電源線接觸不好的隱患，采用上述硬件、軟件處理措施后，不但沒有自動停機，CPU也沒有調用OB82和OB86。說明對診斷信息的分析是正確的，電源瞬時斷電的故障已*解決。