蜜桃免费av-一级中文片-久久青青草原av免费观看-香蕉在线观看视频-少妇丰满极品嫩模白嫩-成人妇女免费播放久久久-久久国产精品_国产精品-少妇69xx-国产网站免费在线观看-sese婷婷-最近中文字幕在线中文视频-欧美色xxx-亚洲a∨国产av综合av-免费观看日批视频-午夜福利免费0948视频-亚洲一二三视频-可以免费观看的av毛片下载-日韩综合精品-国产精品福利久久久-亚洲精品综合一区二区

這個看程序怎么寫,如果程序就是設備工藝的話,沒問題,如果別人為了防止程序非法解密拷貝,做了其他保護的話,就不一定了,OMRON的PLC能自己把自己程序刪掉,還有什么做不了,更別說破壞通訊參數了

引用

引用第11樓gys19830912于2013-10-23 10:26發表的  :

難道你是直讀解密？
不是直讀解密，刪除密碼的解密的話，解密前就要必須做到備份。特別是內存。

不是直讀解密，解密前沒法備份，都禁止了

但是我把解密后的原PLC簡單測試過，貌似沒有問題
因為測試就是用的復位按鈕，看設備動作是否正常，解密的原PLC動作正常，我用備份后還原的新PLC做測試，結果就不對，車輛一直往一邊傾，貌似和模擬量有關系。
看來得讀懂程序才行了

引用

引用第12樓王春茂于2013-10-23 10:44發表的  :
這個看程序怎么寫,如果程序就是設備工藝的話,沒問題,如果別人為了防止程序非法解密拷貝,做了其他保護的話,就不一定了,OMRON的PLC能自己把自己程序刪掉,還有什么做不了,更別說破壞通訊參數了

這個看來太玄乎了，我測試過，新PLC通訊是正常的。
這個程序會不會認PLC啊，只認原來的PLC,這個可以通過PLC的單獨序列號來實現的，不過CP1H的系統內存里好像沒發現有這個參數

我是說你把PLC內存備份沒有，有些陷阱就在內存中，本人遇到過，查看內存發現的。

解決了，果然是和模擬量有關