西門子電源模塊6SL3330-7TE32-1AA3
矢量控制
矢量控制是通過矢量坐標(biāo)電路控制電動機(jī)定子電流的大小和相位,以達(dá)到對電動機(jī)在d、q、0坐標(biāo)軸系中的勵磁電流和轉(zhuǎn)矩電流分別進(jìn)行控制,進(jìn)而達(dá)到控制電動機(jī)轉(zhuǎn)矩的目的。通過控制各矢量的作用順序和時間以及零矢量的作用時間,又可以形成各種PWM波,達(dá)到各種不同的控制目的。例如形成開關(guān)次數(shù)最少的PWM波以減少開關(guān)損耗。目前在變頻器中實(shí)際應(yīng)用的矢量控制方式主要有基于轉(zhuǎn)差頻率控制的矢量控制方式和無速度傳感器的矢量控制方式兩種。
基于轉(zhuǎn)差頻率的矢量控制方式與轉(zhuǎn)差頻率控制方式兩者的定常特性一致,但是基于轉(zhuǎn)差頻率的矢量控制還要經(jīng)過坐標(biāo)變換對電動機(jī)定子電流的相位進(jìn)行控制,使之滿足一定的條件,以消除轉(zhuǎn)矩電流過渡過程中的波動。因此,基于轉(zhuǎn)差頻率的矢量控制方式比轉(zhuǎn)差頻率控制方式在輸出特性方面能得到很大的改善。但是,這種控制方式屬于閉環(huán)控制方式,需要在電動機(jī)上安裝速度傳感器,因此,應(yīng)用范圍受到限制。
無速度傳感器矢量控制是通過坐標(biāo)變換處理分別對勵磁電流和轉(zhuǎn)矩電流進(jìn)行控制,然后通過控制電動機(jī)定子繞組上的電壓、電流辨識轉(zhuǎn)速以達(dá)到控制勵磁電流和轉(zhuǎn)矩電流的目的。這種控制方式調(diào)速范圍寬,啟動轉(zhuǎn)矩大,工作可靠,操作方便,但計算比較復(fù)雜,一般需要專門的處理器來進(jìn)行計算,因此,實(shí)時性不是太理想,控制精度受到計算精度的影響。
(4) 直接轉(zhuǎn)矩控制
直接轉(zhuǎn)矩控制是利用空間矢量坐標(biāo)的概念,在定子坐標(biāo)系下分析交流電動機(jī)的數(shù)學(xué)模型,控制電動機(jī)的磁鏈和轉(zhuǎn)矩,通過檢測定子電阻來達(dá)到觀測定子磁鏈的目的,因此省去了矢量控制等復(fù)雜的變換計算,系統(tǒng)直觀、簡潔,計算速度和精度都比矢量控制方式有所提高。即使在開環(huán)的狀態(tài)下,也能輸出額定轉(zhuǎn)矩,對于多拖動具有負(fù)荷平衡功能。
(5) *控制
*控制在實(shí)際中的應(yīng)用根據(jù)要求的不同而有所不同,可以根據(jù)*控制的理論對某一個控制要求進(jìn)行個別參數(shù)的*化。例如在高壓變頻器的控制應(yīng)用中,就成功的采用了時間分段控制和相位平移控制兩種策略,以實(shí)現(xiàn)一定條件下的電壓*波形。
(6)其他非智能控制方式
在實(shí)際應(yīng)用中,還有一些非智能控制方式在變頻器的控制中得以實(shí)現(xiàn),例如自適應(yīng)控制、滑模變結(jié)構(gòu)控制、差頻控制、環(huán)流控制、頻率控制等。
2.2 智能控制方式
智能控制方式主要有神經(jīng)網(wǎng)絡(luò)控制、模糊控制、專家系統(tǒng)、學(xué)習(xí)控制等。在變頻器的控制中采用智能控制方式在具體應(yīng)用中有一些成功的范例。
(1) 神經(jīng)網(wǎng)絡(luò)控制
神經(jīng)網(wǎng)絡(luò)控制方式應(yīng)用在變頻器的控制中,一般是進(jìn)行比較復(fù)雜的系統(tǒng)控制,這時對于系統(tǒng)的模型了解甚少,因此神經(jīng)網(wǎng)絡(luò)既要完成系統(tǒng)辨識的功能,又要進(jìn)行控制。而且神經(jīng)網(wǎng)絡(luò)控制方式可以同時控制多個變頻器,因此在多個變頻器級聯(lián)時進(jìn)行控制比較適合。但是神經(jīng)網(wǎng)絡(luò)的層數(shù)太多或者算法過于復(fù)雜都會在具體應(yīng)用中帶來不少實(shí)際困難。
(2) 模糊控制
模糊控制算法用于控制變頻器的電壓和頻率
西門子電源模塊6SL3330-7TE32-1AA3
100:我如何做到對自己的程序塊進(jìn)行加密保護(hù)?
您能夠通過STEP7軟件的KNOW_HOW_PROTECT功能實(shí)現(xiàn)對您程序代碼的加密保護(hù)。
如果您雙擊鼠標(biāo)打開經(jīng)過加密的程序塊時,您只能看到該程序塊的接口數(shù)據(jù)(即IN, OUT 和 IN/OUT 等類型的參數(shù))和注釋信息,而程序塊中的代碼及代碼的注釋,臨時/靜態(tài)變量是不能被看到的。同時您也無法對加密保護(hù)的程序塊做出任何改動。
如何實(shí)現(xiàn)程序塊保護(hù):
1. 打開程序編輯窗口LAD/FBD/STL;
2. 將要進(jìn)行加密保護(hù)的程序塊生成轉(zhuǎn)換為源代碼文件(通過選擇菜單 File— ;Generate source 生成);
3. 在LAD/FBD/STL 窗口中關(guān)閉您的程序塊,并在SIMATIC
Manager項目管理窗口的source文件夾中打開上一步所生成的source文件;
4. 在程序塊的聲明部分,TITLE行下面的一行中輸入"KNOW_HOW_PROTECT";
5. 存盤并編譯該source文件(選擇菜單FileàSave,F(xiàn)ileàCompile);
6. 現(xiàn)在就完成了您程序塊的加密保護(hù);
101:我如何做到對自己的程序塊進(jìn)行<此處內(nèi)容被屏蔽>?
取消對程序塊的加密保護(hù)
1. 打開程序塊的Source源文件;
2. 刪除文件中的KNOW_HOW_PROTECT;
3. 存盤并編譯該source文件;
現(xiàn)在程序塊的加密保護(hù)已經(jīng)取消。
注意: 如果沒有 STL source 源文件,您是無法對已經(jīng)加密的程序塊進(jìn)行編輯的.
1:使用CPU 315F和ET 200S時應(yīng)如何避免出現(xiàn)“通訊故障"消息?
使用CPU S7 315F, ET 200S以及故障安全DI/DO模塊,那么您將調(diào)用OB35 的故障安全程序。而且,您已經(jīng)接受所有監(jiān)控時間的默認(rèn)設(shè)置值,并且愿意接收“通訊故障"消息。 OB 35 默認(rèn)設(shè)置為100毫秒。您已經(jīng)將F I/O模塊的F監(jiān)控時間設(shè)定為100毫秒,因此至少每100毫秒要尋址一次I/O模塊。但是由于每100毫秒才調(diào)用一次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)控時間設(shè)定為150毫秒.
2:當(dāng)DP從站不可用時,PROFIBUS上S7-300 CPU的監(jiān)控時間是多少?
使用CPU的PROFIBUS接口上的DP從站操作PROFIBUS網(wǎng)絡(luò)時,希望在啟動期間檢查期望的組態(tài)與實(shí)際的組態(tài)是否匹配。在 CPU屬性對話框中的Startup選項卡上給出了兩個不同的時間。
3:如何判斷電源或緩沖區(qū)出錯,如:電池故障?
如果電源(僅S7-400)或緩沖區(qū)中的一個錯誤觸發(fā)一個事件,則CPU操作系統(tǒng)訪問OB81。錯誤糾正后,重新訪問OB81。電池故障情況下,如果電池檢測中的BATT.INDIC開關(guān)是激活的,則 S7-400僅訪問OB81。如果沒有組態(tài)OB81,則CPU不會進(jìn)入操作狀態(tài)STOP。如果OB81不可用,則當(dāng)電源出錯時,C PU仍保持運(yùn)行。
4:為S7 CPU上的I/O模塊(集中式或者分布式的)分配地址時應(yīng)當(dāng)注意哪些問題?
請注意,創(chuàng)建的數(shù)據(jù)區(qū)域(如一個雙字)不能組態(tài)在過程映象的邊界上,因?yàn)樵谠摂?shù)據(jù)塊中,只有邊界下面的區(qū)域能夠被讀入過程映像,因此不可能從過程映像訪問數(shù)據(jù)。 因此,這些組態(tài)規(guī)則不支持這種情況:例如,在一個 256 字節(jié)輸入的過程映像的 254 號地址上組態(tài)一個輸入雙字。 如果一定需要如此選址,則必須相應(yīng)地調(diào)整過程映像的大小(在CPU的Properties中)。
5:在S7 CPU中如何進(jìn)行全局?jǐn)?shù)據(jù)的基本通訊?在通訊時需要注意什么?
全局?jǐn)?shù)據(jù)通訊用于交換小容量數(shù)據(jù),全局?jǐn)?shù)據(jù)(GD)可以是:
輸入和輸出
標(biāo)記
數(shù)據(jù)塊中的數(shù)據(jù)
定時器和計數(shù)器功能
數(shù)據(jù)交換是指在連入單向或雙向GD環(huán)的CPU之間以數(shù)據(jù)包的形式交換數(shù)據(jù)。GD環(huán)由GD環(huán)編號來標(biāo)識。
單向連接:某一CPU可以向多個CPU發(fā)送GD數(shù)據(jù)包。
雙向連接:兩個CPU之間的連接:每個CPU都可以發(fā)送和接收一個GD數(shù)據(jù)包。
必須確保接收端CPU未確認(rèn)全局?jǐn)?shù)據(jù)的接收。如果想要通過相應(yīng)通訊塊(SFB、FB或FC)來交換數(shù)據(jù),則必須進(jìn)行通訊塊之間的連接。通過定義一個連接,可以簡化通訊塊的設(shè)計。該定義對所有調(diào)用的通訊塊都有效且不需要每次都重新定義。
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 電壓需要做進(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接口時,當(dāng)PROFINET接口偶爾發(fā)生通信錯誤時,該如何處理?
請確定以太網(wǎng)(PROFINET)中的所有組件(轉(zhuǎn)換)都支持 100 Mbit/s全雙工基本操作。避 免中心分配器割裂網(wǎng)絡(luò),因?yàn)檫@些設(shè)備只能工作于半雙工模式。
9:在硬件配置編輯器中,“時鐘"修正因子有什么含義呢?
在硬件配置中,通過CPU > Properties > Diagnostics/Clock,你可以進(jìn)入“時鐘"> 域內(nèi)一個修正因子。這個修正因子只影響CPU的硬件時鐘。時間中斷源自于系統(tǒng)時鐘,并且和硬件時鐘的設(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ù)據(jù)?
通過SFC 51“RDSYSST"可讀出下列標(biāo)識數(shù)據(jù):
可以讀出訂貨號和CPU版本號。為此,使用SFC 51和SSL ID 0111并使用下列索引:
1 = 模塊標(biāo)識
6 = 基本硬件標(biāo)識
7 = 基本固件標(biāo)識
12:在含有CPU 317-2PN/DP的S7-300上,如何編程可加載通訊功能塊FB14("GET")和FB15("PUT")用于數(shù)據(jù)交換?
為了通過一個S7連接在使用CPU 317-2PN/DP的兩個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)行可能跨越多個OB1循環(huán)。 通過輸入?yún)?shù)REQ激活FB14或FB15。 DONE、NDR或ERROR表明作業(yè)結(jié)束。PUT和GET可以同時通過連接進(jìn)行通信。
注意:不能將庫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),就不能調(diào)用FETCH作業(yè)(SFB 64)(甚至在REQ=0的時候)。只要FETCH作業(yè)(SFB 64)沒有*終止(DONE或ERROR),就不能調(diào)用SEND作業(yè)(SFB 63)(甚至在REQ=0的時候)。在處理一個主動作業(yè)(SEND作業(yè)、SFB 63或FETCH作業(yè)、SFB 64)時,同時可以處理一個被動作業(yè)(SERVE作業(yè)、SFB 65)。
14:可以將MICROMASTER 420到440作為組態(tài)軸(位置外部檢測)和CPU 317T一起運(yùn)行嗎?
可以,但在動力和精度方面,對組態(tài)軸的要求差別非常大。在高要求情況下,伺服驅(qū)動SIMODRIVE 611U、MASTERDRIVES MC或SINAMICS S必須和CPU 317T一起運(yùn)行。在低要求情況下,MICROMASTER系列也能滿足動力和精度要求。
15:如何在已配置為DP從站的兩個CPU模塊間組態(tài)直接數(shù)據(jù)交換(節(jié)點(diǎn)間通信)?
兩個CPU站配置為DP從站,而且由同一個DP主站操作,它們之間的通信通過配置交換模式為DX可以完成直接數(shù)據(jù)交換。
16:如何使用SFC65,SFC66,SFC67 和 SFC68 進(jìn)行通信?
對于單向基本通信,使用系統(tǒng)功能 SFC67 (X_GET)從一個被動站讀取數(shù)據(jù),使用系統(tǒng)功能SFC68(X_PUT)將數(shù)據(jù)寫入一個被動站(服務(wù)器)。這些塊只有在主動站中才調(diào)用。對于一個雙向基本通信,調(diào)用站中的系統(tǒng)功能SFC65 (X_SEND),在該站中想將數(shù)據(jù)發(fā)送到另一個主動站。在同樣為主動的主動接收站中,數(shù)據(jù)將通過系統(tǒng)功能SFC66 (X_RCV)記錄。
兩種類型的基本通信中,每次塊調(diào)用可以處理最多 76 字節(jié)的用戶數(shù)據(jù)。對于S7-300 CPU,數(shù)據(jù)傳送的數(shù)據(jù)一致性是 8 個字節(jié),對于S7-400 CPU則是全長。 如果連接到S7-200,必須考慮到S7-200只能用作一個被動站。
17:什么是自由分配 I/O 地址?
地址的自由分配意味著您可對每種模塊(SM/FM/CP)自由的分配一個地址。地址分配在 STEP 7 里進(jìn)行。先定義起始地址,該模塊的其它地址以它為基準(zhǔn)。
自由分配地址的優(yōu)點(diǎn):因?yàn)槟K之間沒有地址間隙,就可以優(yōu)化地使用可用地址空間。在創(chuàng)建標(biāo)準(zhǔn)軟件時,分配地址過程中可以不考慮所涉及的 S7-300 的組態(tài)。
18:診斷緩沖器能夠干什么?
更快地識別故障源,因而提高系統(tǒng)的可用性。評估STOP之前的最后事件,并尋找引起STOP的原因。
診斷緩沖器是一個帶有單個診斷條目的循環(huán)緩沖器,這些診斷條目顯示在事件發(fā)生序列中;第一個條目顯示的是最近發(fā)生的事件。如果緩沖器已滿, 最早發(fā)生的事件就會被新的條目所覆蓋。根據(jù)不同的CPU,診斷緩沖器的大小或者固定,或者可以通過HW Config中通過參數(shù)進(jìn)行設(shè)置。
19:診斷緩沖器中的條目包括哪些?
1)故障事件
2)操作模式轉(zhuǎn)變以及其它對用戶重要的操作事件
3)用戶定義的診斷事件(用SFC52 WR_USMSG)
在操作模式STOP下,在診斷緩沖器中盡量少的存儲事件,以便用戶能夠很容易在緩沖器中找到引起STOP的原因。因此,只有當(dāng)事件要求用戶產(chǎn)生一個響應(yīng)(如計劃系統(tǒng)內(nèi)存復(fù)位,電池需要充電)或必須注冊重要信息(如固件更新,站故障)時,才將條目存儲在診斷緩沖器中。
20:如何確定MMC的大小以便完整地存儲STEP 7項目?
為了給項目選擇合適的MMC,需要了解整個項目的大小以及要加載塊的大小。可以按照如下所述的方法來確定項目的大?。?/span>
1)首先歸檔STEP 7項目。然后在Windows資源瀏覽器中打開已歸檔項目,并確定其大小(選中該項目并右擊)。這會告訴您歸檔文件的大小。
2)將塊加載入CPU。現(xiàn)在仍然需要選擇"PLC > Module Information > Memory"。在此,在" Load memory RAM + EPROM"中,可以看到分配的加載內(nèi)存的大小。
3)必須將該值和已經(jīng)確定的歸檔項目的大小相加。這樣就可以得出在一個MMC上保存整個項目所需的總內(nèi)存的大小