使用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 監控時間設定為15毫秒.

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

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

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

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

　　輸入和輸出

　　標記

　　數據塊中的數據

　　定時器和計數器功能

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

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

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

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

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

　對于下列型號的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)

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

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

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

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

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

　　1 = 模塊標識

　　6 = 基本硬件標識

　　7 = 基本固件標識

　　為了通過一個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。

在用戶程序中，不可以同時編程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)。

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

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

　對于單向基本通信，使用系統功能 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只能用作一個被動站。

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

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

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

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

　1） 故障事件

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

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

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

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

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

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

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