西門子S7-300學習教程_6.ppt

1、第七章 故障診斷,PLC是運行在工業(yè)環(huán)境中的控制器，一般而言可靠性比較高，出現(xiàn)故障的概率較低，但是，出現(xiàn)故障也是難以避免的。一般引發(fā)故障的原因有很多，故障的后果也有很多種。 引發(fā)故障的原因雖然我們不能完全控制，但是我們可以通過日常的檢查和定期的維護來消除多種隱患，把故障率降到最低。故障的后果輕的可能造成設備的停機，影響生產的數(shù)量；重的可能造成財產損失和人員傷亡，如果是一些特殊的控制對象，一旦出現(xiàn)故障可能會引發(fā)更嚴重的后果。 故障發(fā)生后，對于維護人員來說最重要的是找到故障的原因，迅速排除故障，盡快恢復系統(tǒng)的運行。對于系統(tǒng)設計人員在設計時要考慮到系統(tǒng)出現(xiàn)故障后的系統(tǒng)的自我保護措施力爭使故障的停機時

2、間最短，故障的產生的損失最小。,7.1 了解S7-300 PLC的基本故障種類,一般PLC的故障主要有外部故障或是內部錯誤造成。外部故障時由外部傳感器或執(zhí)行機構的故障等引發(fā)PLC產生故障，可能會使整個系統(tǒng)停機，甚至燒壞PLC。 而內部錯誤是PLC內部的功能性錯誤或編成錯誤造成的，可以使系統(tǒng)停機。S7-300具有很強的錯誤（或稱故障）檢測和處理能力，CPU檢測到某種錯誤后，操作系統(tǒng)調用對應得組織塊，用戶可以在組織塊中編程，對發(fā)生的錯誤采取相應的措施。對于大多數(shù)錯誤，如果沒有給組織塊編程，出現(xiàn)錯誤時CPU將進入STOP模式。 被S7 CPU檢測到并且用戶可以通過組織塊對其進行處理的錯誤分為兩類：

3、1、異步錯誤 異步錯誤是與PLC的硬件或操作系統(tǒng)密切相關的錯誤，與程序執(zhí)行無關，但異步錯誤的后果一般比較嚴重。 2、同步錯誤 同步錯誤是與執(zhí)行用戶程序有關的錯誤，程序中如果有不正確的地址區(qū)，錯誤的編號或錯誤的地址，都會出現(xiàn)同步錯誤，操作系統(tǒng)將調用同步錯誤OB 。,7.2 掌握PLC的常規(guī)維護及故障排除的方法,為了保障系統(tǒng)的正常運行，定期對PLC系統(tǒng)進行維護和檢查是必不可少的，而且還必須熟悉一些故障診斷和排除方法。 7.2.1 檢查與維護 7.2.2 外部故障的排除方法 7.2.3 內部錯誤的故障診斷,7.2.1 檢查與維護,一、定期檢查 PLC是一種工業(yè)控制設備，盡管在可靠性方面采取了許多措施

4、，但工作環(huán)境對PLC影響還是很大的。所以，通常每隔半年時間應對PLC作定期檢查。如果PLC的工作條件不符合表7-1規(guī)定的標準，就要做一些應急處理，以便使PLC工作在規(guī)定的標準環(huán)境。,表7-1 周期性檢查一覽表,二、日常維護,PLC除了鋰電池和繼電器輸出觸點外，基本上沒有其它易損元器件。由于存放用戶程序的隨機內存（RAM），計數(shù)器和具有保持功能的輔助繼電器等均用鋰電池保護，鋰電池的壽命大約5年，當鋰電池的電壓逐漸降低達一定程度時，PLC基本單元上的電池電壓跌落指示燈會亮。提示用戶注意，有鋰電池所支持的程序還可以保持一周左右，必須更換電池，這是日常維護的主要內容。,調換鋰電池的步驟：,1、在拆裝之

