很多年前接觸Q的串口通訊就發現,用兩線制的485通訊會有一個問題,就是接收時回傳數據,PLC會把發送的數據就在接收的數據之前一起做放到到接收的緩沖區，要把發送的數據刪除，只有在程序上做文章，和是在發送后馬上來一個CSET指令，暈死，這樣的問題一直存在了幾年，沒有改進，看來鬼子的東西就軟件不行，現在做系統，不是用戶指定，大一點系統，用MIT的東西，就是一個字，麻煩，后面他們出了個GX CONFIGUAR SC V2，可以了FB做了一東西，NND，發送是沒有問題，接收如果兩線，有校驗的話，一樣是一個字，死。。。。，后面想了個辦法，發送部分用SC寫，接收用INPUT接令，這也是沒有辦法的辦法，暈，去年年未，他們的SC出了個2。21X的版，提供了一個PRE-DEFINED PROTOCOL FUNCTION的功能，可以大大的簡化串口編程，可以說基本不要手動去寫代碼，一試，MMD，四線沒問題，兩線的一樣是接收出問題，跟FA聯系很多次，說這玩意有BUG，開如他們自己都不知有這個功能，后面答復我有這個功能，和我說的一樣，但他們也沒辦法，這就什么事啊，暈啊，看來就是個做小系統的破爛貨啊，所以現在我做系統向客推薦的順序是AB，SIEMENS，LS，MITISUBISH。。。說實話棒子的東西新出的PLC，一是便宜，二是通訊方面很省事，沒那麻煩，當然客戶有點錢，還是用我說的前兩位的東西好，穩定，省事，庫多，維護，升級也方便，煩MIT，一個東西出了幾百年，沒見有什么新花樣，

樓主，你說的真對，我最近就是在做這方面的通訊，就是outputz之后 input就是收到發送一樣的東西，CEST指令 用不好，不知道能否提供個簡單的程序