最新天堂中文在线丨午夜嘿嘿嘿影院丨亚洲国产精品高清久久久丨中文字幕人成乱码熟女app丨www91亚洲丨97成人资源丨成人中文字幕+乱码+中文字幕丨一区二区三区在线 | 日丨日韩免费大片丨亚洲欧美一区二区三区丨国产在线观看a丨亚洲成人第一区丨国内免费视频成人精品丨亚洲综合色网站丨午夜精品美女久久久久av福利丨国产午夜人做人免费视频网站丨国产又黄视频丨97se狼狼狼狼狼亚洲网丨狠狠亚洲婷婷综合色香五月丨中国一级毛片黄丨国产女人十八毛片丨国产色视频在线播放丨国产亚洲精久久久久久无码苍井空丨天天摸日日摸爽爽狠狠丨久久综合香蕉国产蜜臀av

       PLC做客戶端，與上位機以太網通訊也沒有問題。但是接收到的字符每次都缺第1位（比方上位發一串字符23232323，我接收到32323235）.末尾又多一位。

      （用網絡通訊助手驗證過上位機發送的字符是沒有問題的，比方上位發一串字符23232323，網絡助手接收到23232323），這樣驗證上位機發送的字符是沒有問題。因此推斷出是PLC接收字符出現了問題。

        與上位機通訊試嘗試過多組數據通訊，都是第一個字符丟失，末尾多一個字符。中間字符沒有問題。求解問題出在哪里。

建議上傳監控截圖

SOCKET通信時，第一個字保存發送或接收內容的長度，若發送長度是奇數，則最后一個字符后面會有一個無意義字符

上位機通訊，你讓上位機開發走MC協議啊，直接與PLC地址對應不就好了，何必還要寫通訊程序。

接收數據第一個地址是接收數據長度
如果數據內容/長度為奇數的時候最高位PLC系統會自動補數（這個數據沒有用），偶數是沒有彌補，這就是三菱有點惡心地方
解決這個方法是要計算數據長度用變址方式找到最后一個地址，把最后一個地址里高8Bit刪除

請參考！！！！！！！！！！

-------------------------------------------------------------------------------------------------

第一個字節存放發送或接收的內容長度，接收內容如果為奇數位，則最后一個字節后會跟一個無意義的字符

頂一下