plcs
級別: *
|
21:CPU全面復(fù)位后哪些設(shè)置會保留下來? 復(fù)位CPU時,內(nèi)存沒有被完全刪除。整個主內(nèi)存被完全刪除了,但加載內(nèi)存中數(shù)據(jù),以及保存在Flash-EPROM存儲卡(MC)或微存儲卡(MMC)上的數(shù)據(jù),則會全部保留下來。除了加載內(nèi)存以外,計時器(CPU 312 IFM除外)和診斷緩沖也被保留。具有MPI接口或一個組合MPI/DP接口的CPU只在全部復(fù)位之前保留接口所采用的當(dāng)前地址和波特率。另一方面,另一個PROFIBUS地址也被完全刪除,不能再訪問。 重要事項:重新設(shè)置PG/PC之后,與CPU之間的通訊只能通過MPI或MPI/DP接口來建立。 22:為什么不能通過MPI在線訪問CPU? 如果在CPU上已經(jīng)更改了MPI參數(shù),請檢查硬件配置。可以將這些值與在"Set PG/PC interface"下的參數(shù)進行比較,看是否有不一致。 或者可以這樣做:打開一個新的項目,創(chuàng)建一個新的硬件組態(tài)。在CPU的MPI接口的屬性中為地址和傳送速度設(shè)置各自的值。將"空"項目寫入存儲卡中。把該存儲卡插入到CPU 然后重新打開CPU的電壓,將位于存儲卡上的設(shè)置傳送到CPU。現(xiàn)在已經(jīng)傳送了MPI接口的當(dāng)前設(shè)置,并且像這樣的話,只要接口沒有故障就可以建立連接。 這個方法適用于所有具有存儲卡接口的S7-CPU。 23:錯誤OB的用途是什么? 如果發(fā)生一個所描述的錯誤(見文件1),則將調(diào)用并處理相應(yīng)OB。如果沒有加載該OB,則CPU進入STOP(例外:OB70、72、7 3和81) S7-CPU可以識別兩類錯誤: 1)同步錯誤: 這些錯誤在處理特定操作的過程中被觸發(fā),并且可以歸因于用戶程序的特定部分。 2)異步錯誤: 這些錯誤不能直接歸因于運行中的程序。這些錯誤包括優(yōu)先級類的錯誤,自動化系統(tǒng)中的錯誤(故障模塊)或者冗余的錯誤。 24:在DP從站或CPU315-2DP型主站里應(yīng)該編程哪些“故障 OBs”? 在組態(tài)一個作為從站的CPU315-2DP站時,必須在STEP7程序中編程下列OB以便評估分布式I/O類型的錯誤信息: OB 82 診斷中斷 OB 、OB 86 子機架故障 OB 、OB 122 I/O 訪問出錯 1)診斷OB82:如果一個支持診斷,并且已經(jīng)對其釋放了診斷中斷的模塊識別出一個錯誤,它既對進入事件也對外出的事件向 CPU 發(fā)出一個診斷中斷的請求。操作系統(tǒng)然后調(diào)用 OB82。在 OB82 自己的局部變量里包含有有缺陷模塊的邏輯基地址和 4 個字節(jié)的診斷數(shù)據(jù)。如果你還沒有編程 OB82, 則 CPU 進入“停止”模式。你可以阻斷或延遲診斷中斷 OB ,并通過 SFC 39 - 42 重新釋放它。 2)子機架故障OB86:如果識別出一個 DP 主站系統(tǒng)或一個分布式 I/O 站有故障(既對進入事件也對外出的事件),該 CPU 的操作系統(tǒng)就調(diào)用 OB 86 。如果沒有編程 OB 86 但出現(xiàn)了這樣一個錯誤, CPU 就進入“停止”模式。你可以阻斷或延遲 OB86 并通過 SFC 39 - 42 重新釋放它。 3)I/O 訪問出錯OB122:當(dāng)訪問一個模塊的數(shù)據(jù)時出錯,該CPU的操作系統(tǒng)就調(diào)用OB 122。比方說,CPU在存取一個單個模塊的數(shù)據(jù)時識別出一個讀錯誤,那么操作系統(tǒng)就調(diào)用OB 122。該OB 122以與中斷塊有相同的優(yōu)先級類別運行。如果沒有編程OB 122,那么CPU由“運行”模式改為“停止”模式。 25:為什么在某些情況下,保留區(qū)會被重寫? 在STEP 7的硬件組態(tài)中,可以把幾個操作數(shù)區(qū)定義為“保留區(qū)”。這樣可以在掉電以后,即使沒有備份電池的話,仍能保持這些區(qū)域中的內(nèi)容。如果定義一個塊為 “保留塊”,而它在 CPU 中不存在或只是臨時安裝過,那么這些區(qū)域的部分內(nèi)容會被重寫。在電源接通/斷開之后,其他內(nèi)容會在相關(guān)區(qū)里找到。 26:為何不能把閃存卡的內(nèi)容加載入S7 300 CPU? 你的項目在閃存卡上。現(xiàn)在要用它加載 S7-300西門子PLC 。但加載結(jié)束后發(fā)現(xiàn) CPU 的 RAM 中仍是空的。 出現(xiàn)此問題的原因是你的程序里有無法處理的,"錯誤的"組織塊(比如說, OB86 沒有 DP 接口)。 在重新設(shè)置和重新啟動 CPU 后, RAM 仍是空的。 診斷緩沖區(qū)對這個"無法加載"的塊會提示一些信息。 27:當(dāng)把 CPU315-2DP 作為從站,把 CPU315-2DP 作為主站時的診斷地址 在組態(tài)一個 CPU315-2DP 站時,你使用 S7 工具 “H/W CONFIG” 來分配診斷地址。如果發(fā)生一個故障,這些診斷地址被加入診斷 OB 的變量 “OB82_MDL_ADDR” 里。 你可在 OB82 里分析此變量,確定有故障的站并作出相應(yīng)的反應(yīng)。 下面是如何分配診斷地址的例子: 第 1 步: 通過 CPU315-2DP 組態(tài)從站并賦予一個診斷地址,比如 422。 第 2 步: 通過 CPU315-2DP 組態(tài)主站 第 3 步: 把組態(tài)好的從站鏈接到主站并賦予一個診斷地址,比如 1022。 28:需要為S7-300 CPU的DP從站接口作何種設(shè)置,才可以使用它來進行路由選擇? 如果使用CPU作為I-Slave,并且該CPU也起S7 路由器的作用,那么請注意如下事項: 用于路由選擇的從站的DP接口必須設(shè)置為活動狀態(tài)。這可以在HW Config中完成:在DP接口的屬性對話框中,選項" Commissioning/Test operation"或"Programming, status/modify..."必須激活。關(guān)于這些設(shè)置的注意事項可以在下表中獲得。 對于S7 路由連接,有 4 種可用的連接資源-與其它任何連接資源無關(guān)。沒有使用PG/OP的連接資源或S7基本通信。 如果必須通過DP接口來建立一個與位于其機架上的通信伙伴連接時(如在 CP 343-1 中),也要使用一個路由連接。而對于通過MPI接口與一個位于其機架上的通信伙伴的連接,則不使用路由連接資源,因為在這種情況下,能夠直接到達伙伴。注意事項:這不適用于CPU 318。 29:為什么當(dāng)使用S7-300 CPU的內(nèi)部運行時間表時,沒有任何返回值? 當(dāng)對CPU 312IFM到316-2DP參數(shù)化系統(tǒng)功能塊 SFC2, SFC3 和 SFC4 時,為一個運行時間表規(guī)定了一個大于 "B#16#0"的標(biāo)識符,那么將出錯并且所需的功能也無法用。 此種情況下,將在塊的" RETVAL"輸出處輸出標(biāo)識符 "8080h" 。 說明:對于這些 CPU,只有一個計時器可用。因此你應(yīng)該只用標(biāo)識符 "B#16#0"。 在一個周期塊(OB1, OB35)里一定不能調(diào)用系統(tǒng)功能 SFC2 "SET_RTM",而是應(yīng)該在重啟動OB(OB100)調(diào)用它。你也可以通過外部觸發(fā)器來啟動該塊。不然的話,該塊將老是復(fù)位運行計時表,永遠完成不了計數(shù)。 30:變量是如何儲存在臨時局部數(shù)據(jù)中的? L 堆棧永遠以地址“0”開始。 在 L 堆棧中,會為每個數(shù)據(jù)塊保留相同個數(shù)的字節(jié),作為存放每個塊所擁有的靜態(tài)或局部數(shù)據(jù)。 當(dāng)某個塊終止時,那么它的空間隨之也被重新釋放出來。 指針總是指向當(dāng)前打開塊的第一個字節(jié)。 |
---|---|
|