成人动漫在线观看 I 免费看大片a I 亚洲另类av I 久久精品视频一区 I 秋霞中文字幕 I 不卡视频一区二区 I 性色在线 I 爽妇综合网 I 黄色的一级片 I 美女靠逼app I 色播欧美 I 久色悠悠 I 日本久久黄色 I 非洲黑寡妇性猛交视频 I 亚洲乱码国产乱码精品精大量 I 看特级黄色片 I 一二三区在线播放 I 久久激情婷婷 I 欧美日韩国产成人精品 I 国产三级国产精品国产专区50 I 911视频完整版在线观看 I 色婷婷aⅴ一区二区三区 I 美女视频福利网站 I 操久久久久久 I 揉着我的奶从后面进去视频 I 各种少妇bbw撒尿484613 I 自拍偷拍 网站 I 亚洲人 屁股 鞭打网站

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

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

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

建議上傳監控截圖

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

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

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

請參考�。。。。。。。。。�

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

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

頂一下