西門子PLC使cpu進(jìn)入stop的情況很多，比如地址調(diào)用錯(cuò)誤，沒有下載需要DB塊，編程錯(cuò)誤等等，如果你想避免錯(cuò)誤時(shí)不使CPU進(jìn)入停止?fàn)顟B(tài)，你可以在程序中加入特殊的OB塊，則出現(xiàn)相應(yīng)問題，調(diào)用相應(yīng)的OB塊，雖然里面沒程序，PLC將對錯(cuò)誤錯(cuò)誤不作任何處理，繼續(xù)運(yùn)行。否則PLC將進(jìn)入停機(jī)狀態(tài)可，比如：

　　一、OB73通訊冗余出錯(cuò)OB。

　　當(dāng)容錯(cuò)S7連接中發(fā)生首次冗余丟失時(shí)，H CPU的操作系統(tǒng)將調(diào)用OB73(只有在S7通訊中才會(huì)有容錯(cuò)S7連接。更多信息，請參見“S7-400 H可編程控制器，容錯(cuò)系統(tǒng)。”)。如果其它容錯(cuò)S7連接發(fā)生了冗余丟失，則不會(huì)再有OB73啟動(dòng)。直到為具有容錯(cuò)功能的所有S7連接恢復(fù)冗余后，才會(huì)出現(xiàn)另一個(gè)OB73啟動(dòng)。如果發(fā)生了啟動(dòng)事件且OB73沒有編程，CPU不會(huì)轉(zhuǎn)為STOP模式。

　　二、OB80時(shí)間出錯(cuò)組織塊。

　　無論何時(shí)執(zhí)行OB時(shí)出錯(cuò)，S7-300 CPU的操作系統(tǒng)將調(diào)用OB80。此類錯(cuò)誤包括：超出周期時(shí)間、執(zhí)行OB時(shí)出現(xiàn)確認(rèn)錯(cuò)誤、提前了時(shí)間而使OB的啟動(dòng)時(shí)間被跳過、在CiR后恢復(fù)RUN模式。例如，如果在上一次調(diào)用之后發(fā)生了某一周期性中斷OB的啟動(dòng)事件，而同一OB此時(shí)仍在執(zhí)行中，則操作系統(tǒng)將調(diào)用OB80。如果OB80尚未編程，則CPU將轉(zhuǎn)為STOP模式。可以使用SFC 39至42禁用或延遲和重新啟用時(shí)間出錯(cuò)OB。

　　三、OB81電源出錯(cuò)組織塊。

　　只要發(fā)生由錯(cuò)誤或故障所觸發(fā)的事件，而此錯(cuò)誤或故障又與電源(僅在S7-400上)或備用電池(當(dāng)事件進(jìn)入和離開時(shí))有關(guān)，則S7-300 CPU的操作系統(tǒng)調(diào)用OB81。在S7-400中，如果已使用BATT.INDIC開關(guān)激活了電池測試功能，則只有在出現(xiàn)電池故障時(shí)才會(huì)調(diào)用OB81。如果OB81沒有編程，則CPU不會(huì)轉(zhuǎn)為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用電源出錯(cuò)OB。

　　四、OB82診斷中斷組織塊。

　　如果具有診斷功能的模塊(已為其啟用了診斷中斷)檢測到錯(cuò)誤，則它會(huì)輸出一個(gè)診斷中斷的請求給CPU(當(dāng)事件進(jìn)入和離開時(shí))。則操作系統(tǒng)調(diào)用OB82。OB82的局部變量包含邏輯基址和四字節(jié)的故障模塊的診斷數(shù)據(jù)(請參見下表)。如果OB82尚未編程，則CPU轉(zhuǎn)為STOP模式?？梢允褂肧FC 39至42禁用或延遲，并重新啟用診斷中斷OB。

　　五、OB83插入/刪除模塊中斷組織塊。