5、前，應先讓PLC通電15S以上，這樣可使作為內存?zhèn)溆秒娫吹碾娙萜鞒潆?，在鋰電池斷開后，該電容可對PLC作短暫供電，以保護RAM中的信息不丟失。 2、斷開PLC的交流電源。 3、打開基本單元的電池蓋板。 4、取下舊電池，裝上新電池。 5、蓋上電池蓋板。 更換電池的時間要盡量短，一般不允許超過3min。如果時間過長，RAM中的程序將丟失。,7.2.2 外部故障的排除方法,PLC有很強的自診斷能力，當PLC自身故障或外圍設備發(fā)生故障，都可用PLC上具有診斷指示功能的發(fā)光二極管的亮滅來診斷。,一、故障查找,1、總體檢查 根據(jù)總體檢查流程圖找出故障點的大方向，逐漸細化，以找出具體故障，如圖7-1所示。,

6、2、電源故障檢查,電源等不亮部需要對供電系統(tǒng)進行檢查，檢查流程圖如圖7-2所示。,3、運行故障檢查,電源正常，運行指示燈不亮，說明系統(tǒng)已因某種異常而終止了正常運行，檢查流程圖如圖7-3所示。,4、輸入輸出故障檢查,輸入輸出是PLC與外部設備進行信息交流的信道，其是否正常工作，除了和輸入輸出單元有關外，還與聯(lián)接配線、接線端子、保險管等組件狀態(tài)有關。圖7-4和圖7-5分別所示的是輸入檢查流程和輸出檢查流程。 圖7-4 輸入檢查流程圖,圖7-5 輸出檢查流程圖,5、外圍環(huán)境的檢查,影響PLC工作的環(huán)境因素主要有溫度、濕度、噪音與粉塵，以及腐蝕性酸堿等。,二、故障的處理,不同故障產生的原因不同，它們也

7、有不同的處理方法，具體請見下表所列。 表7-2 CPU裝置、I/O擴展裝置故障處理,表7-3 輸入單元故障處理,表7-4輸出單元故障處理,7.2.3 內部錯誤的故障診斷,S7-300具有非常強大的故障診斷功能，通過STEP 7編程軟件可以獲得大量的硬件故障與編程錯誤的信息，使用戶能迅速地查找到故障。 這里的診斷是指S7-300內部集成的錯誤識別和記錄功能,錯誤信息在CPU的診斷緩沖區(qū)內。有錯誤或事件發(fā)生時，標有日期和時間的信息被保存到診斷緩沖區(qū)，時間保存到系統(tǒng)的狀態(tài)表中，如果用戶已對有關的錯誤處理組織塊編程，CPU將調用該組織塊。,一、故障診斷的基本方法,在SIMATIC管理器中用菜單命令“V

8、iew”“Online”打開再現(xiàn)窗口。打開所有的站，查看是否有CPU顯示了指示錯誤或故障的診斷符號。 診斷符號用來形象直觀地表示模塊的運行模式和模塊的故障狀態(tài)，如圖7-6所示。如果模塊有診斷信息，在模塊符號上將會增加一個診斷符號，或者模塊符號的對比度降低。,圖7-6 診斷符號,診斷符號“當前組態(tài)與實際組態(tài)不匹配”表示被組態(tài)的模塊不存在，或者插入了與組態(tài)的模塊的型號不同的模塊。 診斷符號“無法診斷”表示無線上連接，或該模塊不支持模塊診斷信息，例如電源模塊或子模塊。 “強制”符號表示在該模塊上有變量被強制，即在模塊的用戶程序中有變量被賦予一個固定植，該數(shù)據(jù)值不能被程序改變?！皬娭啤狈柨梢耘c其它符

9、號組合在一起顯示，如圖7-6中“強制與運行”符號。 從在線的SIMATIC管理器的窗口、在線的硬件診斷功能打開的快速窗口和在線的硬件組態(tài)窗口（診斷窗口），都可以觀察到診斷符號。 通過觀察診斷符號，可以判斷CPU模塊的運行模式，是否有強制變量，CPU模塊和功能模塊（FM）受否有故障。 打開在線窗口，在SIMATIC管理器中執(zhí)行菜單命令“PLC”“Diagnostic/Setting”“Hardware Diagnostics”，將打開硬件診斷快速瀏覽窗口。在該窗口中顯示PLC的狀態(tài)，看到診斷功能的模塊的硬件故障，雙擊故障模塊可以獲得詳細的故障信息。,二、利用CPU診斷緩沖區(qū)進行詳細故障診斷,建立

