西門子PLC停機(jī)軟件原因綜述　  
----  


　
使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將對(duì)錯(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連接。更多信息，請(qǐng)參見“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模式�？梢允褂肧FC 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)激活了電池測(cè)試功能，則只有在出現(xiàn)電池故障時(shí)才會(huì)調(diào)用OB81。如果OB81沒有編程，則CPU不會(huì)轉(zhuǎn)為STOP模式�？梢允褂肧FC 39至42禁用或延遲，并重新啟用電源出錯(cuò)OB。
OB82診斷中斷組織塊
如果具有診斷功能的模塊(已為其啟用了診斷中斷)檢測(cè)到錯(cuò)誤，則它會(huì)輸出一個(gè)診斷中斷的請(qǐng)求給CPU(當(dāng)事件進(jìn)入和離開時(shí))。則操作系統(tǒng)調(diào)用OB82。OB82的局部變量包含邏輯基址和四字節(jié)的故障模塊的診斷數(shù)據(jù)(請(qǐng)參見下表)。如果OB82尚未編程，則CPU轉(zhuǎn)為STOP模式�？梢允褂肧FC 39至42禁用或延遲，并重新啟用診斷中斷OB。
OB83插入/刪除模塊中斷組織塊
在下列情況下，CPU操作系統(tǒng)會(huì)調(diào)用OB 83：
? 插入/刪除已組態(tài)模塊后
? 在STEP 7下修改模塊參數(shù)以及在運(yùn)行期間將更改下載至CPU后
可借助SFC 39至42禁用/延遲/啟用插入/刪除中斷OB。
OB84CPU硬件故障組織塊
在下列情況下，CPU中的OS將調(diào)用OB84：
? 已檢測(cè)到并更正了內(nèi)存出錯(cuò)之后
? 對(duì)于S7-400H：如果兩個(gè)CPU之間的冗余鏈接的性能下降
可以使用SFC 39至42禁用或延遲CPU硬件出錯(cuò)OB，然后再次啟用它。
OB85優(yōu)先級(jí)出錯(cuò)組織塊
只要發(fā)生下列事件之一，CPU的操作系統(tǒng)即調(diào)用OB85：
? 尚未裝載的OB(OB81除外)的啟動(dòng)事件。
? 操作系統(tǒng)訪問模塊時(shí)出錯(cuò)。
? 在系統(tǒng)更新過程映像期間出現(xiàn)I/O訪問錯(cuò)誤(如果由于組態(tài)原因，未禁止OB85的調(diào)用)。
OB86機(jī)架故障組織塊
只要在分布式I/O (PROFIBUS DP或PROFInet IO)中檢測(cè)到中央擴(kuò)展機(jī)架(不帶S7-300)、DP主站系統(tǒng)或站故障(進(jìn)入事件與離開事件時(shí))，CPU的操作系統(tǒng)調(diào)用OB86。如果OB86尚未編程，當(dāng)檢測(cè)到此種類型的出錯(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)致此中斷的原因可能是：
? 同步出錯(cuò)的嵌套深度過大
? 塊調(diào)用(U堆棧)的嵌套深度過大
? 分配本地?cái)?shù)據(jù)時(shí)出錯(cuò)
如果未對(duì)OB 88編程且程序塊執(zhí)行被中止，則CPU進(jìn)入STOP模式
(事件ID W#16#4570)。如果在優(yōu)先級(jí)28下中止了程序塊執(zhí)行，則CPU進(jìn)入STOP模式�？山柚�于SFC 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檢測(cè)到讀取錯(cuò)誤，操作系統(tǒng)將調(diào)用OB122.

這么多人怎么沒有回復(fù)呢？

樓主很優(yōu)秀，我這里只有說謝謝。

看來樓主學(xué)的時(shí)候也是上了心的

樓主真強(qiáng)大，頂一下。

高手，佩服

好強(qiáng)，我和摟住差距太大，大家一起努力趕超樓主

你們的強(qiáng)大，是中國的強(qiáng)大

好帖子頂上

還是要有人帶的，畢竟一個(gè)PLC說貴不貴，說便宜也不便宜，再說要是燒了PLC，觸摸屏等等，會(huì)給自己留下陰影的

xiexie

頂