wu32u2
耐得住挫折的打磨,我們將迸發出比鉆石還璀璨的光芒——
級別: 論壇先鋒
|
當PLC處于接受數據中時,發送請求標志位M8122置1是否會導致接收的數據丟失,出錯? [ 此帖被wu32u2在2010-12-07 17:40重新編輯 ] |
|
---|---|---|
|
njaolian
新年快樂,恭祝大家出門撿錢包。凡是撿到錢包的,分我一半,哈哈
級別: VIP會員
|
不要這樣,你最好,準備好要發送的數據,最后點擊M8122發送詢問,等到接受完成后,會有M8123信號出來,不要再發送過程中重新點擊M8122 樓主留言:是掃描槍的功能,不發送數據,但會隨時接收條形碼的數據,這樣的情況下,發送請求標志線圈要一直置位還是用上升沿出發置位一次就可以了? |
---|---|
|
njaolian
新年快樂,恭祝大家出門撿錢包。凡是撿到錢包的,分我一半,哈哈
級別: VIP會員
|
http://www.meas.com.cn/service/svc_idx_faqDetail.asp?id=60&categoryid=2 參考上面這個網站232通訊來編寫,通訊格式自己定義,根據需要。 我手頭上條碼槍都是232的,我用232bd模塊編寫過,也用232if編寫過,就是沒用485編寫過,參照這個程序,我想你的問題應該很快能解決 還有關鍵點,這個網站的程序有點問題,你自己要考慮到接受文件清除問題,如果每次接受條碼個數一樣,不會有問題,如果接受長條碼,再接受短條碼,就會出問題,你自己解決下,考慮一下每次新接受前,復位前面的接受數據,能提供的幫助就這么多了,剩下的靠自己了 樓主留言:恩謝謝~我去看看說不定能找到問題所在。 |
---|---|
本帖最近評分記錄: |
njaolian
新年快樂,恭祝大家出門撿錢包。凡是撿到錢包的,分我一半,哈哈
級別: VIP會員
|
上面回復我修改了,你再看下 樓主留言:清楚原數據的問題我已經解決了。我上傳我的程序吧。而且有個問題是,你給我的程序里沒有用到M8112發送請求可以接受數據,但是我昨天現場調試的時候也試過不用M1122發送請求(臺達的發送請求為M1122),但是就接受不到條形碼了,加上后又可以接受到 |
---|---|
|
wu32u2
耐得住挫折的打磨,我們將迸發出比鉆石還璀璨的光芒——
級別: 論壇先鋒
|
圖中兩條RS指令主要是員工條碼是8位,產品條碼是12位。,M110和m111是用來切換掃描對象的。。。不然空間剩余的話不會覆蓋。 |
|
---|---|---|
|
njaolian
新年快樂,恭祝大家出門撿錢包。凡是撿到錢包的,分我一半,哈哈
級別: VIP會員
|
居然分開掃描,唉,一個,在弄點程序處理,完全可以做到一個就能解決了 樓主留言:當時遇到漏碼情況電話到技術顧問那,那人建議我不同長度的分開掃,然后用了兩個rs。 |
---|---|
|
wu32u2
耐得住挫折的打磨,我們將迸發出比鉆石還璀璨的光芒——
級別: 論壇先鋒
|
圖片里就掃描槍的程序,后面上傳數據和接受數據還要用到一個rs指令。 |
|
---|---|---|
|