10、與PLC的在線連接后，在SIMATIC管理器中選擇要檢查的站，執(zhí)行菜單命令“PLC”“Diagnostics/Setting”“Module Information”，如圖7-7所示，將打開模塊信息窗口，顯示該站中CPU的信息。在快速窗口中使用“Module Information”。,圖7-7 打開CPU診斷緩沖區(qū),在模塊信息窗口中的診斷緩沖區(qū)（Diagnostic Buffer）選項中，給出了CPU中發(fā)生的事件一覽表，選中“Events”窗口中某一行的某一事件，下面灰色的“Details on”窗口將顯示所選事件的詳細信息，見圖7-8所示。使用診斷緩沖區(qū)可以對系統(tǒng)得錯誤進行分析，查找停機的

11、原因，并對出現(xiàn)的診斷時間分類。,圖7-8 CPU模塊的在線模塊信息窗,診斷事件包括模塊故障、過程寫錯誤、CPU中的系統(tǒng)錯誤、CPU運行模式的切換、用戶程序的錯誤和用戶用系統(tǒng)功能SFC52定義的診斷事件。 在模塊信息窗口中，編號為1，位于最上面的事件是最近發(fā)生的事件。如果顯示因編程錯誤造成CPU進入STOP模式，選擇該事件，并點擊“Open Block”按鈕，將在程序編輯器中打開于錯誤有關的塊，顯示出錯的程序段。 診斷中斷和DP從站診斷信息用于查找模塊和DP從站中的故障原因。 “Memory”（內存）選項給出了所選的CPU或M7功能模塊的工作內存和裝載內存當前的使用情況，可以檢查CPU或功能模塊

12、的裝載內存中是否有足夠的空間用來存儲新的塊，如圖7-9所示。,圖7-9 “Memory” 選項,“Scan Cycle Time”（掃描循環(huán)時間）選項卡用于顯示所選CPU或M7功能模塊的最小循環(huán)時間、最大循環(huán)時間和當前循環(huán)時間，如圖7-10所示。 如果最長循環(huán)時間接近組態(tài)的最大掃描循環(huán)時間，由于循環(huán)時間的波動可能產生時間錯誤，此時應增大設置的用戶程序最大循環(huán)時間（監(jiān)控時間）。 如果循環(huán)時間小于設置的最小循環(huán)時間，CPU自動延長循環(huán)至設置的最小循環(huán)時間。在這個延長時間內可以處理背景組織塊（OB90）。組態(tài)硬件時可以設置最大和最小循環(huán)時間。,圖7-10 “Scan Cycle Time” 選項,“

13、Time System”（時間系統(tǒng)）選項卡顯示當前日期、時間、運行的小時數(shù)以及時鐘同步的信息，見圖7-11所示。,圖7-11 “Time System” 選項,“Performance Data”（性能數(shù)據(jù)）選項卡給出了所選模塊（CPU/FM）可以使用的地址區(qū)和可以使用的OB、SFB、和SFC，見圖7-12所示。,圖7-12 “Performance Data” 選項,“Communication”（通信）選項卡給出了所選模塊的傳輸速率、可以建立的連接個數(shù)和通信處理占掃描周期的百分比，如圖7-13所示。,圖7-13“Communication” 選項,“Stacks”（堆棧）選項卡只能在STO

14、P模式或HOLD（保持）模式下調用，顯示所選模塊的B（塊）堆棧。還可以顯示I（中斷）堆棧、L（局域）堆棧以及嵌套深度堆棧?？梢蕴D到使塊中斷的故障點，判明引起停機的原因。 在模塊信息窗口各選項卡的上面顯示了附加的信息，例如所選模塊的在線路徑、CPU的操作模式和狀態(tài)（例如出錯或OK）、所選模塊的操作模式，如果它有自己的操作模式的話（例如CP342-5）。 從 （“Accessible Nodes”窗口）打開的非CPU模塊的模塊信息中，不能顯示CPU本身的操作模式和所選模塊的狀態(tài)。,三、錯誤處理組織塊,組織塊是操作系統(tǒng)與用戶程序之間的接口。S7提供了各種不同的組織塊（OB），用組織塊可以創(chuàng)建在特定

