ewinsun
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看ewinsun的 主題 / 回貼
樓主  發(fā)表于: 2009-06-25 17:19
使cpu進(jìn)入stop的情況很多,比如地址調(diào)用錯(cuò)誤,沒(méi)有下載需要db塊,編程錯(cuò)誤等等,如果你想避免錯(cuò)誤時(shí)不使cpu進(jìn)入停止?fàn)顟B(tài),你可以在程序中加入特殊的ob塊,則出現(xiàn)相應(yīng)問(wèn)題,調(diào)用相應(yīng)的OB塊,雖然里面沒(méi)程序,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)參見(jiàn)“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沒(méi)有編程,CPU不會(huì)轉(zhuǎn)為STOP模式。


OB80時(shí)間出錯(cuò)組織塊
無(wú)論何時(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í)間被跳過(guò)、在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)入和離開(kāi)時(shí))有關(guān),則S7-300 CPU的操作系統(tǒng)調(diào)用OB81。在S7-400中,如果已使用BATT.INDIC開(kāi)關(guān)激活了電池測(cè)試功能,則只有在出現(xiàn)電池故障時(shí)才會(huì)調(diào)用OB81。如果OB81沒(méi)有編程,則CPU不會(huì)轉(zhuǎn)為STOP模式?梢允褂肧FC 39至42禁用或延遲,并重新啟用電源出錯(cuò)OB。


OB82診斷中斷組織塊
如果具有診斷功能的模塊(已為其啟用了診斷中斷)檢測(cè)到錯(cuò)誤,則它會(huì)輸出一個(gè)診斷中斷的請(qǐng)求給CPU(當(dāng)事件進(jìn)入和離開(kāi)時(shí))。則操作系統(tǒng)調(diào)用OB82。OB82的局部變量包含邏輯基址和四字節(jié)的故障模塊的診斷數(shù)據(jù)(請(qǐng)參見(jiàn)下表)。如果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)訪問(wèn)模塊時(shí)出錯(cuò)。
? 在系統(tǒng)更新過(guò)程映像期間出現(xiàn)I/O訪問(wèn)錯(cuò)誤(如果由于組態(tài)原因,未禁止OB85的調(diào)用)。


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


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


OB 88處理中斷OB
程序塊執(zhí)行被中止后,CPU操作系統(tǒng)將調(diào)用OB 88。導(dǎo)致此中斷的原因可能是:
? 同步出錯(cuò)的嵌套深度過(guò)大
? 塊調(diào)用(U堆棧)的嵌套深度過(guò)大
? 分配本地?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訪問(wèn)出錯(cuò)組織塊
只要在訪問(wèn)模塊上的數(shù)據(jù)時(shí)出錯(cuò),CPU的操作系統(tǒng)即調(diào)用OB122。例如,如果在訪問(wèn)I/O模塊上的數(shù)據(jù)時(shí),CPU檢測(cè)到讀取錯(cuò)誤,操作系統(tǒng)將調(diào)用OB122。
[ 此帖被sjm213在2009-06-25 17:57重新編輯 ]