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

學(xué)習(xí)學(xué)習(xí)學(xué)習(xí)學(xué)習(xí)學(xué)習(xí)學(xué)習(xí)

好復(fù)雜啊，學(xué)習(xí)了

學(xué)習(xí)學(xué)習(xí)

真是多謝了，還真實用

學(xué)習(xí)kankan

確實有這個問題！樓主的方法試試！

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