15、時間執(zhí)行的程序和響應特定事件的程序。 當系統(tǒng)程序可以檢測下列錯誤：不正確的CPU功能、系統(tǒng)程序執(zhí)行中的錯誤、用戶程序中的錯誤和I/O中的錯誤。根據(jù)錯誤類型的不同，CPU設置為進入STOP模式或調用一個錯誤處理OB。 當CPU檢測到錯誤時，會調用適當?shù)慕M織塊，見表7-5。如果沒有相應的錯誤處理OB，CPU將進入STOP模式。用戶可以在錯誤處理OB中編寫如何處理這種錯誤的程序，以減小或消除錯誤的影響。,表7-5 錯誤處理組織塊,為避免發(fā)生某種錯誤時CPU進入停機，可以在CPU中建立一個對應的空的組織塊。用戶可以利用OB中的變量聲明表提供的信息來判別錯誤的類型。 根據(jù)S7 CPU檢測到并且用戶可以通

16、過組織塊對其進行處理的錯誤分為異步錯誤和同步錯誤。,1、異步錯誤組織塊,異步錯誤是與PLC的硬件或操作系統(tǒng)密切相關的錯誤，與程序執(zhí)行無關。異步錯誤的后果一般都比較嚴重。異步錯誤對應的組織塊為OB70OB73和OB80OB87，有最高的優(yōu)先級。操作系統(tǒng)檢測到一個異步錯誤時，將啟動相應的OB。,（1）時間錯誤處理組織塊（OB80）,OB執(zhí)行時出現(xiàn)故障S7-300 CPU的操作系統(tǒng)調用OB80。這樣的故障包括循環(huán)時間超出、執(zhí)行OB時應答故障、向前移動時間以致于躍過了OB的啟動的時間、CLR后恢復RUN方式。 如果當循環(huán)中斷OB仍在執(zhí)行前一次調用時，該OB塊的啟動事件發(fā)生，操作系統(tǒng)調用OB80。如果O

