1:使用CPU 315F和ET 200S時應如何避免出現(xiàn)“通訊故障”消息？
使用CPU S7 315F， ET 200S以及故障安全DI/DO模塊，那么您將調用OB35 的故障安全程序。而且，您已經接受所有監(jiān)控時間的默認設置值，并且愿意接收“通訊故障”消息。 OB 35 默認設置為100毫秒。您已經將F I/O模塊的F監(jiān)控時間設定為100毫秒，因此至少每100毫秒要尋址一次I/O模塊。但是由于每100毫秒才調用一次OB 35，因此會發(fā)生通訊故障。要確保OB35的掃描間隔和F監(jiān)控時間有所差別，請確保F監(jiān)控時間大于OB35的掃描間隔時間。
S7分布式安全系統(tǒng)，一直到V5.2 SP1 和 6ES7138-4FA00-0AB0，6 ES7138-4FB00-0AB0，6ES7138-4CF00-0AB0 都會出現(xiàn)這個問題。在新的模塊中，F(xiàn) 監(jiān)控時間設定為150毫秒.
2:當DP從站不可用時，PROFIBUS上S7-300 CPU的監(jiān)控時間是多少？
使用CPU的PROFIBUS接口上的DP從站操作PROFIBUS網絡時，希望在啟動期間檢查期望的組態(tài)與實際的組態(tài)是否匹配。在 CPU屬性對話框中的Startup選項卡上給出了兩個不同的時間。
3:如何判斷電源或緩沖區(qū)出錯，如：電池故障？
如果電源(僅S7－400)或緩沖區(qū)中的一個錯誤觸發(fā)一個事件，則CPU操作系統(tǒng)訪問OB81。錯誤糾正后，重新訪問OB81。電池故障情況下，如果電池檢測中的BATT.INDIC開關是激活的，則 S7-400僅訪問OB81。如果沒有組態(tài)OB81，則CPU不會進入操作狀態(tài)STOP。如果OB81不可用，則當電源出錯時，CPU仍保持運行。
4：為S7CPU上的I/O模塊(集中式或者分布式的)分配地址時應當注意哪些問題？
請注意，創(chuàng)建的數(shù)據(jù)區(qū)域(如一個雙字)不能組態(tài)在過程映象的邊界上，因為在該數(shù)據(jù)塊中，只有邊界下面的區(qū)域能夠被讀入過程映像，因此不可能從過程映像訪問數(shù)據(jù)。 因此，這些組態(tài)規(guī)則不支持這種情況：例如，在一個 256 字節(jié)輸入的過程映像的 254 號地址上組態(tài)一個輸入雙字。 如果一定需要如此選址，則必須相應地調整過程映像的大小(在CPU的Properties中)。
5：在S7 CPU中如何進行全局數(shù)據(jù)的基本通訊？在通訊時需要注意什么？
全局數(shù)據(jù)通訊用于交換小容量數(shù)據(jù)，全局數(shù)據(jù)(GD)可以是：
輸入和輸出
標記
數(shù)據(jù)塊中的數(shù)據(jù)
定時器和計數(shù)器功能
數(shù)據(jù)交換是指在連入單向或雙向GD環(huán)的CPU之間以數(shù)據(jù)包的形式交換數(shù)據(jù)。GD環(huán)由GD環(huán)編號來標識。
單向連接：某一CPU可以向多個CPU發(fā)送GD數(shù)據(jù)包。
雙向連接：兩個CPU之間的連接：每個CPU都可以發(fā)送和接收一個GD數(shù)據(jù)包。
必須確保接收端CPU未確認全局數(shù)據(jù)的接收。如果想要通過相應通訊塊(SFB、FB或FC)來交換數(shù)據(jù)，則必須進行通訊塊之間的連接。通過定義一個連接，可以極大簡化通訊塊的設計。該定義對所有調用的通訊塊都有效且不需要每次都重新定義。
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接口偶爾發(fā)生通信錯誤時，該如何處理？
請確定以太網(PROFINET)中的所有組件(轉換）都支持 100 Mbit/s全雙工基本操作。避 免中心分配器割裂網絡，因為這些設備只能工作于半雙工模式。
9：在硬件配置編輯器中，“時鐘”修正因子有什么含義呢？
在硬件配置中，通過CPU > Properties > Diagnostics/Clock，你可以進入“時鐘”> 域內指定一個修正因子。這個修正因子只影響CPU的硬件時鐘。時間中斷源自于系統(tǒng)時鐘，并且和硬件時鐘的設定毫無關系。
10：如何通過PROFIBUS DP用功能塊實現(xiàn)在主、從站之間實現(xiàn)雙向數(shù)據(jù)傳送？
在主站plc可以通過調用SFC14 “DPRD_DAT“和SFC15 “DPWR_DAT“來完成和從站的數(shù)據(jù)交換，而對于從站來說可以調用FC1 “DP_SEND“ 和FC2 ”DP_RECV“完成數(shù)據(jù)的交換。
11：可以從S7 CPU中讀出哪些標識數(shù)據(jù)？
通過SFC 51“RDSYSST”可讀出下列標識數(shù)據(jù)：
可以讀出訂貨號和CPU版本號。為此，使用SFC 51和SSL ID 0111并使用下列索引：
1 = 模塊標識
6 = 基本硬件標識
7 = 基本固件標識
12：在含有CPU 317-2PN/DP的S7-300上，如何編程可加載通訊功能塊FB14("GET")和FB15("PUT")用于數(shù)據(jù)交換？
為了通過一個S7連接在使用CPU 317-2PN/DP的兩個S7-300工作站之間進行數(shù)據(jù)交換，其中該S7連接是使用NetPro組態(tài)的， 在S7通信中，必須調用通訊功能塊。模塊FB14("GET") 用于從遠程CPU取出數(shù)據(jù)，模塊FB15("PUT")用于將數(shù)據(jù)寫入遠程CPU。 功能塊包含在STEP 7 V5.3的標準庫中。 <
CPU 317-2PN/DP的通訊模塊FB14("GET")和FB15("PUT")的屬性 ：
FB14和FB15是異步通訊功能。 這些模塊的運行可能跨越多個OB1循環(huán)。 通過輸入參數(shù)REQ激活FB14或FB15。 DONE、NDR或ERROR表明作業(yè)結束。PUT和GET可以同時通過連接進行通信。
注意：不能將庫SIMATIC_NET_CP中的通訊塊用于CPU317-2PN/DP。
13：對于緊湊CPU 313C-2 PtP和CPU 314-2 PtP作業(yè)同步處理需要注意什么？
在用戶程序中，不可以同時編程SEND作業(yè)和FETCH作業(yè)。
即： 只要SEND作業(yè)(SFB 63)沒有完全終止(DONE或ERROR)，就不能調用FETCH作業(yè)(SFB 64)(甚至在REQ=0的時候)。只要FETCH作業(yè)(SFB 64)沒有完全終止(DONE或ERROR)，就不能調用SEND作業(yè)(SFB 63)(甚至在REQ=0的時候)。在處理一個主動作業(yè)(SEND作業(yè)、SFB 63或FETCH作業(yè)、SFB 64)時，同時可以處理一個被動作業(yè)(SERVE作業(yè)、SFB 65)。
14：可以將MICR．ｍａｓｔｅｒ420到440作為組態(tài)軸(位置外部檢測)和CPU 317T一起運行嗎？
可以，但在動力和精度方面，對組態(tài)軸的要求差別非常大。在高要求情況下，伺服驅動SIMODRIVE 611U、MASTERDRIVES MC或SINAMICS S必須和CPU 317T一起運行。在低要求情況下，MICROMASTER系列也能滿足動力和精度要求。
15：如何在已配置為DP從站的兩個CPU模塊間組態(tài)直接數(shù)據(jù)交換(節(jié)點間通信)？
兩個CPU站配置為DP從站，而且由同一個DP主站操作，它們之間的通信通過配置交換模式為DX可以完成直接數(shù)據(jù)交換。
16：如何使用SFC65，SFC66，SFC67 和 SFC68 進行通信？
對于單向基本通信，使用系統(tǒng)功能 SFC67 (X_GET)從一個被動站讀取數(shù)據(jù)，使用系統(tǒng)功能SFC68(X_PUT)將數(shù)據(jù)寫入一個被動站(服務器)。這些塊只有在主動站中才調用。
滬公網安備31010802001143號
