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

1．故障現(xiàn)象

某啤酒廠(chǎng)的朋友告訴我，他們的灌裝機(jī)在運(yùn)行時(shí)S7-300的SF燈亮，然后就停機(jī)了，沒(méi)有其他故障顯示，兩個(gè)從站的指示燈顯示正常，CPU切換到STOP模式再返回RUN模式后就能恢復(fù)正常運(yùn)行。有時(shí)幾天出現(xiàn)一次，有時(shí)一天幾次，不固定。

在CPU模塊信息的診斷緩沖區(qū)中點(diǎn)擊“另存為”按鈕，可以將緩沖區(qū)的內(nèi)容保存為文本文件。下面是他發(fā)給我的文件的內(nèi)容，zui上面的1號(hào)事件是zui后出現(xiàn)的事件。

2．診斷緩沖區(qū)中的診斷信息

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

模式從啟動(dòng)狀態(tài)轉(zhuǎn)換為 RUN

啟動(dòng)信息：

- 后備zui后一次上電時(shí)，時(shí)間戳的時(shí)間

- 單處理器操作

當(dāng)前/上次啟動(dòng)類(lèi)型：

- 在備用上電之后，自動(dòng)暖重啟

允許的啟動(dòng)類(lèi)型：

- 允許手動(dòng)暖重啟

- 允許自動(dòng)暖重啟

上電時(shí)自動(dòng)啟動(dòng)類(lèi)型的上次有效操作或設(shè)置：

- 備用上電之后，自動(dòng)暖重啟

先前的工作模式：?jiǎn)?dòng) (暖重啟)

要求的工作模式：RUN

進(jìn)入的事件

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

自動(dòng)暖重啟請(qǐng)求

STOP 由于：電源故障

啟動(dòng)信息：

- 啟動(dòng)時(shí)沒(méi)有已修改的系統(tǒng)組態(tài)

- 在設(shè)定值和實(shí)際值之間沒(méi)有差異

- 后備zui后一次上電時(shí)，時(shí)間戳的時(shí)間

- 單處理器操作

當(dāng)前/上次啟動(dòng)類(lèi)型：

- 在備用上電之后，自動(dòng)暖重啟%L允許的啟動(dòng)類(lèi)型：

- 允許手動(dòng)暖重啟

- 允許自動(dòng)暖重啟

的上電時(shí)自動(dòng)啟動(dòng)類(lèi)型上次有效操作或設(shè)置：

- 備用上電之后，自動(dòng)暖重啟

所需的 OB：?jiǎn)?dòng) OB (OB100)

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

進(jìn)入的事件

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

模式從 STOP 轉(zhuǎn)換到啟動(dòng)狀態(tài)

STOP 由于：電源故障

啟動(dòng)信息：

- 后備zui后一次上電時(shí)，時(shí)間戳的時(shí)間

- 單處理器操作

當(dāng)前/上次啟動(dòng)類(lèi)型：

- 在備用上電之后，自動(dòng)暖重啟

允許的啟動(dòng)類(lèi)型：

- 允許手動(dòng)暖重啟

- 允許自動(dòng)暖重啟

上電時(shí)自動(dòng)啟動(dòng)類(lèi)型的上次有效操作或設(shè)置：

- 備用上電之后，自動(dòng)暖重啟

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

要求的工作模式：?jiǎn)?dòng) (暖重啟)

進(jìn)入的事件

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

分布式 I/O：站 返回

受影響 DP 從站的地址：站編號(hào)：   5

DP 主站系統(tǒng)標(biāo)識(shí)號(hào)：     1

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

DP 主站的邏輯基址：  1023

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

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

外部錯(cuò)誤, 離開(kāi)的事件

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

分布式 I/O：站 返回

受影響 DP 從站的地址：站編號(hào)：   1

DP 主站系統(tǒng)標(biāo)識(shí)號(hào)：     1

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

