很多年前接觸Q的串口通訊就發(fā)現(xiàn),用兩線制的485通訊會有一個問題,就是接收時回傳數(shù)據(jù),PLC會把發(fā)送的數(shù)據(jù)就在接收的數(shù)據(jù)之前一起做放到到接收的緩沖區(qū)，要把發(fā)送的數(shù)據(jù)刪除，只有在程序上做文章，和是在發(fā)送后馬上來一個CSET指令，暈死，這樣的問題一直存在了幾年，沒有改進，看來鬼子的東西就軟件不行，現(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，一是便宜，二是通訊方面很省事，沒那麻煩，當然客戶有點錢，還是用我說的前兩位的東西好，穩(wěn)定，省事，庫多，維護，升級也方便，煩MIT，一個東西出了幾百年，沒見有什么新花樣，

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

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