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

目前有個項目是通過通訊形式傳輸數(shù)據(jù)的，但是目前遇到一個問題，就是跟我方通訊的是一個單片機，然后協(xié)議是甲方擬定的，使用報文形式，當(dāng)甲方接受我傳輸?shù)闹噶顜�后會返回一個應(yīng)答幀，我這邊如何處理接受的這個應(yīng)答幀呢。能否有大神給舉個例子解惑一下呢

比如說現(xiàn)在有個機器人它在原點位，根據(jù)甲方的協(xié)議我給他傳輸一幀指令，告訴甲方機器人回到原點了，單片機接受后它返回一個應(yīng)答，告訴我單片機是接受完畢還是接受錯誤。因為我這個是順序控制，到哪步發(fā)哪步幀，就想了解下這個單片機返回的應(yīng)答數(shù)據(jù)，我是應(yīng)該加在我的程序每一步的前邊么，然后來觸發(fā)程序往下依次運行。

把說明書貼上來

通訊程序單獨運行處理

主程序運行到 相關(guān)步驟, 給通訊程序信號, 讓通訊程序信號發(fā)送數(shù)據(jù).  主程序繼續(xù)執(zhí)行,  直到主程序需要直到單片機工作狀態(tài)時 等待通訊的相應(yīng).

通訊程序收到發(fā)送數(shù)據(jù)指令, 開始發(fā)送數(shù)據(jù),   完成后 等待數(shù)據(jù)接受,  接受完成判斷數(shù)據(jù)是否正常, 正常置位相關(guān)狀態(tài), 告訴主程序等待主程序讀取.  

選個常用的協(xié)議不就完事了，協(xié)議里面東西都給你規(guī)定好了，你選個支持這個協(xié)議的PLC就可以了，別把問題想復(fù)雜了。
比如MODBUS RTU或者CANopen之類的。

是啊，就是需要動作就發(fā)生，并判斷他接收回來的狀態(tài)是否滿足你發(fā)生需要的狀態(tài)就行

照這說明看起來是無協(xié)議通訊的方式
我之前用過類似的只要對該站發(fā)送特定字串即可回傳
回傳回來的字串在拆解就可以使用
照你的說明來看你只有幾個特定的動作
那麼當(dāng)他回傳特定字串來判定不知是否合乎使用

如果協(xié)議不知道  建議用支持自由口的PLC
收到報文后  比較   對應(yīng)了才進入下一步

TCP IP協(xié)議基礎(chǔ)上建立報文
通訊程序要單獨寫，主程序要發(fā)報文，先把報文組織好傳到發(fā)送緩存，在觸發(fā)發(fā)送。接收要按報文拆解比較數(shù)據(jù)，是應(yīng)答報文就用數(shù)字做標(biāo)志位，根據(jù)標(biāo)志位進入下一步。
通訊我用的很多，可以自己建立通訊報文格式，滿足項目需求。思路一定要靈活，PLC任何一種編程語言都可以用。