我使用$MOV ABCD_01，但是為什么監視時(shí)出現的是兩個(gè)ABCD_01

你檢查zr102沒(méi)有？

歷史數據沒(méi)清零嗎？或者其他地方傳了嗎？敲了下沒(méi)問(wèn)題啊

如果你其他地方?jīng)]用傳值，又沒(méi)有設置W在這一塊的鎖存，直接把PLC斷電重啟應該就好了吧。我是用的軟件模擬

引用

引用第1樓mall9002于2019-05-15 16:57發(fā)表的  :
你檢查zr102沒(méi)有？

ZR102就是他圖片里面的CD，ABCD_01實(shí)際上占用了R101-104。應該是之前（或者其他地方）用過(guò)這上面的地址，又沒(méi)有斷電重啟

程序發(fā)上來(lái)看看，不確定誒，PLC參數里面沒(méi)有設置鎖存吧？Q系列重啟，是需要推住PLC那個(gè)開(kāi)關(guān)持續3秒吧

再者，如我上面所說(shuō)的，ABCD_01實(shí)際占用了R101-104，傳值后占用了W99-9C。所以你不能只查R101，相鄰的幾個(gè)也可以找找看

在recipe中

引用

引用第6樓玉衡子123于2019-05-15 18:24發(fā)表的  :
在recipe中

模擬沒(méi)問(wèn)題呢



這個(gè)思路其實(shí)沒(méi)啥問(wèn)題，賦值后直接傳送，根據掃描順序，后面的賦值不會(huì )影響前面的傳送。但你多用了一個(gè)ZR鎖存設置，就會(huì )產(chǎn)生沖突，第一次下載進(jìn)去執行是正常的，但后面再下載，實(shí)際上ZR的值是保存的，所以這時(shí)候傳送就會(huì )出現你這種情況。你去監控W0AB應該也不對。



最簡(jiǎn)單的是把ZR的鎖存設置取消�；蛘呙看蜝MOVP傳送指令的K值根據你的賦值算好，像第一個(gè)應該是K5。又或者每個(gè)傳送用ZR的時(shí)候間距拉大點(diǎn)，BMOVP前依次用100/150/200（如果你的賦值不太大的話(huà)）。

我將PLC參數內的ZR元件鎖存給清除了，但是我斷電重新讀取后還是出現了和之前一樣的狀況，另外請看下ZR121,開(kāi)始寫(xiě)的是PEOPLE_01,但是在W元件中并沒(méi)有PEOPLE_01字符~

上面說(shuō)的有一點(diǎn)錯誤，PEOPLE_01從WCE為起始，但是現在看下來(lái)是從WCF起始

引用

引用第8樓玉衡子123于2019-05-16 09:32發(fā)表的  :
我將PLC參數內的ZR元件鎖存給清除了，但是我斷電重新讀取后還是出現了和之前一樣的狀況，另外請看下ZR121,開(kāi)始寫(xiě)的是PEOPLE_01,但是在W元件中并沒(méi)有PEOPLE_01字符~

沒(méi)看懂你說(shuō)的問(wèn)題，現在W9D之后不是沒(méi)數值了嗎？原因都已經(jīng)告訴你了，你根據原因自己改下撒

引用

引用第9樓玉衡子123于2019-05-16 09:57發(fā)表的  :
上面說(shuō)的有一點(diǎn)錯誤，PEOPLE_01從WCE為起始，但是現在看下來(lái)是從WCF起始

如果你只是把PLC設置里面的鎖存取消掉，應該就不會(huì )出現這個(gè)問(wèn)題，至少我用你程序模擬沒(méi)出現你說(shuō)的這種情況



實(shí)在不行，就先把PLC里面的數據清除，重新下載下