西門子代理商廣東省惠州PLC中國(授權)一級代理商

　　使用CPU S7 315F， ET 200S以及故障安全DI/DO模塊，那么您將調用OB35 的故障安全程序。而且，您已經接受所有監控時間的默認設置值，并且愿意接收“通訊故障”消息。OB 35 默認設置為100毫秒。您已經將F I/O模塊的F監控時間設定為100毫秒，因此至少每100毫秒要尋址一次I/O模塊。但是由于每100毫秒才調用一次OB 35，因此會發生通訊故障。要確保OB35的掃描間隔和F監控時間有所差別，請確保F監控時間大于OB35的掃描間隔時間。

　　S7分布式安全系統，一直到V5.2 SP1 和 6ES7138-4FA00-0AB0，6 ES7138-4FB00-0AB0，6ES7138-4CF00-0AB0 都會出現這個問題。在新的模塊中，F 監控時間設定為150毫秒.

2、當DP從站不可用時，PROFIBUS上S7-300 CPU的監控時間是多少？

　　使用CPU的PROFIBUS接口上的DP從站操作PROFIBUS網絡時，希望在啟動期間檢查期望的組態與實際的組態是否匹配。在 CPU屬性對話框中的Startup選項卡上給出了兩個不同的時間。

3、如何判斷電源或緩沖區出錯，如：電池故障？

　如果電源(僅S7－400)或緩沖區中的一個錯誤觸發一個事件，則CPU操作系統訪問OB81。錯誤糾正后，重新訪問OB81。電池故障情況下，如果電池檢測中的BATT.INDIC開關是激活的，則 S7-400僅訪問OB81。如果沒有組態OB81，則CPU不會進入操作狀態STOP。如果OB81不可用，則當電源出錯時，CPU仍保持運行。

4、為S7CPU上的I/O模塊(集中式或者分布式的)分配地址時應當注意哪些問題？

　請注意，創建的數據區域(如一個雙字)不能組態在過程映象的邊界上，因為在該數據塊中，只有邊界下面的區域能夠被讀入過程映像，因此不可能從過程映像訪問數據。因此，這些組態規則不支持這種情況：例如，在一個 256 字節輸入的過程映像的 254 號地址上組態一個輸入雙字。如果一定需要如此選址，則必須相應地調整過程映像的大小(在CPU的Properties中)。

　全局數據通訊用于交換小容量數據，全局數據(GD)可以是：

　　輸入和輸出

　　標記

　　數據塊中的數據

　　定時器和計數器功能

　　數據交換是指在連入單向或雙向GD環的CPU之間以數據包的形式交換數據。GD環由GD環編號來標識。

　　單向連接：某一CPU可以向多個CPU發送GD數據包。

　　雙向連接：兩個CPU之間的連接：每個CPU都可以發送和接收一個GD數據包。

　　必須確保接收端CPU未確認全局數據的接收。如果想要通過相應通訊塊(SFB、FB或FC)來交換數據，則必須進行通訊塊之間的連接。通過定義一個連接，可以極大簡化通訊塊的設計。該定義對所有調用的通訊塊都有效且不需要每次都重新定義。

6、可以將S7-400存儲卡用于CPU 318-2DP嗎？

　　在通常的操作中，只能使用訂貨號為6ES7951-1K... (Flash EPROM)和6ES7951-1A... (RAM)的“短”> 存儲卡。

7、盡管LED燈亮，為什么CPU 31xC不能從缺省地址124和125讀取完整輸入？

　對于下列型號的CPU ，請檢查 24V 電壓是否接入引腳 1。LED由輸入電流控制。引腳 1 上的 24V 電壓需要做進一步處理。

　　313C(6ES7 313-5BE0.-0AB0),313C-2DP (6ES7 313-6CE0.-0AB0),313C-2PTP (6ES7 313-6BE0.-0AB0), 314C-2DP (6ES7 314-6CF0.-0AB0),314C-2PTP (6ES7 314-6BF0.-0AB0)

8、配置CPU 31x-2 PN/DP的PN接口時，當PROFINET接口偶爾發生通信錯誤時，該如何處理？

