icelife
級別: 探索解密
精華主題: 0
發(fā)帖數(shù)量: 7 個
工控威望: 110 點
下載積分: 564 分
在線時間: 30(小時)
注冊時間: 2010-09-03
最后登錄: 2024-06-04
查看icelife的 主題 / 回貼
樓主  發(fā)表于: 2011-03-14 23:17
很多年前接觸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,一個東西出了幾百年,沒見有什么新花樣,