來源：
www.gongkong2.cn 更多到此網(wǎng)站
1:使用CPU 315F和ET 200S時(shí)應(yīng)如何避免出現(xiàn)“通訊故障”消息？
使用CPU S7 315F， ET 200S以及故障安全DI/DO模塊，那么您將調(diào)用OB35 的故障安全程序。而且，您已經(jīng)接受所有監(jiān)控時(shí)間的默認(rèn)設(shè)置值，并且愿意接收“通訊故障”消息。 OB 35 默認(rèn)設(shè)置為100毫秒。您已經(jīng)將F I/O模塊的F監(jiān)控時(shí)間設(shè)定為100毫秒，因此至少每100毫秒要尋址一次I/O模塊。但是由于每100毫秒才調(diào)用一次OB 35，因此會(huì)發(fā)生通訊故障。要確保OB35的掃描間隔和F監(jiān)控時(shí)間有所差別，請確保F監(jiān)控時(shí)間大于OB35的掃描間隔時(shí)間。
S7分布式安全系統(tǒng)，一直到V5.2 SP1 和 6ES7138-4FA00-0AB0，6 ES7138-4FB00-0AB0，6ES7138-4CF00-0AB0 都會(huì)出現(xiàn)這個(gè)問題。在新的模塊中，F(xiàn) 監(jiān)控時(shí)間設(shè)定為150毫秒.
2:當(dāng)DP從站不可用時(shí)，PROFIBUS上S7-300 CPU的監(jiān)控時(shí)間是多少？
使用CPU的PROFIBUS接口上的DP從站操作PROFIBUS網(wǎng)絡(luò)時(shí)，希望在啟動(dòng)期間檢查期望的組態(tài)與實(shí)際的組態(tài)是否匹配。在 CPU屬性對話框中的Startup選項(xiàng)卡上給出了兩個(gè)不同的時(shí)間。
3:如何判斷電源或緩沖區(qū)出錯(cuò)，如：電池故障？
如果電源(僅S7－400)或緩沖區(qū)中的一個(gè)錯(cuò)誤觸發(fā)一個(gè)事件，則CPU操作系統(tǒng)訪問OB81。錯(cuò)誤糾正后，重新訪問OB81。電池故障情況下，如果電池檢測中的BATT.INDIC開關(guān)是激活的，則 S7-400僅訪問OB81。如果沒有組態(tài)OB81，則CPU不會(huì)進(jìn)入操作狀態(tài)STOP。如果OB81不可用，則當(dāng)電源出錯(cuò)時(shí)，CPU仍保持運(yùn)行。
4：為S7CPU上的I/O模塊(集中式或者分布式的)分配地址時(shí)應(yīng)當(dāng)注意哪些問題？
請注意，創(chuàng)建的數(shù)據(jù)區(qū)域(如一個(gè)雙字)不能組態(tài)在過程映象的邊界上，因?yàn)樵谠摂?shù)據(jù)塊中，只有邊界下面的區(qū)域能夠被讀入過程映像，因此不可能從過程映像訪問數(shù)據(jù)。 因此，這些組態(tài)規(guī)則不支持這種情況：例如，在一個(gè) 256 字節(jié)輸入的過程映像的 254 號(hào)地址上組態(tài)一個(gè)輸入雙字。 如果一定需要如此選址，則必須相應(yīng)地調(diào)整過程映像的大小(在CPU的Properties中)。
5：在S7 CPU中如何進(jìn)行全局?jǐn)?shù)據(jù)的基本通訊？在通訊時(shí)需要注意什么？
全局?jǐn)?shù)據(jù)通訊用于交換小容量數(shù)據(jù)，全局?jǐn)?shù)據(jù)(GD)可以是：
輸入和輸出
標(biāo)記
數(shù)據(jù)塊中的數(shù)據(jù)
定時(shí)器和計(jì)數(shù)器功能
數(shù)據(jù)交換是指在連入單向或雙向GD環(huán)的CPU之間以數(shù)據(jù)包的形式交換數(shù)據(jù)。GD環(huán)由GD環(huán)編號(hào)來標(biāo)識(shí)。
單向連接：某一CPU可以向多個(gè)CPU發(fā)送GD數(shù)據(jù)包。
雙向連接：兩個(gè)CPU之間的連接：每個(gè)CPU都可以發(fā)送和接收一個(gè)GD數(shù)據(jù)包。
必須確保接收端CPU未確認(rèn)全局?jǐn)?shù)據(jù)的接收。如果想要通過相應(yīng)通訊塊(SFB、FB或FC)來交換數(shù)據(jù)，則必須進(jìn)行通訊塊之間的連接。通過定義一個(gè)連接，可以極大簡化通訊塊的設(shè)計(jì)。該定義對所有調(diào)用的通訊塊都有效且不需要每次都重新定義。
6：可以將S7-400存儲(chǔ)卡用于CPU 318-2DP嗎？
在通常的操作中，只能使用訂貨號(hào)為6ES7951-1K... (Flash EPROM)和6ES7951-1A... (RAM)的“短”> 存儲(chǔ)卡。
7：盡管LED燈亮，為什么CPU 31xC不能從缺省地址124和125讀取完整輸入？
對于下列型號(hào)的CPU ，請檢查 24V 電壓是否接入引腳 1。LED由輸入電流控制。引腳 1 上的 24V 電壓需要做進(jìn)一步處理。
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接口時(shí)，當(dāng)PROFINET接口偶爾發(fā)生通信錯(cuò)誤時(shí)，該如何處理？
請確定以太網(wǎng)(PROFINET)中的所有組件(轉(zhuǎn)換）都支持 100 Mbit/s全雙工基本操作。避 免中心分配器割裂網(wǎng)絡(luò)，因?yàn)檫@些設(shè)備只能工作于半雙工模式。
9：在硬件配置編輯器中，“時(shí)鐘”修正因子有什么含義呢？
在硬件配置中，通過CPU > Properties > Diagnostics/Clock，你可以進(jìn)入“時(shí)鐘”> 域內(nèi)指定一個(gè)修正因子。這個(gè)修正因子只影響CPU的硬件時(shí)鐘。時(shí)間中斷源自于系統(tǒng)時(shí)鐘，并且和硬件時(shí)鐘的設(shè)定毫無關(guān)系。
10：如何通過PROFIBUS DP用功能塊實(shí)現(xiàn)在主、從站之間實(shí)現(xiàn)雙向數(shù)據(jù)傳送？
在主站plc可以通過調(diào)用SFC14 “DPRD_DAT“和SFC15 “DPWR_DAT“來完成和從站的數(shù)據(jù)交換，而對于從站來說可以調(diào)用FC1 “DP_SEND“ 和FC2 ”DP_RECV“完成數(shù)據(jù)的交換。
11：可以從S7 CPU中讀出哪些標(biāo)識(shí)數(shù)據(jù)？
通過SFC 51“RDSYSST”可讀出下列標(biāo)識(shí)數(shù)據(jù)：
可以讀出訂貨號(hào)和CPU版本號(hào)。為此，使用SFC 51和SSL ID 0111并使用下列索引：
1 = 模塊標(biāo)識(shí)
6 = 基本硬件標(biāo)識(shí)
7 = 基本固件標(biāo)識(shí)
12：在含有CPU 317-2PN/DP的S7-300上，如何編程可加載通訊功能塊FB14("GET")和FB15("PUT")用于數(shù)據(jù)交換？
為了通過一個(gè)S7連接在使用CPU 317-2PN/DP的兩個(gè)S7-300工作站之間進(jìn)行數(shù)據(jù)交換，其中該S7連接是使用NetPro組態(tài)的， 在S7通信中，必須調(diào)用通訊功能塊。模塊FB14("GET") 用于從遠(yuǎn)程CPU取出數(shù)據(jù)，模塊FB15("PUT")用于將數(shù)據(jù)寫入遠(yuǎn)程CPU。 功能塊包含在STEP 7 V5.3的標(biāo)準(zhǔn)庫中。 <
CPU 317-2PN/DP的通訊模塊FB14("GET")和FB15("PUT")的屬性 ：
FB14和FB15是異步通訊功能。 這些模塊的運(yùn)行可能跨越多個(gè)OB1循環(huán)。 通過輸入?yún)?shù)REQ激活FB14或FB15。 DONE、NDR或ERROR表明作業(yè)結(jié)束。PUT和GET可以同時(shí)通過連接進(jìn)行通信。
注意：不能將庫SIMATIC_NET_CP中的通訊塊用于CPU317-2PN/DP。
13：對于緊湊CPU 313C-2 PtP和CPU 314-2 PtP作業(yè)同步處理需要注意什么？
在用戶程序中，不可以同時(shí)編程SEND作業(yè)和FETCH作業(yè)。
即： 只要SEND作業(yè)(SFB 63)沒有完全終止(DONE或ERROR)，就不能調(diào)用FETCH作業(yè)(SFB 64)(甚至在REQ=0的時(shí)候)。只要FETCH作業(yè)(SFB 64)沒有完全終止(DONE或ERROR)，就不能調(diào)用SEND作業(yè)(SFB 63)(甚至在REQ=0的時(shí)候)。在處理一個(gè)主動(dòng)作業(yè)(SEND作業(yè)、SFB 63或FETCH作業(yè)、SFB 64)時(shí)，同時(shí)可以處理一個(gè)被動(dòng)作業(yè)(SERVE作業(yè)、SFB 65)。
14：可以將MICR．ｍａｓｔｅｒ420到440作為組態(tài)軸(位置外部檢測)和CPU 317T一起運(yùn)行嗎？
可以，但在動(dòng)力和精度方面，對組態(tài)軸的要求差別非常大。在高要求情況下，伺服驅(qū)動(dòng)SIMODRIVE 611U、MASTERDRIVES MC或SINAMICS S必須和CPU 317T一起運(yùn)行。在低要求情況下，MICROMASTER系列也能滿足動(dòng)力和精度要求。
15：如何在已配置為DP從站的兩個(gè)CPU模塊間組態(tài)直接數(shù)據(jù)交換(節(jié)點(diǎn)間通信)？
兩個(gè)CPU站配置為DP從站，而且由同一個(gè)DP主站操作，它們之間的通信通過配置交換模式為DX可以完成直接數(shù)據(jù)交換。
16：如何使用SFC65，SFC66，SFC67 和 SFC68 進(jìn)行通信？
對于單向基本通信，使用系統(tǒng)功能 SFC67 (X_GET)從一個(gè)被動(dòng)站讀取數(shù)據(jù)，使用系統(tǒng)功能SFC68(X_PUT)將數(shù)據(jù)寫入一個(gè)被動(dòng)站(服務(wù)器)。這些塊只有在主動(dòng)站中才調(diào)用。對于一個(gè)雙向基本通信，調(diào)用站中的系統(tǒng)功能SFC65 (X_SEND)，在該站中想將數(shù)據(jù)發(fā)送到另一個(gè)主動(dòng)站。在同樣為主動(dòng)的主動(dòng)接收站中，數(shù)據(jù)將通過系統(tǒng)功能SFC66 (X_RCV)記錄。
兩種類型的基本通信中，每次塊調(diào)用可以處理最多 76 字節(jié)的用戶數(shù)據(jù)。對于S7-300 CPU，數(shù)據(jù)傳送的數(shù)據(jù)一致性是 8 個(gè)字節(jié)，對于S7-400 CPU則是全長。 如果連接到S7-200，必須考慮到S7-200只能用作一個(gè)被動(dòng)站。
17：什么是自由分配 I/O 地址？
地址的自由分配意味著您可對每種模塊(SM/FM/CP)自由的分配一個(gè)地址。地址分配在 STEP 7 里進(jìn)行。先定義起始地址，該模塊的其它地址以它為基準(zhǔn)。
自由分配地址的優(yōu)點(diǎn)：因?yàn)槟K之間沒有地址間隙，就可以優(yōu)化地使用可用地址空間。在創(chuàng)建標(biāo)準(zhǔn)軟件時(shí)，分配地址過程中可以不考慮所涉及的 S7-300 的組態(tài)。
18：診斷緩沖器能夠干什么？
更快地識(shí)別故障源，因而提高系統(tǒng)的可用性。評(píng)估STOP之前的最后事件，并尋找引起STOP的原因。
診斷緩沖器是一個(gè)帶有單個(gè)診斷條目的循環(huán)緩沖器，這些診斷條目顯示在事件發(fā)生序列中；第一個(gè)條目顯示的是最近發(fā)生的事件。如果緩沖器已滿， 最早發(fā)生的事件就會(huì)被新的條目所覆蓋。根據(jù)不同的CPU，診斷緩沖器的大小或者固定，或者可以通過HW Config中通過參數(shù)進(jìn)行設(shè)置。
19：診斷緩沖器中的條目包括哪些？
1） 故障事件
2） 操作模式轉(zhuǎn)變以及其它對用戶重要的操作事件
3） 用戶定義的診斷事件(用SFC52 WR_USMSG)
在操作模式STOP下，在診斷緩沖器中盡量少的存儲(chǔ)事件，以便用戶能夠很容易在緩沖器中找到引起STOP的原因。因此，只有當(dāng)事件要求用戶產(chǎn)生一個(gè)響應(yīng)(如計(jì)劃系統(tǒng)內(nèi)存復(fù)位，電池需要充電)或必須注冊重要信息(如固件更新，站故障)時(shí)，才將條目存儲(chǔ)在診斷緩沖器中。
20：如何確定MMC的大小以便完整地存儲(chǔ)STEP 7項(xiàng)目？
為了給項(xiàng)目選擇合適的MMC，需要了解整個(gè)項(xiàng)目的大小以及要加載塊的大小。可以按照如下所述的方法來確定項(xiàng)目的大小：
1） 首先歸檔STEP 7項(xiàng)目。然后在Windows資源瀏覽器中打開已歸檔項(xiàng)目，并確定其大小(選中該項(xiàng)目并右擊)。這會(huì)告訴您歸檔文件的大小。
2） 將塊加載入CPU。現(xiàn)在仍然需要選擇"PLC > Module Information > Memory"。在此，在" Load memory RAM + EPROM"中，可以看到分配的加載內(nèi)存的大小。
3） 必須將該值和已經(jīng)確定的歸檔項(xiàng)目的大小相加。這樣就可以得出在一個(gè)MMC上保存整個(gè)項(xiàng)目所需的總內(nèi)存的大小。
滬公網(wǎng)安備31010802001143號(hào)
