最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

用$100作為輸入，增益0.01，cycle宏延時600ms。
例如輸入1，實際寫入100，每600ms減1，那就是600ms*100，就是1分鐘。
模擬沒問題，但是實機運行的時候大概過了1分半才為0。
把模擬和實機同時啟動，明顯看到實機$100的數值減的慢。

cycle宏如下，感謝！

$300 = ({Link1}3@W41039) + ({Link1}4@W41039) + ({Link1}5@W41039) + ({Link1}6@W40001)
IF $300 > 12
$100 = $100 - 1
IF $100 == 0
{Link1}3@W41039 = 4
{Link1}4@W41039 = 4
{Link1}5@W41039 = 4
{Link1}6@W40001 = 0
ENDIF
ENDIF

沒有plc的，觸摸屏modbus直接控制B2伺服

那用clock宏或者其他編程方式能規避下嗎，1分鐘直接變1分半偏差太大了

引用

引用第3樓brian于2022-07-18 13:12發表的  :
CYCLE宏沒你想像的那樣準
大概用在100mSEC就差不多了,不要想設得太小
每執行一次加上自己的系統要處理,會有些微誤差
我光用100ms然後沒用Plc,程式都靠聚集大概幾小時就會有個幾分鐘以上的誤差

換成萬年歷對比計時了，感謝各位