使ｃｐｕ進入ｓｔｏｐ的情況很多，比如地址調用錯誤，沒有下載需要ｄｂ塊，編程錯誤等等，如果你想避免錯誤時不使ｃｐｕ進入停止狀態，你可以在程序中加入特殊的ｏｂ塊，則出現相應問題，調用相應的OB塊，雖然里面沒程序，PLC將對錯誤錯誤不作任何處理，繼續運行。否則PLC將進入停機狀態可，比如：
OB73通訊冗余出錯OB
當容錯S7連接中發生首次冗余丟失時，H CPU的操作系統將調用OB73(只有在S7通訊中才會有容錯S7連接。更多信息，請參見“S7-400 H可編程控制器，容錯系統。”)。如果其它容錯S7連接發生了冗余丟失，則不會再有OB73啟動。直到為具有容錯功能的所有S7連接恢復冗余后，才會出現另一個OB73啟動。如果發生了啟動事件且OB73沒有編程，CPU不會轉為STOP模式。
OB80時間出錯組織塊
無論何時執行OB時出錯，S7-300 CPU的操作系統將調用OB80。此類錯誤包括：
超出周期時間、執行OB時出現確認錯誤、提前了時間而使OB的啟動時間被跳過、在CiR后恢復RUN模式。例如，如果在上一次調用之后發生了某一周期性中斷OB的啟動事件，而同一OB此時仍在執行中，則操作系統將調用OB80。如果OB80尚未編程，則CPU將轉為STOP模式。可以使用SFC 39至42禁用或延遲和重新啟用時間出錯OB。
OB81電源出錯組織塊
只要發生由錯誤或故障所觸發的事件，而此錯誤或故障又與電源(僅在S7-400上)或備用電池(當事件進入和離開時)有關，則S7-300 CPU的操作系統調用OB81。在S7-400中，如果已使用BATT.INDIC開關激活了電池測試功能，則只有在出現電池故障時才會調用OB81。如果OB81沒有編程，則CPU不會轉為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用電源出錯OB。
OB82診斷中斷組織塊
如果具有診斷功能的模塊(已為其啟用了診斷中斷)檢測到錯誤，則它會輸出一個診斷中斷的請求給CPU(當事件進入和離開時)。則操作系統調用OB82。OB82的局部變量包含邏輯基址和四字節的故障模塊的診斷數據(請參見下表)。如果OB82尚未編程，則CPU轉為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用診斷中斷OB。
OB83插入/刪除模塊中斷組織塊
在下列情況下，CPU操作系統會調用OB 83：
? 插入/刪除已組態模塊后
? 在STEP 7下修改模塊參數以及在運行期間將更改下載至CPU后
可借助SFC 39至42禁用/延遲/啟用插入/刪除中斷OB。
OB84CPU硬件故障組織塊
在下列情況下，CPU中的OS將調用OB84：
? 已檢測到并更正了內存出錯之后
? 對于S7-400H：如果兩個CPU之間的冗余鏈接的性能下降
可以使用SFC 39至42禁用或延遲CPU硬件出錯OB，然后再次啟用它。
OB85優先級出錯組織塊
只要發生下列事件之一，CPU的操作系統即調用OB85：
? 尚未裝載的OB(OB81除外)的啟動事件。
? 操作系統訪問模塊時出錯。
? 在系統更新過程映像期間出現I/O訪問錯誤(如果由于組態原因，未禁止OB85的調用)。
OB86機架故障組織塊
只要在分布式I/O (PROFIBUS DP或PROFInet IO)中檢測到中央擴展機架(不帶S7-300)、DP主站系統或站故障(進入事件與離開事件時)，CPU的操作系統調用OB86。如果OB86尚未編程，當檢測到此種類型的出錯時，CPU將轉為STOP模式。可使用SFC 39至42禁用或延遲，并重新啟用OB86。
OB87通訊出錯組織塊
只要發生由通訊出錯導致的事件，CPU的操作系統就會調用OB87。如果OB87尚未編程，CPU不會轉為STOP模式。可以使用SFC 39至42禁用或延遲，并重新啟用通訊出錯OB。
OB 88處理中斷OB
程序塊執行被中止后，CPU操作系統將調用OB 88。導致此中斷的原因可能是：
? 同步出錯的嵌套深度過大
? 塊調用(U堆棧)的嵌套深度過大
? 分配本地數據時出錯
如果未對OB 88編程且程序塊執行被中止，則CPU進入STOP模式(事件ID W#16#4570)。如果在優先級28下中止了程序塊執行，則CPU進入STOP模式。可借助于SFC 39至42禁用、延遲和啟用處理中斷OB。
OB121編程出錯組織塊
只要發生同程序處理相關的錯誤所導致的事件，CPU的操作系統即調用OB121。例如，如果用戶程序調用了尚未裝載到CPU中的塊，將會調用OB121。
OB122I/O訪問出錯組織塊
只要在訪問模塊上的數據時出錯，CPU的操作系統即調用OB122。例如，如果在訪問I/O模塊上的數據時，CPU檢測到讀取錯誤，操作系統將調用OB122。
[ 此帖被sjm213在2009-06-25 17:57重新編輯 ]
滬公網安備31010802001143號
