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

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