S7400CPU41x操作和維護診斷錯誤

1、S7-400 CPU 41x - 操作和維護 - 診斷錯誤當分布式I/O出現(xiàn)故障時,CPU應調(diào)用哪些組織塊來保證CPU不進入“停止”狀態(tài)？?00系列CPU中的OB122中的出錯評估已經(jīng)改變處理錯誤時需要哪些組織塊？如何查看一個 DP 主站系統(tǒng)或者 PROFINET IO 系統(tǒng)的站點狀態(tài)？從自動化系統(tǒng)中獲得模塊信息和診斷數(shù)據(jù)當 PG/PC 通過 PROFIBUS 進入在線狀態(tài)時， CPU 切換為“停止” 為什么在電源關(guān)閉/打開或在DP標準從站返回后CPU 300/400 上的EXTF LED燈保持亮而不熄滅？在CPU啟動時如何識別上次停機的事件并在程序中處理它(即使在完全復位之后)?當診斷緩沖區(qū)

2、出現(xiàn)事件號 530D 時，為何 CPU S7-400 的 IM 和/或 CP 沒有進入 RUN 模式？CPU 伴隨出錯代碼 16#4578“STOP because of unknown opcode”停止為什么在整個系統(tǒng)完全斷電再恢復電源后CPU保持STOP狀態(tài)？使用塊SFC 17“ALARM_SQ”，SFC 18“ALARM_S”，SFC 107“ALARM_DQ”和SFC 108“ALARM_D”時應注意些什么？當使用SFC20 “BLKMOV”，SFC81“UBLKMOV”或SFC21“FILL”塊時應注意些什么？當分布式I/O出現(xiàn)故障時,CPU應調(diào)用哪些組織塊來保證CPU不進入“停止

