hntl2005
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 19 個
工控威望: 110 點
下載積分: 545 分
在線時間: 23(小時)
注冊時間: 2018-04-13
最后登錄: 2024-09-03
查看hntl2005的 主題 / 回貼
樓主  發(fā)表于: 2022-03-08 09:10
圖片:
圖片:
圖片:
       PLC做客戶端,與上位機以太網(wǎng)通訊也沒有問題。但是接收到的字符每次都缺第1位(比方上位發(fā)一串字符23232323,我接收到32323235).末尾又多一位。

      (用網(wǎng)絡(luò)通訊助手驗證過上位機發(fā)送的字符是沒有問題的,比方上位發(fā)一串字符23232323,網(wǎng)絡(luò)助手接收到23232323),這樣驗證上位機發(fā)送的字符是沒有問題。因此推斷出是PLC接收字符出現(xiàn)了問題。

        與上位機通訊試嘗試過多組數(shù)據(jù)通訊,都是第一個字符丟失,末尾多一個字符。中間字符沒有問題。求解問題出在哪里。
zm19870128
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 54 個
工控威望: 159 點
下載積分: 14684 分
在線時間: 194(小時)
注冊時間: 2011-05-02
最后登錄: 2024-11-03
查看zm19870128的 主題 / 回貼
1樓  發(fā)表于: 2022-04-26 10:46
接收數(shù)據(jù)第一個地址是接收數(shù)據(jù)長度
如果數(shù)據(jù)內(nèi)容/長度為奇數(shù)的時候最高位PLC系統(tǒng)會自動補數(shù)(這個數(shù)據(jù)沒有用),偶數(shù)是沒有彌補,這就是三菱有點惡心地方
解決這個方法是要計算數(shù)據(jù)長度用變址方式找到最后一個地址,把最后一個地址里高8Bit刪除
zm19870128
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 54 個
工控威望: 159 點
下載積分: 14684 分
在線時間: 194(小時)
注冊時間: 2011-05-02
最后登錄: 2024-11-03
查看zm19870128的 主題 / 回貼
2樓  發(fā)表于: 2022-04-26 10:50
圖片:
圖片:
請參考!。。。。。。。!