91黄动漫 I 欧美 日韩 国产 成人 在线 I a级成人毛片 I 农村黄色片 I 男生捅女生的肌肌 I 精品99一区二区三区 I 妃光莉av I 日日夜夜操操 I 性中国古装videossex I 久久不卡av I 美女高潮动态图 I 极品美女开粉嫩精品 I 牛牛精品一区二区 I 91精品福利视频 I 成人刺激视频 I 91国内精品视频 I 中国一级特黄毛片大片 I 校长狠狠挺进校花体内小说 I 欧美激情黄色片 I 欧美久久久一区 I 爱豆国产剧免费观看大全剧苏畅 I 麻豆国产人妻欲求不满谁演的 I 亚洲一区二区在线免费观看视频 I 国产超碰av人人做人人爽 I 精品国产第一国产综合精品 I 久久免费看av I 欧美一区二区三区白人 I 国产精品夫妻激情 I 校花被肉干高h潮不断 I 欧美最猛黑人xxxx黑人表情 I 国产欧美日韩一区二区搜索 I 极品女神露脸呻吟啪啪 I 人人天天久久 I 亚洲动漫在线 I 日本91福利区 I 五月天 桃色 开心 I av在线免费观看国产 I 男人添女人的免费视频 I 夜夜穞天天穞狠狠穞

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

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

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

建議上傳監控截圖

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

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

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

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

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

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

頂一下