Fanuc A20B-0008-0430 6 CRT Puncher Board
Fanuc A20B-0003-0742 5 Control PCB Board
FANUC A20B-0007-0061 A20B00070061 01A PUNCHER BOARD
FANUC BOARD A20B-0007-0061 01A A350-0007-T064 CNC A
FANUC BOARD A20B-0007-0061 01A A350-0007-T064 CNC
FANUC A06B-6047-H004 CNC A20B-0009-0320 VELOCITY CONTROL UNIT
Fanuc Circuit Board A20B-2902-0341/03B
FANUC A20B-2900-0901/03A A20B29000901 MODULE ***NNB***
FANUC BOARD A20B-0003-0770 A20B 0003 0770 25F A20B0003077025F
FANUC BOARD A20B-0003-0770 A20B 0003 0770 25F A20B0003077025F
FANUC BOARD A20B-0004-050 A350-0004-T504/02 A20B 0004 050 A350 0004 T504 02
FANUC BOARD A20B-0006-0640 A20B 0006 0640 A350-0006-T644/01 A350 0006 T644 01
FANUC SPINDLE BOARD A20B-1003-0020 A20B 1003 0020 120B10030020
FANUC PCB A20B-0008-0921/03B Circuit Board A20B00080921
FANUC A20B-2902-0272/04B Ram Card Circuit BOARD
FANUC A20B-0008-0480 USPP A20B00080480
FANUC A20B-2900-0500 USPP A20B29000500
FANUC A20B-2900-016 NSFP A20B2900016
Fanuc A20B-2902-0490 MODULE, HSSB
FANUC A20B-1004-0590 USPP A20B10040590
Fanuc A20B-2902-0210
FANUC A20B-2000-0800 USPP A20B20000800
FANUC A20B-1004-0420 USPP A20B10040420
FANUC OPERATORS PANEL A05B-2051-C121 A05B2051C121 A20B-1003-004
Fanuc Board A20B-2900-0851/02A A20B29000851/02A NEW!
FANUC A20B-1005-0111 Free Ship
FANUC A20B-0007-0090 / 09F BOARD A20B00070090 KITAMURA MYCENTER2 P1
Fanuc Circuit Board A20B-0007-0090/09F_A2OB-OOO7-OO9O/O9F_A350-0007-T094/05
FANUC A20B-1001-0350 USPP A20B10010350
以前用國產(chǎn)組態(tài)軟件的時(shí)候，這方面考慮的比較多，但是在SIEMENS上，考慮的就很少了。總是覺得有些東西是不公開的，也就搞不清楚了。
我個(gè)人的習(xí)慣考慮范圍主要包括：
1.盡量減少腳本語言的使用。wincc的腳本功能很強(qiáng)，確實(shí)能實(shí)現(xiàn)一些明顯的效果，但是從全局考慮的話，其執(zhí)行效率就要降低了。比較簡單的例子：切換畫面，用WINCC自帶的直接連接的切換效率明顯是高于腳本的；并且曾經(jīng)因?yàn)閯?dòng)作需要做了一個(gè)延時(shí)腳本，結(jié)果調(diào)試中就明顯發(fā)現(xiàn)，延時(shí)過程中整個(gè)程序都被凍結(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è)置歸檔時(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口基本極少會(huì)單獨(dú)留給上位使用，在沒必要的時(shí)候，將上位分配到另外的網(wǎng)絡(luò)，對(duì)DP網(wǎng)也只有好處。
除了上面這些之外，再結(jié)合我以前用國產(chǎn)組態(tài)軟件時(shí)的經(jīng)驗(yàn)考慮一下：
1.首先一點(diǎn)，不太清楚的地方是WINCC和PLC之間更為具體的通訊數(shù)據(jù)的處理方法。在國產(chǎn)軟件上，這2者之間的通訊數(shù)據(jù)是打包的形勢，而變量的建立直接影響了這個(gè)包怎么打。比如說，同樣是8個(gè)bit，如果變量建立的合適，并且上位的讀取方法合適，那么這8個(gè)bit被打成一個(gè)包從PLC傳輸?shù)缴衔?，而如果處理不?dāng)，這8個(gè)bit就有可能被打成2個(gè)包甚至更多，這明顯降低了總線的通訊效率并降低了上位畫面的數(shù)據(jù)采集速度。當(dāng)然，這里的8bit只是一個(gè)例子。
2.wincc在位的處理上有點(diǎn)單一。實(shí)際項(xiàng)目中是有很多開關(guān)量的，對(duì)于開關(guān)量的處理上，通常有兩種方式，一種是按位建立變量，一種是按字節(jié)甚至是字或雙字的方式建立變量。對(duì)于前者，處理上方便了，直接在畫面中使用就成，而帶來的直接問題就是變量數(shù)的大幅增加。另外的問題就搞不清楚了，不知道WINCC內(nèi)部是如何處理的，對(duì)于bit變量的處理，我想肯定也不會(huì)是一個(gè)bit就耗用一個(gè)數(shù)據(jù)幀，但是多少數(shù)據(jù)形成一個(gè)幀，又是根據(jù)什么形成的。唯一能做的就是在PLC中建立變量的時(shí)候，把所有的數(shù)字量連續(xù)的建立在一起。而對(duì)于按字節(jié)或者字或者雙字的方式建立變量，帶來的問題就是需要在上位做解包處理。我還沒有具體研究過解包的語句，但是這明顯是要用到腳本來處理了，數(shù)字量眾多，恐怕難以避免對(duì)系統(tǒng)性能的影響。從這點(diǎn)上引申來說，如果要細(xì)致的考慮通訊和優(yōu)化，就要考慮在PLC中如何建立變量了，首先是地址的連續(xù)性，這點(diǎn)無可置疑，也就是說要盡最大可能避免變量中間有空閑的數(shù)據(jù)位。不過同時(shí)也要考慮程序的可讀性的話，在不同的使用區(qū)域之間，有時(shí)還要預(yù)留出一段地址空間，以便于以后增加設(shè)備或者增加控制功能而備用。這2者之間需要平衡一下。
3.用國產(chǎn)組態(tài)軟件的時(shí)候，軟件自帶有通訊監(jiān)視程序，從中可以看到通訊通訊的打包情況和傳輸時(shí)間，而在WINCC中好像沒有這個(gè)功能。而我要提到的是這樣一個(gè)問題：PLC中有不同的數(shù)據(jù)存儲(chǔ)區(qū)域，上位對(duì)這些區(qū)域的讀取速度是否相同？比如同樣100個(gè)數(shù)據(jù)，從DB塊中讀取和從M區(qū)中讀取，速度是否相同呢？因?yàn)槲抑霸羞^一次精力，某軟件讀取某PLC中不同數(shù)據(jù)區(qū)的速度差別居然很大，從上位畫面的反應(yīng)上都明顯感覺的出來，所以后來在PLC中多寫了一段程序，就是在數(shù)據(jù)處理完之后，將數(shù)據(jù)統(tǒng)一move到另一個(gè)數(shù)據(jù)區(qū)，上位統(tǒng)一從那個(gè)數(shù)據(jù)區(qū)讀取，這樣上下位之間的通訊確實(shí)快了很多。
廈門潤星貿(mào)易有限公司
聯(lián)系人：吳偉杰
QQ:2563095702
郵箱:2563095702@qq.com
電話：0592-6895320
手機(jī)：18030263579
傳真：0592-6034581〔備注吳偉杰收〕
