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 夜夜穞天天穞狠狠穞

請問各位大師們，為什麼用GX 模擬PLC 去跑程式時，DADDP 指令時，數字會亂跳，如圖片
但是實際上監控實體PLC 就不會有這個問題，請問是哪裡出錯了??

1，根本原因在于你用了DADDP，這是個32位的指令。實際計算過程是把[D351 D350]與[T1 T0]相加后放入了[D351 D350]；
2，仿真與實機的區別在于，仿真默認掃描周期是100ms的，而實機的掃描周期會原低于這個數。這就造成仿真在T0計時到后，其輸出觸點驅動了T1計時，T1的數值馬上變成了1，所以掃描到達T0的上升沿，執行加法處理時，就是00000000+00010014--》00010014（都用16進制表示）的計算過程，這個十六進制的數換成十進制就是65556；執行到第八遍的時候，這個數就是65556*8=524448。而因實機的掃描周期遠低于100ms，則在實機上執行該程序，T0計時到達，掃描到T1時，該數值還沒有累積到0.1S，所以T1的數值還是0沒有變成1，繼續執行加法處理時，就是00000000+00000014--》00000014的計算過程，這個十六進制的數換成10進制就是20，得到了想要的結果；
3，將DADDP指令換成16位的ADDP指令可以避免這種情況；
4，將T0上升沿后做加法運算這一句緊放在T0輸出線圈這一句后面可以避免這種情況；T0輸出線圈這一句放在RST T0這段后面更好。

今天在實機上調試了這個程序，現象與樓主所講一樣。
再仔細想了一下，在三樓講的第二條有問題。
PLC中無論掃描周期如何修改，執行的結果都是樓主期望的那樣，T1對ADD之后的D350不會產生影響，因為T0狀態ON的這個掃描周期，T1才剛開始計時，PLC工作的原理是下一次掃描到T1輸出觸點時才會更新當前值，所以T1現在的值是0，不會影響到T0和D350值的相加。
仿真中，無論掃描周期如何修改，T1在T0為ON開始計時的這個周期都是已經有了一個數值“1”，這就對D350的數值產生了附圖中顯示的影響。
說明仿真和PLC實機運行是不一樣的。

引用

引用第4樓h30631于2012-12-20 08:27發表的  :
感謝版主大師的指導~
依照指示，真的如板大所說，原來是時序的問題
所以我這種寫法會有編寫的順序問題，
可以在請問一下，執行 dadd這個指令 我知道的是會有一個D上位&D下位，與他相加的T也會自動有一個上位&下位嗎?
嬀 DADDP D0 T0 D0崀=D1 D0 +"T1 T0 " ??
.......

但是32位指令執行時是  D1  D0  +  T1  T0這是確確實實的。