17、B80未編程，CPU變?yōu)镾TOP方式，可以使用SFC39至42封鎖或延時和在使用時間故障OB。 如果在同一個稍描周期中由于掃描時間超出OB80被調用兩次，CPU就變?yōu)镾TOP方式，可以通過在程序中適當?shù)奈恢谜{用SFC43“RE_TRIGR”來避免這種情況。,打開OB80可以從OB80的臨時變量中得到故障信息，見圖7-14所示。,圖7-14 OB80的臨時變量,表7-6 OB80的變量申明表,（2）電源故障處理組織塊（OB81）,與電源（僅對S7-400）或后備電池有關的故障事件發(fā)生時，S7-300 CPU的操作系統(tǒng)調用OB81，表7-7為OB81的變量申明表。 如果OB81未編程，CPU并不轉

18、換為STOP方式?？梢允褂肧FC39至42來禁用、延時或再使用電源故障（OB81）。,表7-7 OB81的變量申明表,（3）診斷中斷處理組織塊（OB82）,如果模塊具有診斷能力又使能了診斷中斷，當它檢測到錯誤時，它輸出一個診斷中斷請求給CPU，以及錯誤消失時，操作系統(tǒng)都會調用OB82。當一個診斷中斷被觸發(fā)時，有問題的模塊自動地在診斷中斷OB的起動信息和診斷緩沖區(qū)中存入4個字節(jié)的診斷數(shù)據(jù)和模塊的起始地址?？梢杂肧FC39至42來禁用、延時或再使用診斷中斷（OB82），表7-8描述了診斷中斷OB82的臨時變量。,表7-8 OB82的變量申明表,在編寫OB82的程序時，要從OB82的起動信息中獲得與

19、出現(xiàn)的錯誤有關的更確切的診斷信息，例如是哪一個通道出錯，出現(xiàn)的是哪種錯誤。使用SFC51“RDSYSST”也可以讀出模塊的診斷數(shù)據(jù)，用SFC52“WR_USMSG”可以將這些信息存入診斷緩沖區(qū)。 現(xiàn)在通過結合模板的短線診測應用和SFC51來說明診斷中斷組織塊OB82的使用方法。,首先，在SIMATIC管理器中新建一個項目，插入一個300站。硬件組態(tài)，在機架上插入CPU 315-2DP和一塊具有中斷功能模擬量輸入模塊SM331，配置SM331模塊的“Inputs”選項，選擇0-1通道組為2線制電流（2DMU），其它通道組為電壓，并注意模塊的量程卡要與設置的相同。選中“Enable”框中的“Dia

20、gnostic Interrupt”選項，選中“Diagnostics”選項中的0-1通道組中的“Group Diagnostics”和“with Check for Wire Break”選項，如圖7-15所示。,圖7-15 硬件組態(tài),點擊OK，然后雙擊CPU 315-2DP，選擇“Interrupts”選項，可以看到CPU支持OB82，見圖7-16所示。硬件組態(tài)完成后，保存編譯，下載到CPU中。,圖7-16 CPU中的“Interrupts”選項,然后完成診斷程序。OB82程序當在硬件組態(tài)中設定的診斷中斷發(fā)生后執(zhí)行，但OB82執(zhí)行時可以通過它的臨時變量OB82_MDL_ADDR讀出產生診斷

21、中斷的模塊的邏輯地址。STEP 7不能時時監(jiān)控程序的運行。 在SIMATIC管理器中S7 Program（1）下插入一個STL Source文件STL Source(1)，如圖7-17所示。,圖7-17 插入STL Source文件,打開OB1，在“Libraries”“Standard Libraries”“System Function Blocks”下找到SFC51“RDSYSST DIAGNSTC”，按F1鍵，出現(xiàn)SFC51在線幫助信息，在幫助信息的最低部點擊“Example for module diagnostics with the SFC51”，然后點擊“STL Source

22、File”，選中全部STL Source源程序拷貝到STL Source(1)中，編譯保存。這是在Blocks中生成OB1、OB82、DB13和SFC51。 打開OB82，對其中的程序做簡單的修改，將19和20行的程序拷貝到go：后面，如圖7-18所示。再進行保存，下載到CPU中。,圖7-18 OB82的程序修改,下載完成后，將CPU上的模式選擇開關切換到“RUN”狀態(tài)，此時，CPU上的“RUN”燈和“SF”燈會亮，SM331模塊上的“SF”燈也會亮。同時，查看CPU的診斷緩沖區(qū)可以獲得相應的故障信息。 打開DB13數(shù)據(jù)塊，在線監(jiān)控，見圖7-19所示。因為通道斷線是一到來事件，所以診斷信息存儲

23、到COME數(shù)組中。,圖7-19 DB13中的數(shù)據(jù)變換,本例中COME數(shù)組字節(jié)的含義接受如下： COME1=B#16#D：表示通道錯誤，外部故障和模塊問題； COME2=B#16#15：表示此段信息為模擬量模塊的通道信息； COME3=B#16#0：表示CPU處于運行狀態(tài)，無字節(jié)2中標示的故障信息； COME4=B#16#0：表示無字節(jié)3中標示的故障信息； COME5=B#16#71：表示模擬量輸入； COME6=B#16#8：表示模塊的每個通道有8個診斷位； COME7=B#16#8：表示模塊的通道數(shù)； COME8=B#16#3：表示0通道錯誤和1通道錯誤，其他通道正常； COME9=B#16

24、#10：表示0通道斷線； COME10=B#16#10：表示1通道斷線； COME11=B#16#0：表示2通道正常，其他通道與2通道相同。,（4）插入/拔出模塊中斷組織塊（OB83）,當組態(tài)的模塊插入/拔出后或在SETP 7下修改了模塊的參數(shù)并在“RUN”狀態(tài)把所做修改下載到CPU后，CPU操作系統(tǒng)調用OB83。 在“RUN”、“STOP”和“STARTUP”狀態(tài)時每次組態(tài)的模塊插入或拔出，就產生一個插入/拔出中斷（電源模塊、CPU、適配模塊和IM模塊不能在這種狀態(tài)下移出）。該中斷引起有關CPU的診斷緩沖區(qū)和系統(tǒng)狀態(tài)表的記錄 如果在“RUN”狀態(tài)下拔出組態(tài)的模塊，OB83期啟動。由于僅以一秒

25、的間隔監(jiān)視模塊的存在，如果模塊被直接訪問或當過程映像被刷新時可能首先檢測出訪問故障。如果在“RUN”狀態(tài)下插入一塊模塊，操作系統(tǒng)檢查插入模塊的類型是否與組態(tài)的記錄一致，如果模塊類型匹配，于是OB83被啟動并且參數(shù)被賦值。可以借助SFC39至42來禁用、延時或再使用插入/拔出模塊中斷（OB83），表7-9描述了插入/拔出模塊中斷OB83的臨時變量。,表7-9 OB83的變量申明表,（5）CPU硬件故障處理組織塊（OB84）,當CPU檢測到MPI網絡的接口故障、通信總線的接口故障或分布式I/O網卡的接口故障時，操作系統(tǒng)調用OB84。故障消除時也會調用該OB塊，即事件到來和離去時都調用該OB。表7-

26、10描述了CPU硬件故障OB84的臨時變量。,表7-10 OB84的變量申明表,（6）優(yōu)先級錯誤處理組織塊（OB85）,在以下情況下將會觸發(fā)優(yōu)先級錯誤中斷： 產生了一個中斷事件，但是對應的OB塊沒有下載到CPU； 訪問一個系統(tǒng)功能塊的背景數(shù)據(jù)塊時出錯； 刷新過程映像表時I/O訪問出錯，模塊不存在或有故障。 在編寫OB85的程序時，應根據(jù)OB85的起動信息，判定是哪個模塊損壞或沒有插入?？梢允褂肧FC39至42封鎖或延時并使能優(yōu)先級故障OB，表7-11描述了優(yōu)先級故障OB85的臨時變量。,表7-11 O85的變量申明表,（7）機架故障組織塊（OB86）,出現(xiàn)下列故障或故障消失時，都會觸發(fā)機架故障

27、中斷，操作系統(tǒng)將調用OB86：擴展機架故障（不包括CPU 318），DP主站系統(tǒng)故障或分布式I/O故障。故障產生和故障消失時都會產生中斷。 在編寫OB86的程序時，應根據(jù)OB86的起動信息，判斷是哪個機架損壞或找不到。可以使用SFC39至42封鎖或延時并使能OB86，表7-12描述了機架故障OB86的臨時變量。,表7-12 O86的變量申明表,這里也通過一個例子來說明OB86的使用。新建一個項目，插入一個300站，進行硬件組態(tài)。在機架中插入CPU 315-2DP，選擇DP作為主站，在DP主站下添加一個ET200M從站，并在從站中插入一個模擬量輸入模塊SM331，如圖7-20所示。,圖7-20

28、硬件組態(tài),然后雙擊CPU，選擇“Interrupts”選項，可以看到CPU支持OB86，見圖7-21所示。硬件組態(tài)完成后，保存編譯，下載到CPU中。,圖7-21 CPU中的“Interrupts”選項,OB86程序當在通訊發(fā)生問題后或者訪問不到配置的機架或站時執(zhí)行，此時程序可能還可能需要調用OB82和OB122等組織塊，當OB86執(zhí)行時可以通過它的臨時變量讀出產生的故障代碼和事件類型，通過它們的組合可以得到具體錯誤信息，同時也可以讀出產生錯誤的模塊地址和機架信息。STEP 7不能時時監(jiān)控程序的運行，可以用“Variable Table”監(jiān)控實時數(shù)據(jù)的變化。,打開組織塊OB86編寫程序，程序如圖

29、7-22所示。,圖7-22 OB86中所編寫的程序,該程序也可以轉化成梯形圖，但程序中要將OB86的臨時變量OB86_RACKS_FLTD ARRAY0.31改成OB86_z23 DWORD。 把程序下載到CPU后，在“Blocks”插入“Variable Table”，如圖7-23所示。然后打開，填入MB0、MB1、MW2、MD4并點擊 鍵就可以得到相關信息了。,圖7-23 插入“Variable Table”,（8）通信錯誤組織塊（OB87）,在使用通信功能塊或全局數(shù)據(jù)（GD）通信進行數(shù)據(jù)交換時，如果出現(xiàn)下列通信錯誤，操作系統(tǒng)將調用OB87： 接受全局數(shù)據(jù)時，檢測到不正確的幀標識符（ID）

30、； 全局數(shù)據(jù)通信的狀態(tài)信息數(shù)據(jù)塊不存在或太短； 接受到非法的全局數(shù)據(jù)包編號。 如果用于全局數(shù)據(jù)通信狀態(tài)信息的數(shù)據(jù)塊丟失，需要用OB87生成該數(shù)據(jù)塊將它下載到CPU?？梢允褂肧FC39至42封鎖或延時并使能通信錯誤OB，表7-13描述了通信錯誤OB86的臨時變量。,表7-13 OB87的變量申明表,2、同步錯誤組織塊,同步錯誤是與執(zhí)行用戶程序有關的錯誤，程序中如果有不正確的地址區(qū)、錯誤的編號和錯誤的地址，都會出現(xiàn)同步錯誤，操作系統(tǒng)將調用同步錯誤OB。 同步錯誤組織塊包括OB121用于對程序錯誤的處理和OB122用于處理模塊訪問錯誤。同步錯誤OB的優(yōu)先級與檢測到出錯的塊的優(yōu)先級一致。因此OB121

31、和OB122可以訪問中斷發(fā)生時累加器和其他寄存器中的內容，用戶程序可以用它們來處理錯誤。,同步錯誤可以用SFC36“MASK_FLT”來屏蔽，使某些同步錯誤不觸發(fā)同步錯誤OB的調用，但是CPU在錯誤寄存器中記錄發(fā)生的被屏蔽的錯誤。用錯誤過濾器中的一位來表示某種同步錯誤是否被屏蔽。錯誤過濾器分為程序錯誤過濾器和訪問錯誤過濾器，分別占一個雙字。 調用SFC37“DMSK_FLT”并且在當前優(yōu)先級被執(zhí)行完后，將解除被屏蔽的錯誤，并且清楚當前優(yōu)先級的事件狀態(tài)寄存器中相應的位。 可以用SFC38“READ_ERR”讀出已經發(fā)生的被屏蔽的錯誤。 對于S7-300（CPU318除外），不管錯誤是否被屏蔽，錯

32、誤都會被送入診斷緩沖區(qū)，并且CPU的“組錯誤”LED會被點亮。 可以在不同的優(yōu)先級屏蔽某些同步錯誤。在這種情況下，在特定的優(yōu)先級中發(fā)生這類錯誤時不會停機，CPU把該錯誤存放到錯誤寄存器中。但是無法知道是什么時候發(fā)生的錯誤，也無法知道錯誤發(fā)生的頻率。,（1）編程錯誤組織塊（OB121）,當有關程序處理的故障事件發(fā)生時CPU操作系統(tǒng)調用OB121，OB121與被中斷的塊在同一優(yōu)先級中執(zhí)行，表7-14描述了編程錯誤OB121的臨時變量。,表7-14 OB121的臨時變量表,OB121程序在CPU執(zhí)行錯誤時執(zhí)行，此錯誤不包括用戶程序的邏輯錯誤和功能錯誤等，例如當CPU調用一個未下載到CPU中的程序塊，

33、CPU會調用OB121，通過臨時變量“OB121_BLK_TYPE”可以得出出現(xiàn)的錯誤的程序塊。使用STEP 7不能時時監(jiān)控程序的運行，可以用“Variable Table”監(jiān)控實時數(shù)據(jù)的變化。 打開事先已經插入的OB121編寫程序，如圖7-24所示。,圖7-24 OB121中編寫的程序,接著在項目“Blocks”下插入FC1，打開FC1編寫程序，如圖7-25所示。,圖7-25 FC1中編寫的程序,然后打開OB1編寫程序，如圖7-26所示。,圖7-26 OB1中編寫的程序,先將硬件和OB1下載到CPU中，此時CPU能正常運行。在“Blocks”下插入“Variable Table”，然后打開，填入MW0和M10.0，并點擊鍵，程序運行正常。將M10.0置為“true”后，CPU就報錯停機，查看CPU的診斷緩沖區(qū)信息，發(fā)現(xiàn)為編程錯誤，這是將