發表于：2005/6/4 20:27:00
#0樓
西門子的 S7-200 PLC 功能強大，性能可靠，但在做數學運算時不能象高級語言那樣做變量類型自動轉換，經常要手工做 BTI、ITD 之類的轉換，計算完成后又要 DTI 等耗時的操作，而且使代碼行數增加，程序可讀性不好，也降低了程序運行的效率。
本文給出一種可以避免使用這些指令的小技巧，使你的代碼看起來更簡潔，也縮程序的掃描周期。
就是在計算機編程中做算法設計時典型的以空間換時間的思想。比如一個字變量，在計算中經常要向雙字變量轉換，則我們在定義符號時讓該變量占據雙字的內存空間，將不用的字清零，則可同時以字型或雙字型訪問該變量而不需要進行專門的轉換。
S7-200 的內存格式與我們常用的 PC 機正好相反，它是高字在前，低字在后的。所以我們可以將字變量放在后兩個字節，在程序初始化時將前兩個字節清零(程序的其它地方不得使用這兩個字節)。
如我們定義符號時將字變量定義在 VW2，同時保持 VW0 的值為零。則程序中可以用 VW2 以字型訪問該變量，同時也可以 VD0 以雙字型訪問，避免了類型轉換。
為了避免使用時混淆，最好以明確的符號定義來區分字類型和雙字類型。在此強烈推薦類匈牙利命名法：以前綴指示變量類型，用首字母大寫的有意義的英文單詞的組合作變量名。本人習慣用以下綴：
b ---- 字節型變量(byte)
w ---- 字型變量(word)
d ---- 雙字變量(double)
r ---- 實型變量(real)
f ---- 位變量(flag)
btn --- 自復位按鈕式輸入(button)
sw ---- 切換開關或自鎖按鈕輸入(switch)
sig --- 傳感器、編碼等電平信號輸入(signal)
rly --- 輸出繼電器位(relay)
……
當然，這個根據個人習慣來，沒有定則，主要是利于自己區分。
假如有一個字類型變量名為 VarName，為使用前面的轉換技巧，我們可以這樣定義：
wVarName ---- VW2
dVarName ---- VD0
在程序初始化時將 VW0 清零(如果是不需要記憶的變量，直接將 dVarName 清零也可)或者在數據塊中將 VW0 設置為零。則以后需要以字類型訪問變量時就用 wVarName，需要以雙字類型訪問變量時就用 dVarName。完全不需要類型轉換。
本方法可以極大的減少程序語句數，使程序更簡潔、可讀性更好，由于不需要做耗時的類型轉換，程序運行效率也得到提高。且數學運算量越大，效率提高越明顯。
缺點是要多占用兩字節的內存，以后程序中不能使用 VW0。但 S7-200 的 RAM 空間很大，一般是用不完的，以 226 為例，有多達 10K 的 RAM，偶從來沒有超過 1K。 這些 RAM 都是花錢買來的，不用白不用，不用也是浪費了。
同理，如果有字節型變量經常需要與字類型變量相互轉換，讓字節變量占用一個字的內存寬度浪費一個字節，避免類型轉換。
=======================================
感謝高人 shine 指出該方法的不足：局限于無符號數。
因為 VW2 為負數時，高字的符號擴展就為1，即應以 FF 填充高位的每個字節而不再是0，但對有符號數我們不知道它何時會變負，所以填充時需要判斷符號位v2.7, 不能在初始化時進行一次性填充，代碼反而不夠簡潔。
=======================================
點擊：59，回復：1
沒人發表意見，很快就掉深了。
偶特別討厭那種需回復才能閱讀或者文章數達到多少才能閱讀的做法。己所不欲，勿施于人，所以沒有用那些方法。
看過的給點意見，認為有用就頂一下，覺得沒用就踹兩腳……
本文給出一種可以避免使用這些指令的小技巧，使你的代碼看起來更簡潔，也縮程序的掃描周期。
就是在計算機編程中做算法設計時典型的以空間換時間的思想。比如一個字變量，在計算中經常要向雙字變量轉換，則我們在定義符號時讓該變量占據雙字的內存空間，將不用的字清零，則可同時以字型或雙字型訪問該變量而不需要進行專門的轉換。
S7-200 的內存格式與我們常用的 PC 機正好相反，它是高字在前，低字在后的。所以我們可以將字變量放在后兩個字節，在程序初始化時將前兩個字節清零(程序的其它地方不得使用這兩個字節)。
如我們定義符號時將字變量定義在 VW2，同時保持 VW0 的值為零。則程序中可以用 VW2 以字型訪問該變量，同時也可以 VD0 以雙字型訪問，避免了類型轉換。
為了避免使用時混淆，最好以明確的符號定義來區分字類型和雙字類型。在此強烈推薦類匈牙利命名法：以前綴指示變量類型，用首字母大寫的有意義的英文單詞的組合作變量名。本人習慣用以下綴：
b ---- 字節型變量(byte)
w ---- 字型變量(word)
d ---- 雙字變量(double)
r ---- 實型變量(real)
f ---- 位變量(flag)
btn --- 自復位按鈕式輸入(button)
sw ---- 切換開關或自鎖按鈕輸入(switch)
sig --- 傳感器、編碼等電平信號輸入(signal)
rly --- 輸出繼電器位(relay)
……
當然，這個根據個人習慣來，沒有定則，主要是利于自己區分。
假如有一個字類型變量名為 VarName，為使用前面的轉換技巧，我們可以這樣定義：
wVarName ---- VW2
dVarName ---- VD0
在程序初始化時將 VW0 清零(如果是不需要記憶的變量，直接將 dVarName 清零也可)或者在數據塊中將 VW0 設置為零。則以后需要以字類型訪問變量時就用 wVarName，需要以雙字類型訪問變量時就用 dVarName。完全不需要類型轉換。
本方法可以極大的減少程序語句數，使程序更簡潔、可讀性更好，由于不需要做耗時的類型轉換，程序運行效率也得到提高。且數學運算量越大，效率提高越明顯。
缺點是要多占用兩字節的內存，以后程序中不能使用 VW0。但 S7-200 的 RAM 空間很大，一般是用不完的，以 226 為例，有多達 10K 的 RAM，偶從來沒有超過 1K。 這些 RAM 都是花錢買來的，不用白不用，不用也是浪費了。
同理，如果有字節型變量經常需要與字類型變量相互轉換，讓字節變量占用一個字的內存寬度浪費一個字節，避免類型轉換。
=======================================
感謝高人 shine 指出該方法的不足：局限于無符號數。
因為 VW2 為負數時，高字的符號擴展就為1，即應以 FF 填充高位的每個字節而不再是0，但對有符號數我們不知道它何時會變負，所以填充時需要判斷符號位v2.7, 不能在初始化時進行一次性填充，代碼反而不夠簡潔。
=======================================
點擊：59，回復：1
沒人發表意見，很快就掉深了。
偶特別討厭那種需回復才能閱讀或者文章數達到多少才能閱讀的做法。己所不欲，勿施于人，所以沒有用那些方法。
看過的給點意見，認為有用就頂一下，覺得沒用就踹兩腳……
[此貼子已經被作者于2005-6-7 7:46:01編輯過]
請管理員幫忙注銷掉我的帳號
不要聯系我，直接注銷好了，謝謝
不要聯系我，直接注銷好了，謝謝
