用$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內置的時間啊。

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

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

引用

引用樓主王工控人于2022-07-18 10:31發表的 求助，臺達觸摸屏倒計時不準 :
用$100作為輸入，增益0.01，cycle宏延時600ms。
例如輸入1，實際寫入100，每600ms減1，那就是600ms*100，就是1分鐘。
模擬沒問題，但是實機運行的時候大概過了1分半才為0。
把模擬和實機同時啟動，明顯看到實機$100的數值減的慢。

.......

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

引用

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

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

觸摸屏也有時間寄存器

腳本循環周期沒那么準確，用于計算長時間累計偏差較大