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