91黄动漫 I 欧美 日韩 国产 成人 在线 I a级成人毛片 I 农村黄色片 I 男生捅女生的肌肌 I 精品99一区二区三区 I 妃光莉av I 日日夜夜操操 I 性中国古装videossex I 久久不卡av I 美女高潮动态图 I 极品美女开粉嫩精品 I 牛牛精品一区二区 I 91精品福利视频 I 成人刺激视频 I 91国内精品视频 I 中国一级特黄毛片大片 I 校长狠狠挺进校花体内小说 I 欧美激情黄色片 I 欧美久久久一区 I 爱豆国产剧免费观看大全剧苏畅 I 麻豆国产人妻欲求不满谁演的 I 亚洲一区二区在线免费观看视频 I 国产超碰av人人做人人爽 I 精品国产第一国产综合精品 I 久久免费看av I 欧美一区二区三区白人 I 国产精品夫妻激情 I 校花被肉干高h潮不断 I 欧美最猛黑人xxxx黑人表情 I 国产欧美日韩一区二区搜索 I 极品女神露脸呻吟啪啪 I 人人天天久久 I 亚洲动漫在线 I 日本91福利区 I 五月天 桃色 开心 I av在线免费观看国产 I 男人添女人的免费视频 I 夜夜穞天天穞狠狠穞

這是我把修改的程序部分如圖所示：原程序中d14和d16是 分開的，分別控制兩段行程。后來我把d14和d16做了一個加法運算放d58.出現了一個問題。運行一一天 就會偶而出現那么一兩次y0脈沖數據還沒有 達到伺服就莫名停止了工作。y0前面的 點都是接通的。 想不 明白造成程序部 不 穩定的 因素在 哪里

仔細看看是不是同時觸發了兩條脈沖指令
看你的程序完全有可能這樣

問題出現在M20與M21最前面的比較命令上了。在這里找一找原因。

DMUL是雙字節乘法通道互相干涉，程序會把D178,D179的值乘以K200放在D14，D15,D16，D17里面，所以D16，D17被雙重占用，如果數值小沒有發生溢出就沒問題，數值一大通道就打架了

都是高手啊

這應該是犯了最低級的數據寄存器使用間隔錯誤！

恩，3樓講的很好

引用

引用第3樓gufan8099663于2014-12-12 08:18發表的  :
DMUL是雙字節乘法通道互相干涉，程序會把D178,D179的值乘以K200放在D14，D15,D16，D17里面，所以D16，D17被雙重占用，如果數值小沒有發生溢出就沒問題，數值一大通道就打架了

那原來程序也是這樣使用為什么不打架呢？只是在下面做了個加運算就打架有點說不過去吧。

引用

引用第3樓gufan8099663于2014-12-12 08:18發表的  :
DMUL是雙字節乘法通道互相干涉，程序會把D178,D179的值乘以K200放在D14，D15,D16，D17里面，所以D16，D17被雙重占用，如果數值小沒有發生溢出就沒問題，數值一大通道就打架了

果然是 一語驚醒夢中。  原來是 一直以為32位只帶兩個寄存器，沒往這里 想沒仔細看手冊吃了 虧。     不過原作也是 這樣程序用了好久都沒 問題 ，因為用的32位 數值也排除溢出的 可能。我 只用dadd把d14和d16相加怎么就變得 不 穩定呢 ？ 再次請教

引用

引用第7樓理論初學者于2014-12-12 13:41發表的:

那原來程序也是這樣使用為什么不打架呢？只是在下面做了個加運算就打架有點說不過去吧。

同問。我現在 考慮是是 不 是 因為使用重疊而使程序有 時候掃描出錯 。   這次設備送的比較遠 沒 辦法做實驗了哎。