　請確定以太網(PROFINET)中的所有組件(轉換）都支持 100 Mbit/s全雙工基本操作。避 免中心分配器割裂網絡，因為這些設備只能工作于半雙工模式。

9、在硬件配置編輯器中，“時鐘”修正因子有什么含義呢？

　　在硬件配置中，通過CPU > Properties > Diagnostics/Clock，你可以進入“時鐘”> 域內指定一個修正因子。這個修正因子只影響CPU的硬件時鐘。時間中斷源自于系統時鐘，并且和硬件時鐘的設定毫無關系。

10、如何通過PROFIBUS DP用功能塊實現在主、從站之間實現雙向數據傳送？

　　在主站PLC可以通過調用SFC14 “DPRD_DAT“和SFC15 “DPWR_DAT“來完成和從站的數據交換，而對于從站來說可以調用FC1 “DP_SEND“ 和FC2 ”DP_RECV“完成數據的交換。

11、可以從S7 CPU中讀出哪些標識數據？

通過SFC 51“RDSYSST”可讀出下列標識數據：

　　可以讀出訂貨號和CPU版本號。為此，使用SFC 51和SSL ID 0111并使用下列索引：

　　1 = 模塊標識

　　6 = 基本硬件標識

　　7 = 基本固件標識

12、在含有CPU 317-2PN/DP的S7-300上，如何編程可加載通訊功能塊FB14("GET")和FB15("PUT")用于數據交換？

　　為了通過一個S7連接在使用CPU 317-2PN/DP的兩個S7-300工作站之間進行數據交換，其中該S7連接是使用NetPro組態的， 在S7通信中，必須調用通訊功能塊。模塊FB14("GET") 用于從遠程CPU取出數據，模塊FB15("PUT")用于將數據寫入遠程CPU。功能塊包含在STEP 7 V5.3的標準庫中。<

　　CPU 317-2PN/DP的通訊模塊FB14("GET")和FB15("PUT")的屬性 ：

　　FB14和FB15是異步通訊功能。這些模塊的運行可能跨越多個OB1循環。通過輸入參數REQ激活FB14或FB15。DONE、NDR或ERROR表明作業結束。PUT和GET可以同時通過連接進行通信。

　　注意：不能將庫SIMATIC_NET_CP中的通訊塊用于CPU317-2PN/DP。

13、對于緊湊CPU 313C-2 PtP和CPU 314-2 PtP作業同步處理需要注意什么？

在用戶程序中，不可以同時編程SEND作業和FETCH作業。

　　即：只要SEND作業(SFB 63)沒有完全終止(DONE或ERROR)，就不能調用FETCH作業(SFB 64)(甚至在REQ=0的時候)。只要FETCH作業(SFB 64)沒有完全終止(DONE或ERROR)，就不能調用SEND作業(SFB 63)(甚至在REQ=0的時候)。在處理一個主動作業(SEND作業、SFB 63或FETCH作業、SFB 64)時，同時可以處理一個被動作業(SERVE作業、SFB 65)。

14、可以將MICR．master420到440作為組態軸(位置外部檢測)和CPU 317T一起運行嗎？

　　可以，但在動力和精度方面，對組態軸的要求差別非常大。在高要求情況下，伺服驅動SIMODRIVE 611U、MASTERDRIVES MC或SINAMICS S必須和CPU 317T一起運行。在低要求情況下，MICROMASTER系列也能滿足動力和精度要求。

15、如何在已配置為DP從站的兩個CPU模塊間組態直接數據交換(節點間通信)？

　　兩個CPU站配置為DP從站，而且由同一個DP主站操作，它們之間的通信通過配置交換模式為DX可以完成直接數據交換。

16、如何使用SFC65，SFC66，SFC67 和 SFC68 進行通信？

　對于單向基本通信，使用系統功能 SFC67 (X_GET)從一個被動站讀取數據，使用系統功能SFC68(X_PUT)將數據寫入一個被動站(服務器)。這些塊只有在主動站中才調用。對于一個雙向基本通信，調用站中的系統功能SFC65 (X_SEND)，在該站中想將數據發送到另一個主動站。在同樣為主動的主動接收站中，數據將通過系統功能SFC66 (X_RCV)記錄。

　　兩種類型的基本通信中，每次塊調用可以處理Zui多 76 字節的用戶數據。對于S7-300 CPU，數據傳送的數據一致性是 8 個字節，對于S7-400 CPU則是全長。如果連接到S7-200，必須考慮到S7-200只能用作一個被動站。

17、什么是自由分配 I/O 地址？

　地址的自由分配意味著您可對每種模塊(SM/FM/CP)自由的分配一個地址。地址分配在 STEP 7 里進行。先定義起始地址，該模塊的其它地址以它為基準。

　　自由分配地址的優點：因為模塊之間沒有地址間隙，就可以優化地使用可用地址空間。在創建標準軟件時，分配地址過程中可以不考慮所涉及的 S7-300 的組態。

18、診斷緩沖器能夠干什么？

　更快地識別故障源，因而提高系統的可用性。評估STOP之前的Zui后事件，并尋找引起STOP的原因。

　　診斷緩沖器是一個帶有單個診斷條目的循環緩沖器，這些診斷條目顯示在事件發生序列中；第一個條目顯示的是Zui近發生的事件。如果緩沖器已滿， Zui早發生的事件就會被新的條目所覆蓋。根據不同的CPU，診斷緩沖器的大小或者固定，或者可以通過HW Config中通過參數進行設置。

19、診斷緩沖器中的條目包括哪些？

　1） 故障事件

　　2） 操作模式轉變以及其它對用戶重要的操作事件

　　3） 用戶定義的診斷事件(用SFC52 WR_USMSG)

　　在操作模式STOP下，在診斷緩沖器中盡量少的存儲事件，以便用戶能夠很容易在緩沖器中找到引起STOP的原因。因此，只有當事件要求用戶產生一個響應(如計劃系統內存復位，電池需要充電)或必須注冊重要信息(如固件更新，站故障)時，才將條目存儲在診斷緩沖器中。

20、如何確定MMC的大小以便完整地存儲STEP 7項目？

　　為了給項目選擇合適的MMC，需要了解整個項目的大小以及要加載塊的大小。可以按照如下所述的方法來確定項目的大小：

　　1） 首先歸檔STEP 7項目。然后在Windows資源瀏覽器中打開已歸檔項目，并確定其大小(選中該項目并右擊)。這會告訴您歸檔文件的大小。

　　2） 將塊加載入CPU。現在仍然需要選擇"PLC > Module Information > Memory"。在此，在" Load memory RAM + EPROM"中，可以看到分配的加載內存的大小。

　　3） 必須將該值和已經確定的歸檔項目的大小相加。這樣就可以得出在一個MMC上保存整個項目所需的總內存的大小。

21、CPU全面復位后哪些設置會保留下來？

　　復位CPU時，內存沒有被完全刪除。整個主內存被完全刪除了，但加載內存中數據，以及保存在Flash-EPROM存儲卡(MC)或微存儲卡(MMC)上的數據，則會全部保留下來。除了加載內存以外，計時器(CPU 312 IFM除外)和診斷緩沖也被保留。具有MPI接口或一個組合MPI/DP接口的CPU只在全部復位之前保留接口所采用的當前地址和波特率。另一方面，另一個PROFIBUS地址也被完全刪除，不能再訪問。

　　重要事項：重新設置PG/PC之后，與CPU之間的通訊只能通過MPI或MPI/DP接口來建立。

22、為什么不能通過MPI在線訪問CPU？

如果在CPU上已經更改了MPI參數，請檢查硬件配置。可以將這些值與在"Set PG/PC interface"下的參數進行比較，看是否有不一致。

　　或者可以這樣做：打開一個新的項目，創建一個新的硬件組態。在CPU的MPI接口的屬性中為地址和傳送速度設置各自的值。將"空"項目寫入存儲卡中。把該存儲卡插入到CPU 然后重新打開CPU的電壓，將位于存儲卡上的設置傳送到CPU。現在已經傳送了MPI接口的當前設置，并且像這樣的話，只要接口沒有故障就可以建立連接。這個方法適用于所有具有存儲卡接口的S7-CPU。

23、錯誤OB的用途是什么？

　如果發生一個所描述的錯誤(見文件1)，則將調用并處理相應OB。如果沒有加載該OB，則CPU進入STOP(例外：OB70、72、7 3和81)

　　S7-CPU可以識別兩類錯誤：

　　1） 同步錯誤：這些錯誤在處理特定操作的過程中被觸發，并且可以歸因于用戶程序的特定部分。

　　2） 異步錯誤：這些錯誤不能直接歸因于運行中的程序。這些錯誤包括優先級類的錯誤，自動化系統中的錯誤(故障模塊)或者冗余的錯誤。

24、在DP從站或CPU315-2DP型主站里應該編程哪些“故障 OBs”？

　在組態一個作為從站的CPU315-2DP站時，必須在STEP7程序中編程下列OB以便評估分布式I/O類型的錯誤信息：

　　OB 82 診斷中斷 OB 、OB 86 子機架故障 OB 、OB 122 I/O 訪問出錯

　　1） 診斷OB82：如果一個支持診斷，并且已經對其釋放了診斷中斷的模塊識別出一個錯誤，它既對進入事件也對外出的事件向 CPU 發出一個診斷中斷的請求。操作系統然后調用 OB82。在 OB82 自己的局部變量里包含有有缺陷模塊的邏輯基地址和 4 個字節的診斷數據。如果你還沒有編程 OB82, 則 CPU 進入“停止”模式。你可以阻斷或延遲診斷中斷 OB ，并通過 SFC 39 - 42 重新釋放它。

　　2） 子機架故障OB86：如果識別出一個 DP 主站系統或一個分布式 I/O 站有故障（既對進入事件也對外出的事件），該 CPU 的操作系統就調用 OB 86 。如果沒有編程 OB 86 但出現了這樣一個錯誤， CPU 就進入“停止”模式。你可以阻斷或延遲 OB86 并通過 SFC 39 - 42 重新釋放它。

　　3） I/O 訪問出錯OB122：當訪問一個模塊的數據時出錯，該CPU的操作系統就調用OB 122。比方說，CPU在存取一個單個模塊的數據時識別出一個讀錯誤，那么操作系統就調用OB 122。該OB 122以與中斷塊有相同的優先級類別運行。如果沒有編程OB 122,那么CPU由“運行”模式改為“停止”模式。

25、為什么在某些情況下，保留區會被重寫?

　在STEP 7的硬件組態中，可以把幾個操作數區定義為“保留區”。這樣可以在掉電以后，即使沒有備份電池的話，仍能保持這些區域中的內容。如果定義一個塊為 “保留塊”，而它在 CPU 中不存在或只是臨時安裝過，那么這些區域的部分內容會被重寫。在電源接通/斷開之后，其他內容會在相關區里找到。

26、為何不能把閃存卡的內容加載入S7 300 CPU？

　　你的項目在閃存卡上。現在要用它加載 S7 300 。但加載結束后發現 CPU 的 RAM 中仍是空的。出現此問題的原因是你的程序里有無法處理的，"錯誤的"組織塊(比如說， OB86 沒有 DP 接口)。在重新設置和重新啟動 CPU 后, RAM 仍是空的。診斷緩沖區對這個"無法加載"的塊會提示一些信息。

27、當把 CPU315-2DP 作為從站，把 CPU315-2DP 作為主站時的診斷地址

　　在組態一個 CPU315-2DP 站時，你使用 S7 工具 “H/W CONFIG” 來分配診斷地址。如果發生一個故障，這些診斷地址被加入診斷 OB 的變量 “OB82_MDL_ADDR” 里。你可在 OB82 里分析此變量，確定有故障的站并作出相應的反應。

　　下面是如何分配診斷地址的例子：

　　第 1 步：通過 CPU315-2DP 組態從站并賦予一個診斷地址，比如 422。

　　第 2 步：通過 CPU315-2DP 組態主站

　　第 3 步：把組態好的從站鏈接到主站并賦予一個診斷地址，比如 1022。

28、需要為S7-300 CPU的DP從站接口作何種設置，才可以使用它來進行路由選擇？

　　如果使用CPU作為I-Slave，并且該CPU也起S7 路由器的作用，那么請注意如下事項：

　　用于路由選擇的從站的DP接口必須設置為活動狀態。這可以在HW Config中完成：在DP接口的屬性對話框中，選項" Commissioning/Test operation"或"Programming, status/modify..."必須激活。關于這些設置的注意事項可以在下表中獲得。

　　對于S7 路由連接，有 4 種可用的連接資源-與其它任何連接資源無關。沒有使用PG/OP的連接資源或S7基本通信。

　　如果必須通過DP接口來建立一個與位于其機架上的通信伙伴連接時(如在 CP 343-1 中)，也要使用一個路由連接。而對于通過MPI接口與一個位于其機架上的通信伙伴的連接，則不使用路由連接資源，因為在這種情況下，能夠直接到達伙伴。注意事項：這不適用于CPU 318。

29、為什么當使用S7-300 CPU的內部運行時間表時，沒有任何返回值？

　　當對CPU 312IFM到316-2DP參數化系統功能塊 SFC2, SFC3 和 SFC4 時，為一個運行時間表規定了一個大于 "B#16#0"的標識符，那么將出錯并且所需的功能也無法用。此種情況下，將在塊的" RETVAL"輸出處輸出標識符 "8080h" 。

　　說明：對于這些 CPU，只有一個計時器可用。因此你應該只用標識符 "B#16#0"。在一個周期塊(OB1, OB35)里一定不能調用系統功能 SFC2 "SET_RTM"，而是應該在重啟動OB(OB100)調用它。你也可以通過外部觸發器來啟動該塊。不然的話，該塊將老是復位運行計時表，永遠完成不了計數。

30、變量是如何儲存在臨時局部數據中的？

　L 堆棧永遠以地址“0”開始。在 L 堆棧中，會為每個數據塊保留相同個數的字節，作為存放每個塊所擁有的靜態或局部數據。

　　當某個塊終止時，那么它的空間隨之也被重新釋放出來。指針總是指向當前打開塊的第一個字節。