DP 主站的邏輯基址：  1023

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

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

外部錯(cuò)誤, 離開(kāi)的事件

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

模塊 確定

模塊類(lèi)型：分布式 I/O

輸入地址：  1021

用戶(hù)信息可用

來(lái)自替代者的診斷中斷

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

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

外部錯(cuò)誤, 離開(kāi)的事件

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

模塊 確定

模塊類(lèi)型：分布式 I/O

輸入地址：  1022

用戶(hù)信息可用

來(lái)自替代者的診斷中斷

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

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

外部錯(cuò)誤, 離開(kāi)的事件

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

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

DP 主站的插槽：  2

分布站的編號(hào)：  2

進(jìn)入的事件

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

上電備份

先前的工作模式：無(wú)電壓

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

進(jìn)入的事件

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

電源故障

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

要求的工作模式：無(wú)電壓

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

3．對(duì)診斷信息的分析

出現(xiàn)zui早的10號(hào)事件（23:56:54.757）：電源故障，從STOP模式切換到無(wú)電壓模式。

我*次知道有個(gè)“無(wú)電壓”模式。

9號(hào)事件（23:58:10.564）：從無(wú)電壓模式切換到STOP模式（自己初始化），電源自動(dòng)恢復(fù)了，共斷電1分多鐘。

8~1號(hào)事件是電源恢復(fù)后的自動(dòng)啟動(dòng)過(guò)程。時(shí)間從23:58:14.353到23:58:15.502，約1.149秒。

8號(hào)事件是分布式I/O與主站同步，7~4號(hào)事件是兩個(gè)從站恢復(fù)正常后（離開(kāi)的事件，即故障消失），要求調(diào)用OB82和OB86。

3~1號(hào)事件是因?yàn)殡娫垂收虾筮M(jìn)入STOP模式，電源恢復(fù)后的自動(dòng)暖啟動(dòng)過(guò)程。

從上述分析可以看出，出現(xiàn)短暫的電源故障又恢復(fù)上電后，CPU要求調(diào)用OB82、OB86。如果CPU找不到OB82和OB86，即使電源斷電后又自動(dòng)恢復(fù)，也不能自動(dòng)啟動(dòng)，進(jìn)入RUN模式。

4．故障的軟件處理方法

他們的程序中沒(méi)有用于故障診斷的組織塊，導(dǎo)致瞬時(shí)斷電時(shí)停機(jī)。作為常規(guī)的措施，我建議他們生成和下載OB82、OB86和OB122。如果是S7-400，還需要生成和下載OB85，它們可以是空的，但是在OB82和OB86中編寫(xiě)統(tǒng)計(jì)中斷次數(shù)的程序，例如：

L            MW100

+            I

T            MW100

上述措施可解決瞬時(shí)斷電又自動(dòng)恢復(fù)的問(wèn)題。

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

我過(guò)去處理過(guò)一次故障，故障出現(xiàn)的時(shí)間也具有隨機(jī)性，診斷緩沖區(qū)給出的是某從站的模擬量模塊的故障。zui后發(fā)現(xiàn)故障是從站的電源接線(xiàn)松動(dòng)造成的。

上述故障信息中有3個(gè)事件指出是電源故障，到故障出現(xiàn)的時(shí)間的隨機(jī)性，根據(jù)經(jīng)驗(yàn)我估計(jì)故障的硬件原因是CPU的電源接線(xiàn)松動(dòng)，建議他們檢查主站、從站的電源接線(xiàn)。可能是因?yàn)樵跈z查接線(xiàn)時(shí)緊固了電源接線(xiàn)端子，消除了電源線(xiàn)接觸不好的隱患，采用上述硬件、軟件處理措施后，不但沒(méi)有自動(dòng)停機(jī)，CPU也沒(méi)有調(diào)用OB82和OB86。說(shuō)明對(duì)診斷信息的分析是正確的，電源瞬時(shí)斷電的故障已*解決。