3、”狀態(tài)？隱藏訂貨號顯示訂貨號訂貨號: 組態(tài)說明： 當CPU在其運行周期內(nèi)識別到同步或異步錯誤（例如：DP從站或者PROFINET I/O設備的診斷報警，站故障等），將會調(diào)用相 應的組織塊（OB），用戶因此可以對該事件作出響應。 下表列出了出現(xiàn)同步或異步錯誤時,必須下載到CPU中的OB塊,從而CPU能調(diào)用它們,確保CPU不進入“停止”狀態(tài)。 OB 塊號.說明調(diào)用條件錯誤分類事件進入進調(diào)用事件離開時調(diào)用82診斷報警具有診斷功能的模塊,使能了診斷報警,當檢測到錯誤或錯誤消失時(如：輸入模板的短路故障).異步錯誤是是83插/拔 報警1)中央機架或擴展設備上的模塊移走和插回時 (如：移走一個輸入模板）異

4、步錯誤是是85程序循環(huán)錯誤- 出現(xiàn)尚未加載到CPU中的報警OB塊的調(diào)用事件- 訪問系統(tǒng)功能塊 SFB 的背景數(shù)據(jù)塊時出現(xiàn)錯誤- 更新過程印象區(qū)時出現(xiàn)錯誤（模板不存在或失效）異步錯誤組態(tài)指定組態(tài)指定86模塊機架錯誤DP 主站系統(tǒng)中的 DP 從站或 PROFINET IO 系統(tǒng)中的 IO 設備出現(xiàn)故障異步錯誤是是121程序錯誤發(fā)生程序錯誤時 (如：調(diào)用的塊沒有下載）同步錯誤是否122IO 訪問錯誤訪問不存在的信號模板同步錯誤是否1) 對于 S7-300 CPU (除了: CPU 318-2), 插入移除 PROFIBUS DP 從站上的模塊并不會產(chǎn)生插/拔 報警 。取決于所用的 DP 從站，整個D

5、P從站失效將導致調(diào)用 OB86 Subrack failure子機架錯誤 , 執(zhí)行標準診斷，從而調(diào)用 OB82 Diagnostics alarm診斷報警 。 在 S7-300 CPU中，插/拔報警僅當插/拔發(fā)生在PROFINET IO（如移走 IO 設備）上時發(fā)生。 如果這些組織塊沒有裝載到CPU，則CPU將因無法調(diào)用這些塊而進入“停止”狀態(tài)。 警告：當使用故障OB時，應當編程進行故障處理或者至少應當在出錯時產(chǎn)生一條提示信息，以便安全和正確地操作設備。需要注意的是，此時CPU可能不再進入到“ STOP”狀態(tài)，因此這些危險狀態(tài)可能會被忽視。關(guān)于編程處理出錯的OB的詳細消息，可參閱STEP 7在

6、線幫助，或者參考手冊“System Software for S7-300/400 System and Standard Functions”ID號1214574。 注意事項： CPU的診斷緩沖區(qū)保留著CPU曾經(jīng)調(diào)用過的組織塊的信息。 更多詳情請按照下列關(guān)鍵字參閱STEP 7的在線幫助： Diagnostics Measures in the program for error handling Calling reference data (LAD/FBD/STL, blocks .) Language description, block help, system attributes

7、Help on OBs Error OBs Settings for reporting system errors以下ID介紹了在CPU的S7程序中 需要調(diào)用哪個組織塊來進行錯誤處理： 11499205。 ?00系列CPU中的OB122中的出錯評估已經(jīng)改變隱藏訂貨號顯示訂貨號訂貨號: 問題：從OB122的錯誤代碼中能否識別出I/O的訪問錯誤是否已經(jīng)出了好幾次錯？ 解答：有關(guān)I/O訪問錯誤的評估在400系列的CPU中已經(jīng)改變?，F(xiàn)在對于內(nèi)存區(qū)(I/O區(qū)域/過程映像)沒有差別。也就是說現(xiàn)在再也不會有發(fā)生多次的I/O訪問錯誤(錯誤代碼 B#16#44 和 B#16#45)的消息。所有I/O訪問錯誤都

8、映射在錯誤代碼B#16#42和B#16#43。因此，再也不能根據(jù)OB 122的錯誤代碼來計數(shù)I/O訪問錯誤發(fā)生的次數(shù)。 以下版本及更高的版本中有這樣的改變： CPU 412 - 1XF03 - 2XG00 CPU 414 - 2XG03 - 3XJ00 CPU 416 - 2XK02 - 3XL00 CPU 417 - 4XL00 - 4HL00 處理錯誤時需要哪些組織塊？隱藏訂貨號顯示訂貨號訂貨號: 描述：S7-CPU 可以識別下列類型的錯誤： 1. 同步錯誤：這些錯誤在處理過程中由特定操作觸發(fā)，并且可以指定給用戶程序的特定部分。 2. 異步錯誤：這些錯誤不能直接指定給運行中的程序。這些錯誤

9、包括優(yōu)先級類別錯誤，自動化系統(tǒng)錯誤（模塊故障）或冗余錯誤。下面的表格是關(guān)于組織塊 (OBs) 當出現(xiàn)異步或同步錯誤時被調(diào)用情況的概覽。如果相關(guān)的錯誤 OB 沒有被下載，CPU 會進入 STOP 狀態(tài) (不包括：OBs 70，72，73和 81)。 bersicht_Organisationsbausteine.pdf ( 8 KB ) 您可以在 CPU 屬性中的 “Interrupts” 標簽中看到哪些 OBs 可以在您的 CPU 中使能以及插入到 STEP 7 項目中。 圖. 01 通過硬件組態(tài)中的菜單“Options Report System Error.”，也可輕松添加錯誤處理 OB。

10、 使用錯誤OBs 的注意事項：當錯誤產(chǎn)生時，若要實現(xiàn)可靠、無故障運轉(zhuǎn)，需要編寫故障處理程序，至少要編程在錯誤發(fā)生時會產(chǎn)生報警信息，因為要考慮CPU不會進入停機模式，因此可能造成生產(chǎn)危險不易被察覺。 注意 只有 H-CPU 支持 OB 70 和 OB 72。 OB 73 僅適用于CPU 417-4H V2.0.X。 關(guān)于錯誤 OB 更多信息，可以在 STEP 7 在線幫助中找到： o Change in the error evaluation in the OB 122 with series 400 CPUs - 條目號: 5708202. o 關(guān)鍵詞Generated error OBs.

11、 o 關(guān)鍵詞Settings for reporting system errors. 后面的條目是關(guān)于哪些 OB需要下載到 CPU 來保證當遠程I/O 出現(xiàn)錯誤時 CPU 不會進入到停機狀態(tài)：19350076電源供電故障的例子電源供應故障 (只針對 S7-400) 或者緩沖故障觸發(fā)相應的事件發(fā)生，CPU 操作系統(tǒng)調(diào)用 OB81。清除錯誤后 OB81 再次被調(diào)用。如果 S7-400 有電池故障，OB81 只有在 BATT.INDIC 開關(guān)激活電池檢查后才被調(diào)用。如果不對 OB 81編程，CPU 不會進入停止模式。如果 OB81不可用，CPU會在電源供應故障時持續(xù)運行。 在例子程序中來自 OB8

12、1 的臨時變量 OB81_FLT_ID 被評估來決定電池故障。在本例中變量有錯誤代碼 22hex”。 如果在比較查詢（電池故障）中條件滿足，標志位M81.1被尋址。兩個事件等級能夠通過變量 OB81_EV_CLASS 來識別： B#16#39：到來事件，電池故障。 B#16#38：離開事件，電池故障清除。評估這些變量的設定，復位標志位 M81.0。 圖. 02 如果標志位 M81.1和 M81.2 的狀態(tài)是 TRUE (在電源故障和到來事件的情況)，標志位M81.0被置位。當事件 ID 是離開事件時標志位 M81.0 被復位。上面描述的例子是對于 CPU 運行而電池故障發(fā)生的情況。如果電池故障

13、在停止模式下發(fā)生，則到來事件 (調(diào)用 OB81) 只在 CPU 再次進入運行模式才被觸發(fā)。如果電源供應關(guān)斷，則到來事件 (電池故障)不會被觸發(fā)。 更多信息：關(guān)于錯誤 OBs 的詳細信息，可參見 STEP 7 在線幫助或參考手冊“System Software for S7-300/400 System and Standard Functions”，條目號為：1214574。 關(guān)鍵字:OB80，OB81，OB82，OB83，OB84，OB85，OB86，OB87，OB121，OB122 如何查看一個 DP 主站系統(tǒng)或者 PROFINET IO 系統(tǒng)的站點狀態(tài)？隱藏訂貨號顯示訂貨號訂貨號: 描述

14、：可以使用 SFC51 RDSYSST 讀出 SSL 部件列表或選用 SSL 部件列表。 下面的配置在文中所附的例程中創(chuàng)建： 圖. 01 在用戶程序(OB1)中，使用 SFC51 RDSYSST 讀出 CPU 的系統(tǒng)狀態(tài)列表。調(diào)用 SFC51 RDSYSST 時，通過參數(shù) SZL_ID 指定準備讀出的系統(tǒng)列表。使用此方法可讀出下列數(shù)據(jù)，例如： 模板標識。 模板 LED 指示燈狀態(tài)。 DP 主站系統(tǒng)或 PROFINET I/O 系統(tǒng)中，已經(jīng)連接上 CPU 集成的 DP 或 PN 口的站點狀態(tài)。所有有關(guān) SZL_ID 的可用信息在手冊 System Software for S7-300/400

15、System and Standard Functions 中，見條目 Entry ID 1214574 。 SFC51 RDSYSST 的參數(shù)分配根據(jù)使用不同的 CPU 而不同： 1. CPU 有集成的 DP 和以太網(wǎng)接口 2. CPU 有集成的 DP 接口但是沒有集成的以太網(wǎng)接口在 PN/DP CPU 中調(diào)用 SFC51 RDSYSST 的例子參數(shù) 圖. 02 輸入 SZL_ID=694(HEX) 以確定 DP 主站系統(tǒng)或者 PROFINET IO 系統(tǒng)的站點狀態(tài)。指定所讀出的系統(tǒng)狀態(tài)列表數(shù)據(jù)(診斷數(shù)據(jù))的存儲區(qū)域，診斷數(shù)據(jù)長度 258 字節(jié) 表 01 為 258 字節(jié)長的診斷數(shù)據(jù)結(jié)構(gòu)：

16、內(nèi)容長度解釋index1 word0: 中央機架1-31: 在 PROFIBUS DP 主站系統(tǒng)中的遠程模塊100-115: 在 PROFINET IO 系統(tǒng)中的遠程模塊status_0BOOL組信息1: 下面狀態(tài)位最少有一個值為 10: 下面所有狀態(tài)位值為 0status_1BOOL站 1 狀態(tài)1: 站 1 故障(僅對 694 有效)status_2BOOL站2 狀態(tài)1: 站2 故障(僅對 694 有效).status_2047BOOL站2047 狀態(tài)1: 站2047 故障(僅對 694 有效)表 01 最大可以確定 2047 個站的狀態(tài)。在診斷數(shù)據(jù)存儲區(qū)域中每個站需要 1 bit。此外，需

17、要另外 1 bit 作為組信息，即，診斷數(shù)據(jù)存儲區(qū)域中，256 字節(jié)分配給每個站點的狀態(tài)，2 字節(jié)為索引(關(guān)于 DP 主站系統(tǒng)或者 PROFINET IO 系統(tǒng)的信息)。 下面的例程中包含一個完整的 S7 站硬件組態(tài)，用戶程序中有 SFC51 RDSYSST 的調(diào)用。 SZL_Status_PNDP.zip ( 813 KB ) 在沒有集成以太網(wǎng)口的 CPU 中調(diào)用 SFC51 RDSYSST 的例子參數(shù) 圖. 03 輸入 SZL_ID=692(HEX) 以確定連接到只有集成 DP 接口的 CPU所帶的 DP 主站系統(tǒng)中的站點狀態(tài)。指定所讀出的系統(tǒng)狀態(tài)列表數(shù)據(jù)(診斷數(shù)據(jù))的存儲區(qū)域，診斷數(shù)據(jù)長

18、度16 字節(jié)。 表 02 為16 字節(jié)長的診斷數(shù)據(jù)結(jié)構(gòu)： 內(nèi)容長度解釋status_01 byteBit 0:基本單元 (INDEX=0) 或站 1Bit 1:擴展設備或站 2.Bit 7: 擴展設備或站 8 .status_11 byteBit 0: 擴展設備或站 9Bit 1: 擴展設備或站 10.Bit 7: 擴展設備或站 16 .status_21 byteBit 0: 擴展設備或站 17Bit 1: 擴展設備或站 18.Bit 7: 擴展設備或站 24status_31 byteBit 0: 擴展設備或站 25Bit 1: 擴展設備或站 26.Bit 6: S5 區(qū)域中的擴展設備或站

19、 31Bit 7: S5 區(qū)域中的擴展設備或站 32.status_151 byteBit 0: S5 區(qū)域中的擴展設備或站 121Bit 1: S5 區(qū)域中的擴展設備或站 122.Bit 7: S5 區(qū)域中的擴展設備或站 128表 02 最大可以確定128 個站的狀態(tài)。 在診斷數(shù)據(jù)存儲區(qū)域中每個站需要 1 bit。此外，診斷數(shù)據(jù)存儲區(qū)域中， 每個站點需要 16 字節(jié)來表示狀態(tài)信息。 下面的例程中包含一個完整的 S7 站硬件組態(tài)，用戶程序中有 SFC51 RDSYSST 的調(diào)用。 SZL_Status_DP.zip ( 256 KB ) 例子項目是使用 STEP 7 V5.4 SP4 創(chuàng)建的。

20、復制 SZL_Status_PNDP.zip或 SZL_Status_DP.zip 文件到單獨的文件夾內(nèi)然后使用 STEP 7 解壓縮，這時 STEP 7 項目會被解包為所有子目錄，您可以使用 SIMATIC Manager 來處理這些已經(jīng)解包的 STEP 7 項目。 從自動化系統(tǒng)中獲得模塊信息和診斷數(shù)據(jù)隱藏訂貨號顯示訂貨號訂貨號: 內(nèi)容:當 PLC 運行時,常常需要一些在運行期間相關(guān)的事件和導致事件發(fā)生的原因的信息。以下文檔顯示了如何從SIMATIC S7-300和 S7-400 控制器中讀出完整的診斷數(shù)據(jù)。 Anleitung.pdf ( 1795 KB ) 關(guān)鍵字:設備狀態(tài)，診斷緩沖區(qū)，

21、診斷消息，診斷數(shù)據(jù)，事件條目，事件，模塊數(shù)據(jù)，發(fā)布 當 PG/PC 通過 PROFIBUS 進入在線狀態(tài)時， CPU 切換為“停止” 隱藏訂貨號顯示訂貨號訂貨號: - - - 問題：為什么當我用 PG 或 PC 經(jīng)過 PROFIBUS 來運行在線功能時，CPU 會進入“停止”狀態(tài)？ 解答：可能由于下列原因，使得CPU進入“停止”狀態(tài)： 你試圖通過 PG 或 PC 進入在線狀態(tài)。然而你還沒有在你的項目中組態(tài)你的 PG 或 PC。因此只要 PG 或 PC 一被激活（例如，被包含在令牌環(huán)網(wǎng)中），總線循環(huán)就會增加，這將導致“停止”。 另一個可能的原因是通過“在線”調(diào)用大量的診斷信息，使 CPU 的循環(huán)

22、時間增加到超過參數(shù)設置的限制值。這種情形下的一種補救措施就是將 CPU 的參數(shù)從“測試模式”改變?yōu)椤疤幚砟Ｊ健?。然而，在此情況下并不是所有的診斷選項都可用的。 你也應該確保你的 PC/PG 的總線參數(shù)與 PROFIBUS 網(wǎng)絡的總線參數(shù)是相同的。為了能夠比較這些內(nèi)容，你必須首先決定哪些總線參數(shù)是為 PROFIBUS 網(wǎng)絡而設置的。請按照以下步驟進行：1. 打開此項目及其硬件組態(tài)；2. 雙擊 PROFIBUS 主機系統(tǒng)；3. 然后點擊“屬性”；4. 在打開的窗口中選擇“網(wǎng)絡設置”標簽；5. 點擊“總線參數(shù)”；現(xiàn)在你可以看到 PROFIBUS 網(wǎng)絡的總線參數(shù)設置總線參數(shù)也可以在你的 PG 中設置。

23、請按照下列步驟繼續(xù)進行來查看和改變你的 PG 參數(shù)：1. 通過“開始設置”打開控制面板；2. 雙擊“設置 PG/PC 接口”；3. 在打開的窗口中點擊“屬性；4. 在“網(wǎng)絡參考”下將輪廓設置為“用戶定義”；5. 點擊“總線參數(shù)”；6. 把總線參數(shù)設置為與 PROFIBUS 網(wǎng)絡的相同。 關(guān)鍵字：“停止”狀態(tài) 為什么在電源關(guān)閉/打開或在DP標準從站返回后CPU 300/400 上的EXTF LED燈保持亮而不熄滅？隱藏訂貨號顯示訂貨號訂貨號: 描述：當標準從站的站返回時CPU會收到來自標準從站的診斷信息。CPU為診斷信息生成一個診斷緩沖條目并再次將EXTF LED燈關(guān)閉。如果信息只包含6個字節(jié)(

24、與標準一致)，CPU不能接受返回從站的診斷信息。這種情況下CPU只生成診斷緩沖條目，但不能再次關(guān)閉EXTF LED燈。但與從站的通信如常進行。所述問題發(fā)生在以下模塊： S7-300，CPU 318-2DP，操作系統(tǒng)V S7-400，所有帶操作系統(tǒng)V的CPU(因此 包括除了CPU 413外的所有CPU) S7-400H，CPU 417-4HL00 V版本和CPU 417-4HL01 版本補救措施：從固件V.(對CPU 417-4HL00為 )起這一問題已清除。請進行固件更新。在以下條目號中可找到相應的固件及關(guān)于如何更新的描述。 S7-400，CPU 412，條目號2792880 S7-400，C

25、PU 414，條目號2850229 S7-400，CPU 416，條目號2858911 S7-400，CPU 417，Entry ID 2855123 S7-400H，CPU 414-4HJ00，條目號6741018 S7-400H，CPU 417-4HL00，條目號6741018 S7-400H，CPU 417-4HL01，條目號6741018 S7-300，CPU 318-2，條目號7286150關(guān)鍵字：FESTO，閥門群，診斷 在CPU啟動時如何識別上次停機的事件并在程序中處理它(即使在完全復位之后)?隱藏訂貨號顯示訂貨號訂貨號: 描述在啟動OB塊 OB100, OB101 和 OB10

26、2的啟動數(shù)據(jù)（本地數(shù)據(jù)）中有一個變量 OB10x_STOP (x = 0,1,2). 它包含從診斷緩沖區(qū)中讀出的導致上次停機的事件ID。 對于 SIMATIC S7-400 CPU，即使在完全復位后，也可以讀取該變量.對于 SIMATIC S7-300 CPU，OB100_STOP 變量在完全復位后將不再存在。 說明可能的事件ID列表參見手冊 System Software for S7-300/400 System and Standard Functions, 章節(jié) 34.5 Event Class 4 - Stop Events and Other Mode Changes 條目號 12

27、14574. 當診斷緩沖區(qū)出現(xiàn)事件號 530D 時，為何 CPU S7-400 的 IM 和/或 CP 沒有進入 RUN 模式？隱藏訂貨號顯示訂貨號訂貨號: 說明：如果 SDB 的長度恰好為 10,000 字節(jié)，診斷緩沖區(qū)中就會出現(xiàn)事件號為 530D 的出錯消息。 補救措施：如果 SDB 的長度恰好為 10,000 字節(jié)，請按照下列步驟處理： 在 Tools Settings 中切換到 HW Config 并激活 Save object names in the PLC。這樣將使得 SDB 的長度增加 500 個字節(jié)。 圖 01 檢查連接 SDB 的長度，您將發(fā)現(xiàn)上述的情況，即長度恰好為 10

28、,000 個字節(jié)。如果 SDB 少于或者大于 10,000，則上述情況就不會發(fā)生。在 STEP7 中編譯硬件配置后選擇 SDB 容器并檢查是否有 SDB 的長度是 10,000 個字節(jié)。 對下列 CPU 有效： CPU訂貨號固件版本CPU 412CPU 412-16ES7 412-1XF03-0AB0CPU 412-16ES7 412-1XF04-0AB0CPU 412-26ES7 412-2XG04-0AB0CPU 414CPU 414-26ES7 414-2XG03-0AB0CPU 414-26ES7 414-2XG04-0AB0CPU 414-36ES7 414-3XJ03-0AB0CP

29、U 414-36ES7 414-3XJ04-0AB0CPU414-4H6ES7 414-4HJ00-0AB0CPU414-4H6ES7 414-4HJ04-0AB0V4.0.6 及以下版本CPU 416CPU 416-26ES7 416-2XK02-0AB0CPU 416-26ES7 416-2XK04-0AB0CPU 416-2F6ES7 416-2FK02-0AB0CPU 416-2F6ES7 416-2FK04-0AB0CPU 416-36ES7 416-3XL00-0AB0CPU 416-36ES7 416-3XL04-0AB0CPU 417CPU 417-46ES7 417-4XL0

30、0-0AB0CPU 417-46ES7 417-4XL04-0AB0CPU 417-4H6ES7 417-4HL01-0AB0CPU 417-4H6ES7 417-4HL04-0AB0V4.0.6 及以下版本CPU 伴隨出錯代碼 16#4578“STOP because of unknown opcode”停止隱藏訂貨號顯示訂貨號訂貨號: 問題：S7-400 CPU 為何伴隨出錯代碼 16#4578“STOP because of unknown opcode”進入 STOP 操作模式？ 解答：CPU 中發(fā)生了意外的操作模式變化，切換到“STOP”模式伴隨出錯代碼 16#4578“STOP b

31、ecause of unknown opcode”。項目的在線/離線比較將不會產(chǎn)生任何時間戳差異。導致此操作模式變化的原因是程序處理過程中識別到了一個未知的指令。詳細的信息提供未知指令的位置。原因可能是用戶存儲器中的一個存儲器錯誤或者由于 EMC 干擾導致了一個巧合的狀態(tài)變化。補救措施：以一個新的、無錯位的代碼塊代替出現(xiàn)問題的代碼塊(重新裝載塊)。我們建議檢查 EMC 負載以便盡可能提高屏蔽性。如果這些措施都不成功，應當更換 CPU。 為什么在整個系統(tǒng)完全斷電再恢復電源后CPU保持STOP狀態(tài)？隱藏訂貨號顯示訂貨號訂貨號: 描述:包含DP主站S7-400和從站的整個系統(tǒng)可通過一個主站開關(guān)關(guān)閉電

32、壓。通過CPU的內(nèi)部電壓緩沖區(qū)CPU通常會持續(xù)運行50ms到100ms，并且在這個階段識別所連接的從站故障。 根據(jù)使用供電設備，電壓緩沖區(qū)可能會非常長(達到500ms)。如果未編程OB86或OB122，那么由于從站丟失，CPU進入STOP 狀態(tài)。 補救措施： 必須編程OB86和OB122(如果需要，則編程OB82)。此時必須啟動一個定時器。定時器值必須大于CPU電壓緩沖區(qū)的持續(xù)時間(也就是指導值100ms)。必須通過適當?shù)臏y試來決定該值。 然后在循環(huán)程序中檢查定時器。如果定時器終止，那么從站在常規(guī)操作中發(fā)生故障，并且CPU以對其進行的編程來作出響應。例如，由于STOP命令CPU停止運行。 主站

33、開關(guān)關(guān)閉時也會啟動定時器。如果選擇合適的時間值，定時器就不會終止，因為在從站沒有操作電壓后不久CPU也會無操作電壓。因而CPU(中央控制器)在運行模式下掉電然后在電壓恢復后在那個運行模式下仍能啟動。 注意事項： 如果選擇了“Restart at Power On”作為啟動類型(與“Restart”相反)，應該在相應的起始OB下重新設置定時器以便在CPU重新啟動后定時器的終止不會觸發(fā)一個不希望的程序反應。 請注意在長電壓緩沖區(qū)的情況下，可能會發(fā)生其它錯誤如站故障、I/O故障、時間錯誤、超出周期時間、緩沖區(qū)溢出等等，如果這些錯誤不能被程序阻止的話會導致CPU進入STOP狀態(tài)。盡可能地阻止這些錯誤OB，如果需要的話可延長最大周期時間。使用塊SFC 17“ALARM_SQ”，SFC 18“ALARM_S”，SFC 107“