S7400CPU41x操作和維護(hù)診斷錯(cuò)誤

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

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

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

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

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

6、線幫助，或者參考手冊(cè)“System Software for S7-300/400 System and Standard Functions”ID號(hào)1214574。 注意事項(xiàng)： CPU的診斷緩沖區(qū)保留著CPU曾經(jīng)調(diào)用過(guò)的組織塊的信息。 更多詳情請(qǐng)按照下列關(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)用哪個(gè)組織塊來(lái)進(jìn)行錯(cuò)誤處理： 11499205。 ?00系列CPU中的OB122中的出錯(cuò)評(píng)估已經(jīng)改變隱藏訂貨號(hào)顯示訂貨號(hào)訂貨號(hào): 問(wèn)題：從OB122的錯(cuò)誤代碼中能否識(shí)別出I/O的訪問(wèn)錯(cuò)誤是否已經(jīng)出了好幾次錯(cuò)？ 解答：有關(guān)I/O訪問(wèn)錯(cuò)誤的評(píng)估在400系列的CPU中已經(jīng)改變?，F(xiàn)在對(duì)于內(nèi)存區(qū)(I/O區(qū)域/過(guò)程映像)沒(méi)有差別。也就是說(shuō)現(xiàn)在再也不會(huì)有發(fā)生多次的I/O訪問(wèn)錯(cuò)誤(錯(cuò)誤代碼 B#16#44 和 B#16#45)的消息。所有I/O訪問(wèn)錯(cuò)誤都

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、與標(biāo)準(zhǔn)一致)，CPU不能接受返回從站的診斷信息。這種情況下CPU只生成診斷緩沖條目，但不能再次關(guān)閉EXTF LED燈。但與從站的通信如常進(jìn)行。所述問(wèn)題發(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 版本補(bǔ)救措施：從固件V.(對(duì)CPU 417-4HL00為 )起這一問(wèn)題已清除。請(qǐng)進(jìn)行固件更新。在以下條目號(hào)中可找到相應(yīng)的固件及關(guān)于如何更新的描述。 S7-400，CPU 412，條目號(hào)2792880 S7-400，C

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

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

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

28、,000 個(gè)字節(jié)。如果 SDB 少于或者大于 10,000，則上述情況就不會(huì)發(fā)生。在 STEP7 中編譯硬件配置后選擇 SDB 容器并檢查是否有 SDB 的長(zhǎng)度是 10,000 個(gè)字節(jié)。 對(duì)下列 CPU 有效： CPU訂貨號(hào)固件版本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 伴隨出錯(cuò)代碼 16#4578“STOP because of unknown opcode”停止隱藏訂貨號(hào)顯示訂貨號(hào)訂貨號(hào): 問(wèn)題：S7-400 CPU 為何伴隨出錯(cuò)代碼 16#4578“STOP because of unknown opcode”進(jìn)入 STOP 操作模式？ 解答：CPU 中發(fā)生了意外的操作模式變化，切換到“STOP”模式伴隨出錯(cuò)代碼 16#4578“STOP b

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

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

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