一、概述
西門子PLC系列應用廣泛，用戶在調試過程中可能會遇到西門子PLC突然停機的情況，本文下面對西門子PLC停機的原因做一個分析，供用戶在調試過程中參考。
二、西門子PLC停機原因分析
使西門子PLC停機的情況很多，比如地址調用錯誤，沒有下載需要DB塊，編程錯誤等等，如果你想避免錯誤時不使CPU進入停止狀態，你可以在程序中加入特殊的OB塊，則出現相應問題，調用相應的OB塊，雖然里面沒程序，PLC將對錯誤錯誤不作任何處理，繼續運行。否則PLC將進入停機狀態可，比如：
OB73通訊冗余出錯OB
當容錯S7連接中發生首次冗余丟失時，H CPU的操作系統將調用OB73(只有在S7通訊中才會有容錯S7連接。如果其它容錯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。
OB121編程出錯組織塊
只要發生同程序處理相關的錯誤所導致的事件，CPU的操作系統即調用OB121。例如，如果用戶程序調用了尚未裝載到CPU中的塊，將會調用OB121。
OB122I/O訪問出錯組織塊
只要在訪問模塊上的數據時出錯，CPU的操作系統即調用OB122。例如，如果在訪問I/O模塊上的數據時，CPU檢測到讀取錯誤，操作系統將調用OB122.
三、小結
綜上所述，西門子PLC的停機有多種原因，用戶可以參考本文提供的方法調用相應的組織塊進行操作。如果用戶需要更多的了解西門子PLC 系列的相關用法，請聯系我們，我們會更好的提供相關技術支持。