所有計算機編程語言，都有循環的功能。

PLC也是。

所以當然有循環功能。

不管什么CPU，什么編程語言，都有循環語法，可以用于實現循環。當然，很多時候，語言對循環支持的并不夠理想。通常還要有指針，間接尋址等配合。所以在PLC編程中，屬于難度比較高的題目。

我知道，有一些人，對掌握循環編程語法很在意，也有一些人，對自己搞不好循環而很頭疼。

今天分析一下這個問題。

首先，我們看循環編程方法的意義。幾個方面：

1，?提高CPU的工作效率；

2，?降低程序代碼數量，減少內存使用。

3，?降低編程時的工作量。

首先看1，你只要用類似FOR…NEXT的循環語句，對CPU的工作量其實是沒有多少改善的。循環100次，和寫100行，并沒有區別。真的循環周期數太大的時候，一樣要當心OB1循環超時。

關于2，減少代碼數量需要有足夠多的循環周期。如果只有5個對象或者更少，為了做循環，還要精心準備輸入和輸出接口，最終反而程序代碼量多了。

關于3，編程的工作量，同時還有難度。都是要綜合考慮的。如果編程工具可以支持與辦公軟件的數據對拷，先在辦公軟件中，通過數據整理技巧，把程序代碼整理好，PLC環境中拿來直接使用，工作量有時候說不定更少，更快捷。

工業自動化系統中，通常設備數據量都很小。比如一個中型的控制系統，100臺電機設備算比較多了。而值得通過循環來編程的，通常還是同一個類型的序列設備。那超過5臺都很少見。

而如果要設計為循環編程方法，還需要在I/O排布開始就要充分考慮。比方說輸入信號按順序X.0, X.1, X.2,X.3,X.4，輸出信號也要同樣的按順序排起來。

這就需要提前跟電氣圖紙設計者溝通好，也要跟盤柜工人配合。這些是不符合標準化模塊化設計原則的。

尤其是，如果運行中，突然中間的某一個模塊的點壞掉了，要把其中一個點挪到其他的地址，還做不到了。這比較麻煩。

回顧我自己十幾年做過的PLC程序，真正用過循環編程的場合，少之又少。印象中比較深的，是處理倉庫類數據，用到了循環。但因為循環量太大，盡管開始是用循環語句實現的，但后來發現導致CPU的循環周期過長，而因為也沒有什么實時性要求，最后還是改為異步循環，借由OB1的循環周期來實現了。

所以，關于循環語法，我的原則是，少用循環。只要能不用循環，就盡量別用循環。

編輯：黃飛

?