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

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

把說明書貼上來(lái)

通訊程序單獨(dú)運(yùn)行處理

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

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

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

是啊，就是需要?jiǎng)幼骶桶l(fā)生，并判斷他接收回來(lái)的狀態(tài)是否滿足你發(fā)生需要的狀態(tài)就行

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

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

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