|
|
關(guān)于“優(yōu)化是不是也要從PLC有所考慮？”，答案是肯定的，對(duì)于WinCC和S7-300/400通信優(yōu)化來說，在PLC方面還會(huì)考慮到以下幾個(gè)問題：
1. PLC的循環(huán)讀服務(wù)數(shù)（cyclic read services）。這是WinCC和S7-300/400通信時(shí)，比較獨(dú)特的通訊優(yōu)化方式，類似訂閱的概念�；具^程可以簡單的這樣理解：每當(dāng)打開/切換一幅畫面時(shí)，系統(tǒng)會(huì)統(tǒng)計(jì)這畫面中所使用的變量及這些變量的更新周期，將這些變量的請(qǐng)求按更新周期分類，形成“訂單”并提交給PLC，PLC接受到“訂單”后，按“訂單”中所指定的更新周期，分批次的主動(dòng)將數(shù)據(jù)定時(shí)的發(fā)給WinCC，而不需要WinCC再去定時(shí)的向PLC發(fā)請(qǐng)求。這樣就可以有效提高數(shù)據(jù)交換效率。這里的一個(gè)“批次”就可以理解為一個(gè)“PLC的循環(huán)讀服務(wù)”，而不同的PLC所支持的循環(huán)讀服務(wù)數(shù)也可能有所不同，比如CPU416 最多支持32個(gè)，而CPU 412只有16個(gè)。多臺(tái)WinCC同時(shí)訪問一個(gè)PLC時(shí)，不但會(huì)占用PLC的連接資源，同時(shí)也會(huì)占用PLC的循環(huán)讀服務(wù)數(shù)。
由于每個(gè)批次（循環(huán)讀服務(wù)）所攜帶的數(shù)據(jù)數(shù)量是受到數(shù)據(jù)報(bào)文尺寸的限制，所以要把想要的PLC數(shù)據(jù)讀上來，PLC就可能就會(huì)用到多個(gè)循環(huán)讀服務(wù)。比如：當(dāng)前WinCC畫面中只有兩個(gè)IO域連接了一個(gè)PLC 中的同一個(gè)地址：MW10，不同的是兩個(gè)IO域的更新時(shí)間一個(gè)是500ms，另一個(gè)是1s，那么PLC會(huì)用兩個(gè)循環(huán)讀服務(wù)將數(shù)據(jù)發(fā)送給WinCC，一個(gè)是500ms的循環(huán)讀服務(wù)，另一個(gè)是1s的循環(huán)讀服務(wù)。這樣的結(jié)果是不但多占用了循環(huán)讀服務(wù)數(shù)，同時(shí)每個(gè)讀服務(wù)的使用效率都不高。畫面，變量記錄，報(bào)警，腳本系統(tǒng)等的變量請(qǐng)求對(duì)循環(huán)讀服務(wù)的占用也是相似的。關(guān)于循環(huán)讀服務(wù)可以參考WinCC的在線幫助，里面有較詳盡的解釋。
2. WinCC使用的變量在PLC中的地址的是否連續(xù)，變量地址是否合理。連續(xù)地址意味著數(shù)據(jù)報(bào)文中攜帶的變量地址信息較少，可以簡單理解：與數(shù)組的概念類似，起始地址信息+變量個(gè)數(shù)。雖然WinCC S7協(xié)議集具體的報(bào)文結(jié)構(gòu)沒有公開，而且地址排列也有特殊的算法，但對(duì)于地址不連續(xù)的情況后大概有何種結(jié)果，我想大家也能想到。而且也能用抓包和診斷工具看到變化。
變量地址是否合理：比如：同一個(gè)畫面（也可以引申到變量記錄，報(bào)警，腳本系統(tǒng)等）中所需的變量，在PLC中的地址最好連續(xù)排列。而若WinCC需要的所有數(shù)據(jù)都連續(xù)放在一個(gè)DB塊中，但各畫面所訪問數(shù)據(jù)零星的分散在DB塊中，這種情況下，一些夾在其間的無用數(shù)據(jù)也有可能被發(fā)給WinCC，即使WinCC并沒有請(qǐng)求這些數(shù)據(jù)。
所以，變量地址連續(xù)、合理，可以有效提高PLC的循環(huán)讀服務(wù)的使用效率，從而提高通訊效率。另外, WinCC提供的通道診斷（channelDiagnosis）工具有很強(qiáng)的功能，在系統(tǒng)沒有出現(xiàn)故障時(shí)，也可用來查看當(dāng)前的通道信息，其中會(huì)反映所占用的循環(huán)讀服務(wù)數(shù)、循環(huán)讀服務(wù)的更新周期等等。建議可以試一試。
|
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
