目前來看梯形圖只是沒有以前那么風光,但并沒有過時,而且在小型項目中未來幾十年內不會消失。
本人也學過C,C++,C#,也用java寫過app,剛畢業那幾年,寫PLC程序總是習慣性的用計算機的思路去寫,其實也無非就是邏輯運算指令,數據處理指令用得多一點,跳轉條件優化得比較精簡。卻讓我異常尷尬的是,很多接手的兄弟看不懂那些不常用的指令,對那些組合條件不懂如何分析,不敢改程序,到最后還是要我親自出手去改,累死累活,有一種諸葛丞相放眼大漢后繼無人的感覺。。。
后來慢慢想開了,PLC編程跟計算機語言是不同的,有其自身規律。
PLC編程方便簡單,貼近硬件。最重要的是門檻很低,很多接過幾年線稍微有點上進心的電工都能學會。而大部分PLC程序的邏輯也很簡單,尤其是小型機器,基本都是順控過程,復雜的算法少之又少。對這種小設備,就應該用最簡單的邏輯,最常用的指令,最死板的流程,達到一種隨便一個人接手,一看就懂的程度的程序,省時省力。到現在,有時候可以一個MOV批量操作多個點的情形,我也可以寫十幾個out,一個個輸出,就為了調試方便,也為了有些人看到KnM就頭大。當然,實在太多了該用還是得用,不能一棒子打死。白居易寫詩問老百姓能不能聽懂,大概就是這個意思吧,大巧不工,大智若愚。
以上所說的針對門檻不高的小項目,對于大型的,難以分解的復雜項目,梯形圖就有點顯得力不從心了。如同匯編語言,雖然很強大,但總是會被更高級的語言所替代的。畢竟科學在進步,沒有什么東西是永不過時的。