無(wú)線排隊(duì)機(jī)系統(tǒng)工作流程：
　　1．當(dāng)客戶使用取號(hào)機(jī)，取號(hào)機(jī)按存儲(chǔ)的號(hào)碼遞增，提供一個(gè)號(hào)碼并打印，取號(hào)機(jī)將此號(hào)碼在無(wú)線空閑狀態(tài)下發(fā)送給主機(jī)。
　　2．主機(jī)根據(jù)現(xiàn)有各窗口業(yè)務(wù)狀況，如果有某個(gè)窗口空閑，則立即指派任務(wù)。如果有客戶在前面等待則讓最新的號(hào)碼加入排隊(duì)隊(duì)列。
　　3．當(dāng)工作人員按下呼叫器的呼叫鍵時(shí)，呼叫器通過(guò)無(wú)線模塊向主機(jī)發(fā)送要求，主機(jī)收到請(qǐng)求后，根據(jù)當(dāng)前排隊(duì)狀況給出應(yīng)答，應(yīng)答包括安排的客戶號(hào)碼和現(xiàn)有排隊(duì)等待的人數(shù)。如果沒(méi)人排隊(duì)，則提供空閑信息。
　　4．主機(jī)確定有人在排隊(duì)的情況下，將最前面一個(gè)號(hào)碼發(fā)送給語(yǔ)音播放系統(tǒng)，播放語(yǔ)音告知客戶。并將號(hào)碼發(fā)給對(duì)應(yīng)的顯示屏顯示。主機(jī)成功發(fā)送排隊(duì)號(hào)碼后，再將該號(hào)碼從排隊(duì)號(hào)碼隊(duì)列中刪除。
　　五、系統(tǒng)通訊時(shí)序處理針對(duì)無(wú)線通訊可能出現(xiàn)的干擾，以及多機(jī)通訊存在的信號(hào)空中碰撞，必須在通訊協(xié)議及時(shí)序上進(jìn)行軟件處理。
　　1．命令發(fā)送后，必須增加應(yīng)答命令。如果沒(méi)收到應(yīng)答或者收到錯(cuò)誤信息應(yīng)答，則必須重發(fā)。二次重發(fā)無(wú)效則跳過(guò)處理下一設(shè)備，并向系統(tǒng)管理員發(fā)送錯(cuò)誤報(bào)警信息。等空閑時(shí)再進(jìn)行嘗試處理。
　　2．協(xié)議必須增加幀校驗(yàn)字節(jié)，最好采用CRC16 校驗(yàn)方式，如果校驗(yàn)字節(jié)錯(cuò)誤，命令不進(jìn)行處理，相應(yīng)也沒(méi)有應(yīng)答產(chǎn)生。
　　3. 程序采用有任務(wù)時(shí)才產(chǎn)生通訊，故在空閑或窗口相對(duì)較少時(shí)，只要相應(yīng)增加偵聽(tīng)，基本不會(huì)產(chǎn)生數(shù)據(jù)碰撞。
　　4．因?yàn)闊o(wú)線模塊采用半雙工通訊，即發(fā)數(shù)據(jù)時(shí)不能收，收數(shù)據(jù)時(shí)不能發(fā)，所以在發(fā)送前，先判斷是否有設(shè)備在發(fā)送數(shù)據(jù)，如果空中無(wú)數(shù)據(jù)則立即發(fā)送。如果有設(shè)備在發(fā)送，判斷是否是主動(dòng)方還是應(yīng)答，如是主動(dòng)，則必須等應(yīng)答完成后再偵聽(tīng)后發(fā)送，如果是應(yīng)答，則等應(yīng)答幀發(fā)送完成后，再延時(shí)偵聽(tīng)發(fā)送。
　　5．關(guān)于延時(shí)，各設(shè)備可采用50ms內(nèi)的一個(gè)隨機(jī)時(shí)間進(jìn)行通訊起始發(fā)送。
　　6. 為了增加系統(tǒng)的穩(wěn)定性，減少碰撞次數(shù)，建議在主機(jī)上采用2個(gè)無(wú)線模塊，工作在不同信道上，一個(gè)模塊與呼叫器通訊，另一個(gè)模塊與顯示屏通訊。
　　7. 語(yǔ)音系統(tǒng)可以不需要單獨(dú)與主機(jī)通訊，只需要監(jiān)控主機(jī)與顯示屏或者呼叫器之一種設(shè)備的通訊數(shù)據(jù)，只要監(jiān)控到一個(gè)完整的通訊過(guò)程，即可采用語(yǔ)音合成技術(shù)合成語(yǔ)音并通過(guò)揚(yáng)聲器播放即可。
　　8. 應(yīng)答信息，可以不需要校驗(yàn)，由于數(shù)據(jù)長(zhǎng)度較短，可以采用數(shù)據(jù)重復(fù)發(fā)送3次，接收方只要接收到一次即可認(rèn)為有效。
　　9．編寫通訊程序時(shí)，必須考慮到無(wú)線模塊傳輸數(shù)據(jù)的延遲時(shí)間。