新手，遇到個問題。

用的是三菱fx3u的plc，通訊卡是485-BD通訊板。兩個掃碼槍通過串口給pc發(fā)送數(shù)據(jù)，PC端經過數(shù)據(jù)庫比對給出兩個比對結果，然后PC再通過串口給plc發(fā)送這兩個結果。掃碼槍給PC發(fā)的信號先后順序不確定，PC給plc發(fā)的數(shù)據(jù)照理也是先后不一，反正是通過串口發(fā)的。
PC給plc發(fā)的是OK1、OK2、NG1、NG2，為什么最后plc的D20只能接收到OK、NG兩個信號？后面的1和2丟哪里去了？
后面就把PC端發(fā)的OK1、OK2、NG1、NG2這四個信號改成了OK、NG、ok、ng，能正常接收到這四個數(shù)據(jù)了。但是經過幾千次測試后發(fā)現(xiàn)plc偶爾只能接收到一個大寫K或者一個小寫k，甚至會接收到什么1K，-K，j這幾個數(shù)據(jù)。出現(xiàn)的概率大概在10%

純新手，程序截圖在附件里，不知道問題出在哪里，求師傅指教。

我也是醉了 你還發(fā)字符串？
你直接發(fā)1  2  3 4 不就好了

收不到你可以用三個寄存器試試 可能設置了低8位模式
第二個 都用無協(xié)議了  你還定義這些字符干嘛 直接按樓上說的 發(fā)1 2 3 4 搞那么麻煩干嘛 自己定義處理結果 基本上通訊是數(shù)據(jù)長度越短越好 不容易出錯 你這搞的倒好 直接發(fā)字符串

學習學習....

串口丟包？..
我試過用純數(shù)字做這種通訊，使用2年多下來沒試過有問題，報頭報尾和內容都是純數(shù)字，各自后端再做識別