• «
  • 1
  • 2
  • »
  • Pages: 2/2     Go
zhangqi_1234
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 342 個
工控威望: 493 點
下載積分: 4015 分
在線時間: 250(小時)
注冊時間: 2013-03-22
最后登錄: 2024-10-30
查看zhangqi_1234的 主題 / 回貼
12樓  發(fā)表于: 2019-07-18 23:45
補充:問題出現(xiàn)在D375上,[DMOV D374 D600]功能是把D374-D375存儲的32位數(shù)據(jù),賦值給D600-D601。D374存低16位,D375存高16位,D375的最高位是1,因此被認為是負數(shù)。程序中應(yīng)該是有其他指令對D375的值作了改變。
franklovey
級別: 正式會員
精華主題: 0
發(fā)帖數(shù)量: 22 個
工控威望: 93 點
下載積分: 636 分
在線時間: 11(小時)
注冊時間: 2019-06-06
最后登錄: 2021-01-17
查看franklovey的 主題 / 回貼
13樓  發(fā)表于: 2019-07-22 08:21
以前公司自動設(shè)備也經(jīng)常這樣,到了一定時間就無法使用,必須對相應(yīng)寄存器進行清理后才能使用!    疑似寄存器溢出!
受不了了
級別: 家園?
精華主題: 0
發(fā)帖數(shù)量: 597 個
工控威望: 725 點
下載積分: 1669 分
在線時間: 396(小時)
注冊時間: 2015-06-17
最后登錄: 2024-10-31
查看受不了了的 主題 / 回貼
14樓  發(fā)表于: 2019-07-22 10:15
單元規(guī)劃有嚴重隱患,你第一張截圖里就有D332和D334,只能保證32位安全,DMUL運算是64位,占用4個單元,直接出錯了!我用三菱第一天就是4個單元一定義
cctv197910
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 29 個
工控威望: 133 點
下載積分: 405 分
在線時間: 17(小時)
注冊時間: 2017-11-06
最后登錄: 2024-10-24
查看cctv197910的 主題 / 回貼
15樓  發(fā)表于: 2019-07-23 13:17
引用
引用第2樓leechengyu于2019-07-17 15:36發(fā)表的  :
檢查有哪些指令用到D596~D599的,16位指令與32位指令混著用,很容易出錯

謝謝,都改成32位后沒有出錯了
999感冒靈
級別: 略有小成
精華主題: 0
發(fā)帖數(shù)量: 275 個
工控威望: 351 點
下載積分: 1210 分
在線時間: 65(小時)
注冊時間: 2019-05-29
最后登錄: 2023-12-17
查看999感冒靈的 主題 / 回貼
16樓  發(fā)表于: 2019-07-25 12:11
保證不了數(shù)值不會放不下,該64就要64沒法的,除非你能保證肯定能放下 我 掉過這個坑
2682876485
級別: 正式會員
精華主題: 0
發(fā)帖數(shù)量: 16 個
工控威望: 71 點
下載積分: 544 分
在線時間: 4(小時)
注冊時間: 2019-07-25
最后登錄: 2019-12-01
查看2682876485的 主題 / 回貼
17樓  發(fā)表于: 2019-07-26 10:03
可能還是邏輯的問題,可能某些情況下是雙字地址,而你用的是16位就會出現(xiàn)這種情況。
工控菜鳥
菜鳥一只
級別: 論壇先鋒
精華主題: 0
發(fā)帖數(shù)量: 949 個
工控威望: 1125 點
下載積分: 13848 分
在線時間: 291(小時)
注冊時間: 2017-04-12
最后登錄: 2024-10-31
查看工控菜鳥的 主題 / 回貼
18樓  發(fā)表于: 2019-08-01 12:50
全部用32位的試試
  • «
  • 1
  • 2
  • »
  • Pages: 2/2     Go