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

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內(nèi)置的時間啊。

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

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

引用

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

.......

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

引用

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

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

觸摸屏也有時間寄存器

腳本循環(huán)周期沒那么準(zhǔn)確，用于計算長時間累計偏差較大