91黄动漫 I 欧美 日韩 国产 成人 在线 I a级成人毛片 I 农村黄色片 I 男生捅女生的肌肌 I 精品99一区二区三区 I 妃光莉av I 日日夜夜操操 I 性中国古装videossex I 久久不卡av I 美女高潮动态图 I 极品美女开粉嫩精品 I 牛牛精品一区二区 I 91精品福利视频 I 成人刺激视频 I 91国内精品视频 I 中国一级特黄毛片大片 I 校长狠狠挺进校花体内小说 I 欧美激情黄色片 I 欧美久久久一区 I 爱豆国产剧免费观看大全剧苏畅 I 麻豆国产人妻欲求不满谁演的 I 亚洲一区二区在线免费观看视频 I 国产超碰av人人做人人爽 I 精品国产第一国产综合精品 I 久久免费看av I 欧美一区二区三区白人 I 国产精品夫妻激情 I 校花被肉干高h潮不断 I 欧美最猛黑人xxxx黑人表情 I 国产欧美日韩一区二区搜索 I 极品女神露脸呻吟啪啪 I 人人天天久久 I 亚洲动漫在线 I 日本91福利区 I 五月天 桃色 开心 I av在线免费观看国产 I 男人添女人的免费视频 I 夜夜穞天天穞狠狠穞

三菱Modbus通信初始化,結構化編程,上面的首尾相聯(lián)初始化成功,可以正常通信,
下面的書寫模式初始化失敗,端口不發(fā)送數(shù)據(jù).失聯(lián)狀態(tài).原因不明,哪位高手解釋一下.
讀寫是用ADPRW ,在這里不要懷疑其它部分程序了，我只改這里，一個通信正常，一個完全不能通信
難道是三菱結構化編程還存在bug.三菱的推出結構化編程，真心比西門子的難用，寫程序很慢，本人也是嘗試

惡魔就躲在 EN 和 ENO。
SFC、ST 的樣子不代表就是階梯圖的樣子。
將兩段程序寫進 PLC 后以階梯圖讀出來觀察就會明白了。

@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);

最后執(zhí)行出來 D0 會是多少?
如果不是 8，那就不用解釋了。
如果是 8，只能說三菱對于這樣的設定有嚴格的限制，我們不清楚第一行執(zhí)行后 PLC 內(nèi)部到底做了什么事情。就算用階梯圖寫一模一樣的程序，通訊一樣會失敗，這和語言無關，手冊也明確寫了如何正確設定。

以 ST 為例：

復制代碼 D0 := D1;

等同于

復制代碼 MOV(M8000, D1, D0);

也是

復制代碼 LD M8000 MOV D1 D0

編譯器還是呼叫了 MOV 指令，用 M8000 讓指令一直執(zhí)行，但不是無條件執(zhí)行。



基于文本程序的特性，人們更習慣 D0 := D1 而非 MOV，這樣對于較為復雜的算式尤其方便。

復制代碼 volume := 4.0 / 3.0 * PI * radius ** 3.0;

這用 DEDIV、DEMOV 或階梯圖寫起來就會較為復雜且不夠直觀。
如果真有需求，我們就使用指令的 EN 參數(shù)或是 IF，像是

復制代碼 MOV(M1234, D1001, D1000)

但您提出的觀點也對，如果連續(xù)幾行的起始都是讀同一個目標，如

復制代碼 LD M8411

那能不能將后面重復的省略以進行優(yōu)化? 這樣的話編譯出來的程式就會是你想要的樣子。
這只有對于常數(shù)值才可以進行，如果 LD 的目標是會變動的，就不能將它省略。
M8000 或許是一個特例，但也或許會在我們還不了解的狀況下改變數(shù)值。


所以就語言本身來說，其實沒什么問題。小弟也曾被這個問題拐過，但正因為拐過，對于這些特性才有更多思考。


提供參考。