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

這個看程序怎么寫,如果程序就是設備工藝的話,沒問題,如果別人為了防止程序非法解密拷貝,做了其他保護的話,就不一定了,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內存備份沒有，有些陷阱就在內存中，本人遇到過，查看內存發現的。

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