　　在下列情況下，CPU操作系統(tǒng)會(huì)調(diào)用OB 83：

　　1. 插入/刪除已組態(tài)模塊后

　　2. 在STEP 7下修改模塊參數(shù)以及在運(yùn)行期間將更改下載至CPU后

　　可借助SFC 39至42禁用/延遲/啟用插入/刪除中斷OB。

　　六、OB84CPU硬件故障組織塊。

　　在下列情況下，CPU中的OS將調(diào)用OB84：

　　1. 已檢測到并更正了內(nèi)存出錯(cuò)之后

　　2. 對于S7-400H：如果兩個(gè)CPU之間的冗余鏈接的性能下降

　　可以使用SFC 39至42禁用或延遲CPU硬件出錯(cuò)OB，然后再次啟用它。

　　七、OB85優(yōu)先級出錯(cuò)組織塊。

　　只要發(fā)生下列事件之一，CPU的操作系統(tǒng)即調(diào)用OB85：

　　1. 尚未裝載的OB(OB81除外)的啟動(dòng)事件。

　　2. 操作系統(tǒng)訪問模塊時(shí)出錯(cuò)。

　　3. 在系統(tǒng)更新過程映像期間出現(xiàn)I/O訪問錯(cuò)誤(如果由于組態(tài)原因，未禁止OB85的調(diào)用)。

　　八、OB86機(jī)架故障組織塊。

　　只要在分布式I/O (PROFIBUS DP或PROFInet IO)中檢測到中央擴(kuò)展機(jī)架(不帶S7-300)、DP主站系統(tǒng)或站故障(進(jìn)入事件與離開事件時(shí))，CPU的操作系統(tǒng)調(diào)用OB86。如果OB86尚未編程，當(dāng)檢測到此種類型的出錯(cuò)時(shí)，CPU將轉(zhuǎn)為STOP模式?？墒褂肧FC 39至42禁用或延遲，并重新啟用OB86。

　　九、OB87通訊出錯(cuò)組織塊。

　　只要發(fā)生由通訊出錯(cuò)導(dǎo)致的事件，CPU的操作系統(tǒng)就會(huì)調(diào)用OB87。如果OB87尚未編程，CPU不會(huì)轉(zhuǎn)為STOP模式?？梢允褂肧FC 39至42禁用或延遲，并重新啟用通訊出錯(cuò)OB。

　　十、OB 88處理中斷OB。

　　程序塊執(zhí)行被中止后，CPU操作系統(tǒng)將調(diào)用OB 88。導(dǎo)致此中斷的原因可能是：

　　1. 同步出錯(cuò)的嵌套深度過大

　　2. 塊調(diào)用(U堆棧)的嵌套深度過大

　　3. 分配本地?cái)?shù)據(jù)時(shí)出錯(cuò)

　　如果未對OB 88編程且程序塊執(zhí)行被中止，則CPU進(jìn)入STOP模式(事件ID W#16#4570)。如果在優(yōu)先級28下中止了程序塊執(zhí)行，則CPU進(jìn)入STOP模式?？山柚赟FC 39至42禁用、延遲和啟用處理中斷OB。

　　十一、OB121編程出錯(cuò)組織塊。

　　只要發(fā)生同程序處理相關(guān)的錯(cuò)誤所導(dǎo)致的事件，CPU的操作系統(tǒng)即調(diào)用OB121。例如，如果用戶程序調(diào)用了尚未裝載到CPU中的塊，將會(huì)調(diào)用OB121。

　　十二、OB122I/O訪問出錯(cuò)組織塊。

　　只要在訪問模塊上的數(shù)據(jù)時(shí)出錯(cuò)，CPU的操作系統(tǒng)即調(diào)用OB122。例如，如果在訪問I/O模塊上的數(shù)據(jù)時(shí)，CPU檢測到讀取錯(cuò)誤，操作系統(tǒng)將調(diào)用OB122。