成人精品一区二区久久久 I 国产美女永久无遮挡 I 中文字幕+乱码+中文字幕明步 I 国产在视频一区二区三区吞精 I 日韩精品小视频 I 成人性生交大片免费4 I 免费aaa级毛片在线视频 I 一级片毛片 I 大型成人社区 I 国模在线播放 I 欧美大荫蒂毛茸茸视频 I 偷偷色噜狠狠狠狠的777米奇 I www.久久亚洲 I 日日搞夜夜操 I 亚洲成色777777女色窝 I 毛片黄色毛片 I 午夜片在线观看 I 国产一区二区三区中文字幕 I 天天干夜夜骑 I 日韩在线视频一区二区三区 I 久久久无码精品亚洲a片0000 I 写真福利片hd在线播放 I 欧美成人一区二免费视频 I 色噜噜狠狠爱综合视频 I 中文字幕无线码免费人妻 I 国产精品久久久久久久久久不蜜臀 I 欧美综合人人做人人爱 I 1024成人网色www I 国产精品视频一二三区 I 亚洲免费美女视频

我使用$MOV ABCD_01，但是為什么監視時出現的是兩個ABCD_01

你檢查zr102沒有？

歷史數據沒清零嗎？或者其他地方傳了嗎？敲了下沒問題啊

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

引用

引用第1樓mall9002于2019-05-15 16:57發表的  :
你檢查zr102沒有？

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

程序發上來看看，不確定誒，PLC參數里面沒有設置鎖存吧？Q系列重啟，是需要推住PLC那個開關持續3秒吧

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

在recipe中

引用

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

模擬沒問題呢



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



最簡單的是把ZR的鎖存設置取消。或者每次BMOVP傳送指令的K值根據你的賦值算好，像第一個應該是K5。又或者每個傳送用ZR的時候間距拉大點，BMOVP前依次用100/150/200（如果你的賦值不太大的話）。

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

上面說的有一點錯誤，PEOPLE_01從WCE為起始，但是現在看下來是從WCF起始

引用

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

沒看懂你說的問題，現在W9D之后不是沒數值了嗎？原因都已經告訴你了，你根據原因自己改下撒

引用

引用第9樓玉衡子123于2019-05-16 09:57發表的  :
上面說的有一點錯誤，PEOPLE_01從WCE為起始，但是現在看下來是從WCF起始

如果你只是把PLC設置里面的鎖存取消掉，應該就不會出現這個問題，至少我用你程序模擬沒出現你說的這種情況



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