@johnsonxjq
身邊沒東西可測試,以下只是猜測。
復制代碼- INC(MOV(M8411, H1087, D8420), D0);
- INC(MOV(M8411, H1, D8421), D0);
- INC(MOV(M8411, K1000, D8429), D0);
- INC(MOV(M8411, K400, D8430), D0);
- INC(MOV(M8411, K10, D8431), D0);
- INC(MOV(M8411, K1000, D8432), D0);
- INC(MOV(M8411, H1, D8435), D0);
- INC(MOV(M8411, K50, D8436), D0);
|
最后執行出來 D0 會是多少?
如果不是 8,那就不用解釋了。
如果是 8,只能說三菱對于這樣的設定有嚴格的限制,我們不清楚第一行執行后 PLC 內部到底做了什么事情。就算用階梯圖寫一模一樣的程序,通訊一樣會失敗,這和語言無關,手冊也明確寫了如何正確設定。
以 ST 為例:
等同于
也是
編譯器還是呼叫了 MOV 指令,用 M8000 讓指令一直執行,但不是無條件執行。
基于文本程序的特性,人們更習慣 D0 := D1 而非 MOV,這樣對于較為復雜的算式尤其方便。
復制代碼- volume := 4.0 / 3.0 * PI * radius ** 3.0;
|
這用 DEDIV、DEMOV 或階梯圖寫起來就會較為復雜且不夠直觀。
如果真有需求,我們就使用指令的 EN 參數或是 IF,像是
但您提出的觀點也對,如果連續幾行的起始都是讀同一個目標,如
那能不能將后面重復的省略以進行優化? 這樣的話編譯出來的程式就會是你想要的樣子。
這只有對于常數值才可以進行,如果 LD 的目標是會變動的,就不能將它省略。
M8000 或許是一個特例,但也或許會在我們還不了解的狀況下改變數值。
所以就語言本身來說,其實沒什么問題。小弟也曾被這個問題拐過,但正因為拐過,對于這些特性才有更多思考。
提供參考。