最新精品久久,欧美亚洲福利,表妹免费在线观看,久久国产二区,国产三级电影网站,日本特黄久久,成人a在线视频免费观看

探討WinCC與S7-300\400通信設(shè)置注意要素

來源:網(wǎng)絡(luò)

點(diǎn)擊:1618

A+ A-

所屬頻道:新聞中心

關(guān)鍵詞:WinCC,S7-300\400,通訊

      WinCC與S7-300400通信的過程中要考慮的內(nèi)容主要包括:

      1.盡量減少腳本語言的使用。wincc的腳本功能很強(qiáng),確實(shí)能實(shí)現(xiàn)一些明顯的效果,但是從全局考慮的話,其執(zhí)行效率就要降低了。比較簡單的例子:切換畫面,用WINCC自帶的直接連接的切換效率明顯是高于腳本的;并且曾經(jīng)因?yàn)閯幼餍枰隽艘粋€延時腳本,結(jié)果調(diào)試中就明顯發(fā)現(xiàn),延時過程中整個程序都被凍結(jié)了。所以我認(rèn)為腳本的執(zhí)行是純粹的單線程運(yùn)行,這樣,眾多腳本就必然因?yàn)橄群蟮膯栴}而相互影響。

      2.不知道是不是國內(nèi)的風(fēng)格習(xí)慣,總是喜歡將上位畫面做的非常漂亮,甚至說華麗,而這方面明顯不是工控上位的強(qiáng)項(xiàng)。直接導(dǎo)致的結(jié)果就是系統(tǒng)資源消耗大,畫面反應(yīng)慢。所以應(yīng)該盡量減少畫面的絢爛程度。還是以功能的實(shí)現(xiàn)和操作的方便為主才好。

      3.很多項(xiàng)目甚至是由于業(yè)主方的不熟悉,總是希望變量歸檔越多越好,這點(diǎn)上明顯除了占用磁盤空間之外還要占用系統(tǒng)性能。所以,沒必要的歸檔變量要盡可能的縮減,并且,根據(jù)實(shí)際數(shù)據(jù)的重要情況,分組的設(shè)置歸檔時間。盡量避免籠統(tǒng)的統(tǒng)一到非常頻繁的變量歸檔。

      4.至于硬件方面,眾所周知了,性能高的當(dāng)然優(yōu)于性能低的,以太網(wǎng)好于DP,DP好于MPI,不過實(shí)際上,就我做過的項(xiàng)目來說,不少項(xiàng)目實(shí)際上用MPI也是可以的。只要能滿足當(dāng)前的實(shí)際情況就好。并且,CPU上的DP口基本極少會單獨(dú)留給上位使用,在沒必要的時候,將上位分配到另外的網(wǎng)絡(luò),對DP網(wǎng)也只有好處。

      結(jié)合國產(chǎn)組態(tài)軟件時的經(jīng)驗(yàn)考慮一下:

      1.首先一點(diǎn),不太清楚的地方是WINCC和PLC之間更為具體的通訊數(shù)據(jù)的處理方法。在國產(chǎn)軟件上,這2者之間的通訊數(shù)據(jù)是打包的形勢,而變量的建立直接影響了這個包怎么打。比如說,同樣是8個bit,如果變量建立的合適,并且上位的讀取方法合適,那么這8個bit被打成一個包從PLC傳輸?shù)缴衔?,而如果處理不?dāng),這8個bit就有可能被打成2個包甚至更多,這明顯降低了總線的通訊效率并降低了上位畫面的數(shù)據(jù)采集速度。當(dāng)然,這里的8bit只是一個例子。

      2.wincc在位的處理上有點(diǎn)單一。實(shí)際項(xiàng)目中是有很多開關(guān)量的,對于開關(guān)量的處理上,通常有兩種方式,一種是按位建立變量,一種是按字節(jié)甚至是字或雙字的方式建立變量。對于前者,處理上方便了,直接在畫面中使用就成,而帶來的直接問題就是變量數(shù)的大幅增加。另外的問題就搞不清楚了,不知道WINCC內(nèi)部是如何處理的,對于bit變量的處理,我想肯定也不會是一個bit就耗用一個數(shù)據(jù)幀,但是多少數(shù)據(jù)形成一個幀,又是根據(jù)什么形成的。唯一能做的就是在PLC中建立變量的時候,把所有的數(shù)字量連續(xù)的建立在一起。而對于按字節(jié)或者字或者雙字的方式建立變量,帶來的問題就是需要在上位做解包處理。我還沒有具體研究過解包的語句,但是這明顯是要用到腳本來處理了,數(shù)字量眾多,恐怕難以避免對系統(tǒng)性能的影響。從這點(diǎn)上引申來說,如果要細(xì)致的考慮通訊和優(yōu)化,就要考慮在PLC中如何建立變量了,首先是地址的連續(xù)性,這點(diǎn)無可置疑,也就是說要盡最大可能避免變量中間有空閑的數(shù)據(jù)位。不過同時也要考慮程序的可讀性的話,在不同的使用區(qū)域之間,有時還要預(yù)留出一段地址空間,以便于以后增加設(shè)備或者增加控制功能而備用。這2者之間需要平衡一下。

      3.用國產(chǎn)組態(tài)軟件的時候,軟件自帶有通訊監(jiān)視程序,從中可以看到通訊通訊的打包情況和傳輸時間,而在WINCC中好像沒有這個功能。而我要提到的是這樣一個問題:PLC中有不同的數(shù)據(jù)存儲區(qū)域,上位對這些區(qū)域的讀取速度是否相同?比如同樣100個數(shù)據(jù),從DB塊中讀取和從M區(qū)中讀取,速度是否相同呢?因?yàn)槲抑霸羞^一次精力,某軟件讀取某PLC中不同數(shù)據(jù)區(qū)的速度差別居然很大,從上位畫面的反應(yīng)上都明顯感覺的出來,所以后來在PLC中多寫了一段程序,就是在數(shù)據(jù)處理完之后,將數(shù)據(jù)統(tǒng)一move到另一個數(shù)據(jù)區(qū),上位統(tǒng)一從那個數(shù)據(jù)區(qū)讀取,這樣上下位之間的通訊確實(shí)快了很多。

    (審核編輯: Doris)

    聲明:除特別說明之外,新聞內(nèi)容及圖片均來自網(wǎng)絡(luò)及各大主流媒體。版權(quán)歸原作者所有。如認(rèn)為內(nèi)容侵權(quán),請聯(lián)系我們刪除。