在程序初始化時將VW0清零(如果是不需要記憶的變量，直接將dVarName清零也可)或者在數(shù)據(jù)塊中將VW0設置為零。
       則以后需要以字類型訪問變量時就用wVarName，需要以雙字類型訪問變量時就用dVarName。完全不需要類型轉換。
       本方法可以極大的減少程序語句數(shù)，使程序更簡潔、可讀性更好，由于不需要做耗時的類型轉換，程序運行效率也得到提高。且數(shù)學運算量越大，效率提高越明顯。
       缺點是要多占用兩字節(jié)的內(nèi)存，以后程序中不能使用VW0。但S7-200的RAM空間很大，一般是用不完的，以226為例，有多達10K的RAM，偶從來沒有超過1K。這些RAM都是花錢買來的，不用白不用，不用也是浪費了。
       同理，如果有字節(jié)型變量經(jīng)常需要與字類型變量相互轉換，讓字節(jié)變量占用一個字的內(nèi)存寬度浪費一個字節(jié)，避免類型轉換。
       關于第3點"使用SET指令只執(zhí)行一次即可，不必每次掃描都執(zhí)行這個指令,有些工程人員忽視了這個問題，使用了常規(guī)的方法來驅動SET指令，無意中增加了PLC程序掃描運行時間"不是很理解,能不能說得細一點。
       1：如果在ob里編寫子程序段，是掃描的，但是如果您編寫為FC調(diào)用，那么在FC的調(diào)用條件沒有滿足時，F(xiàn)C中的程序暫時不執(zhí)行。這也是我所說節(jié)省時間的意思。
       2：PLC的執(zhí)行步數(shù)根據(jù)程序長短會不同，掃描時間會根據(jù)執(zhí)行步數(shù)的不同而不同，如果用一個mov指令完成8個數(shù)字量輸出的控制，當然比用8個mov指令完成8個數(shù)字量輸出的控制所需要的程序步數(shù)少。
       4：避免了類型轉換，方法如下：
       以S7-200為例，它的內(nèi)存格式與我們常用的PC機正好相反，它是高字在前，低字在后的。所以我們可以將字變量放在后兩個字節(jié)，在程序初始化時將前兩個字節(jié)清零(程序的其它地方不得使用這兩個字節(jié))。
       如我們定義符號時將字變量定義在VW2，同時保持VW0的值為零。則程序中可以用VW2以字型訪問該變量，同時也可以VD0以雙字型訪問，避免了類型轉換。
       為了避免使用時混淆，最好以明確的符號定義來區(qū)分字類型和雙字類型。在此強烈推薦類匈牙利命名法：以前綴指示變量類型，用首字母大寫的有意義的英文單詞的組合作變量名。本人習慣用以下綴：b----字節(jié)型變量(byte)
       w----字型變量(word)
       d----雙字變量(double)
       r----實型變量(real)
       f----位變量(flag)
       btn---自復位按鈕式輸入(button)
       sw----切換開關或自鎖按鈕輸入(switch)
       sig---傳感器、編碼等電平信號輸入(signal)
       rly---輸出繼電器位(relay)
……
       當然，這個根據(jù)個人習慣來，沒有定則，主要是利于自己區(qū)分。
       假如有一個字類型變量名為VarName，為使用前面的轉換技巧，我們可以這樣定義：
wVarName----VW2
dVarName----VD0
       在程序初始化時將VW0清零(如果是不需要記憶的變量，直接將dVarName清零也可)或者在數(shù)據(jù)塊中將VW0設置為零。則以后需要以字類型訪問變量時就用wVarName，需要以雙字類型訪問變量時就用dVarName。完全不需要類型轉換。
       本方法可以極大的減少程序語句數(shù)，使程序更簡潔、可讀性更好，由于不需要做耗時的類型轉換，程序運行效率也得到提高。且數(shù)學運算量越大，效率提高越明顯。
       缺點是要多占用兩字節(jié)的內(nèi)存，以后程序中不能使用VW0。但S7-200的RAM空間很大，一般是用不完的，以226為例，有多達10K的RAM，偶從來沒有超過1K。這些RAM都是花錢買來的，不用白不用，不用也是浪費了。
       同理，如果有字節(jié)型變量經(jīng)常需要與字類型變量相互轉換，讓字節(jié)變量占用一個字的內(nèi)存寬度浪費一個字節(jié)，避免類型轉換。