97久久精品人人爽人人爽蜜臀/www.青草视频/成视频年人黄网站视频福利/国产第一页第二页/国产裸拍裸体视频在线观看/国产又色又爽又高潮免费/精品超清无码视频在线观看/久久精品蜜芽亚洲国产av/辽宁熟女高潮狂叫视频/你懂在线/欧美少妇15p/人妖 丝袜 另类 亚洲/日韩欧美网站/少妇人妻大乳在线视频/婷婷色国产/性色av无码久久一区二区三区/亚洲精品图片一区15p/亚洲一卡2卡3卡4卡5卡精品

請教各位大蝦一個問題，公司有一臺設備計數出現問題，程式如圖，正常情況應該是d100應該交替DMOVP給d102，但監控程式并不是這樣導致
計數出現問題，d100只有兩個固定值131072   65536 ，  d100值不知道從哪里來的？d100只在圖上面的一小段用到，其他的就查不到了
131072   65536如果不交替dmovp給d102，后面的計數就不準了
監控程式有時會連續dmovp幾次131072或65536到d102

你應該是沒分析明白，這個程序如果真的像上面這樣，D100里面只可能是0

圖上并不是原程式，是我根據原程序打出來的。所以就是搞不明白d100的值131072  65536是怎么來的

你把源程序發上來，我幫你分析一下

連續地址傳送 或者塊拷貝 當中的指令包括對D100的操作

d100的值131072  65536是怎么來的 d100只在圖上面的一小段用到

跟你說了，發源程序上來幫你分析，你要是能弄明白，也不用來這里提問了不是

源程序不在這里

估計D100的值在M100的上升延指令沒有發生的過程中有別的程序給他賦值了

看看原程序，是否有變址寄存器的使用；
或者是否是上位機給定的數值。

支持9樓的說法。

謝謝大家，問題已經解決了，d100的數據來源是d101      ，d100是32位操作，后面程式還有16位對d101的操作。