|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測(cè)控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動(dòng)編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
關(guān)于無(wú)線通信防碰撞問(wèn)題 |
| 作者：javie 欄目：通信技術(shù) |
有一個(gè)服務(wù)器與5臺(tái)終端進(jìn)行通信,為了防止數(shù)據(jù)碰撞問(wèn)題,暫定如下: 1、終端只有在接收到呼叫時(shí)才給服務(wù)器發(fā)送數(shù)據(jù)； 2、服務(wù)器采用輪尋的方式呼叫各個(gè)終端，比如以1分鐘為周期，每5分鐘輪尋完一遍； 3、每個(gè)終端與服務(wù)器的通信都使用一個(gè)特定的頻點(diǎn)，這樣既有時(shí)分又有頻分； 4、如果服務(wù)器在呼叫1號(hào)終端時(shí)使用f1頻率，但在規(guī)定的時(shí)間（如200ms）內(nèi)沒(méi)有收到1號(hào)終端回復(fù)，則更換頻點(diǎn)到f2，1號(hào)終端在規(guī)定時(shí)間區(qū)間沒(méi)有收到服務(wù)器呼叫，則自動(dòng)重新搜索頻率，并與服務(wù)器通信； 問(wèn)題如下： 上述第4條中，我不確認(rèn)是否可行，如不可行，該如何來(lái)做？ 另，這種方法總體上是否可行？ 望大家賜教！ |
| 2樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/27 13:28:00 發(fā)布：
可以，只是有點(diǎn)“機(jī)械”了 你的網(wǎng)絡(luò)規(guī)模不大，無(wú)必要頻分，輪尋即可，而且周期不必那么長(zhǎng)。平時(shí)主機(jī)定期輪尋節(jié)點(diǎn)時(shí)僅發(fā)送節(jié)點(diǎn)狀態(tài)查詢指令，然后等待節(jié)點(diǎn)回應(yīng)，節(jié)點(diǎn)有數(shù)據(jù)需上傳時(shí)可先返回回應(yīng)指令待主機(jī)確認(rèn)并回傳取數(shù)指令后上傳數(shù)據(jù)，當(dāng)然直接上傳也可以，看數(shù)據(jù)量和需要的功能了。若主機(jī)一段時(shí)間內(nèi)收不到某個(gè)節(jié)點(diǎn)的回應(yīng)或回應(yīng)的錯(cuò)誤率高要分別進(jìn)行登記，提醒處理。正常輪尋時(shí)，不必用足定長(zhǎng)時(shí)間，只要該節(jié)點(diǎn)空閑就輪尋下一個(gè)就是，用中斷程序很容易處理，節(jié)點(diǎn)以地址區(qū)分即可。 推薦的幀結(jié)構(gòu)：地址碼＋功能碼＋數(shù)據(jù)區(qū)＋校驗(yàn)碼。 |
|
| 3樓： | >>參與討論 |
| 作者： javie 于 2007/3/27 14:30:00 發(fā)布：
我現(xiàn)在比較害怕頻點(diǎn)被污染的問(wèn)題... 先前曾經(jīng)請(qǐng)教過(guò)木頭東瓜同學(xué),但仍不甚明朗 |
|
| 4樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/27 15:09:00 發(fā)布：
選干凈的頻點(diǎn)即可 頻分甚至跳頻當(dāng)然也可以，但所有節(jié)點(diǎn)都跳頻的話就比較麻煩了，同步特別是突發(fā)干擾后的同步處理對(duì)協(xié)議的編制要求較高。單頻分的意義不大，要么所有節(jié)點(diǎn)同頻，要么都跳頻。 |
|
| 5樓： | >>參與討論 |
| 作者： 木頭東瓜 于 2007/3/27 16:03:00 發(fā)布：
老j，別提請(qǐng)教好不好？ 那是共同探討，嘿嘿 真不明白你為啥要為一個(gè)概率很小的事情而擔(dān)憂 |
|
| 6樓： | >>參與討論 |
| 作者： javie 于 2007/3/27 16:49:00 發(fā)布：
做系統(tǒng)當(dāng)然不能做到萬(wàn)無(wú)一失 但能避免的東西總要去避免,這就是做產(chǎn)品與做實(shí)驗(yàn)的區(qū)別,再者,雖然現(xiàn)在只是幾個(gè)人在做,但遞交上去,會(huì)有N個(gè)人來(lái)審,哪怕一丁點(diǎn)漏洞可能都要重新來(lái)過(guò). 在下才學(xué)疏淺,還請(qǐng)各位賜教. 因?yàn)榭赡軙?huì)用到一些相關(guān)硬件,其實(shí)半月前就想約chunyang兄面談,但覺(jué)得以目前來(lái)看對(duì)這個(gè)系統(tǒng)構(gòu)劃不甚明朗的情況下貿(mào)然打擾,只會(huì)耽誤別人的時(shí)間,所以還是在網(wǎng)上做個(gè)請(qǐng)教先. |
|
| 7樓： | >>參與討論 |
| 作者： javie 于 2007/3/27 16:51:00 發(fā)布：
也許正是因?yàn)橥庑胁艜?huì)容易進(jìn)入一個(gè)牛角尖 |
|
| 8樓： | >>參與討論 |
| 作者： chunyang 于 2007/3/28 11:30:00 發(fā)布：
關(guān)鍵是分析好應(yīng)用 技術(shù)手段以適應(yīng)應(yīng)用為佳，單純考慮應(yīng)對(duì)小概率事件而使系統(tǒng)復(fù)雜化的話，在多數(shù)情況下反而有可能會(huì)降低系統(tǒng)的整體可靠性。突發(fā)干擾不可怕，用嚴(yán)格的校驗(yàn)和重發(fā)機(jī)制即可保證實(shí)用性即在時(shí)域上躲過(guò)干擾，必要時(shí)采用多頻制（整體改頻，適于定頻干擾）而非跳頻制，人工介入（多數(shù)情況夠用）或自動(dòng)換頻，這樣足以應(yīng)付絕大多數(shù)情況了。跳頻方式（你的想法類(lèi)似，但還不算真正的跳頻）適于密集的點(diǎn)－點(diǎn)應(yīng)用，要點(diǎn)是保持同步。網(wǎng)絡(luò)跳頻則可考慮移動(dòng)通訊用的方法，但對(duì)普通低速數(shù)傳信道而言，這樣做會(huì)使效率（相當(dāng)于有效帶寬）大幅下降。 |
|
| 9樓： | >>參與討論 |
| 作者： 電子老水牛 于 2007/4/3 23:41:00 發(fā)布：
這種微型應(yīng)用還要用到跳頻？ 真是笑死人了，知道如何達(dá)到跳頻同步嗎？同步概率是多少？同步保持時(shí)間是多少？ 還用不用Mash網(wǎng)絡(luò)？Ad Hoc？自適應(yīng)跳頻？數(shù)據(jù)鏈？ 笑掉大牙 |
|
| 10樓： | >>參與討論 |
| 作者： javie 于 2007/4/4 15:05:00 發(fā)布：
樓上的,你的大牙找到了嗎? 如果找到了,拿個(gè)502粘上啊... |
|
| 11樓： | >>參與討論 |
| 作者： javie 于 2007/4/4 15:09:00 發(fā)布：
9樓的小馬甲同志 要不您來(lái)給俺好好講講Mash網(wǎng)絡(luò)好不好,俺搬個(gè)馬扎好好聽(tīng) 等您講完了,您再數(shù)落俺,如何? |
|
| 12樓： | >>參與討論 |
| 作者： 木頭東瓜 于 2007/4/4 15:17:00 發(fā)布：
老j 都出來(lái)混好幾年了 還那么沖啊 嘿嘿 俺現(xiàn)在一般都不數(shù)落誰(shuí)了 這年頭，誰(shuí)都得罪不起 日子難混阿 |
|
| 13樓： | >>參與討論 |
| 作者： javie 于 2007/4/4 15:20:00 發(fā)布：
也是哈... 應(yīng)該做到寵辱不驚才對(duì)... |
|
| 14樓： | >>參與討論 |
| 作者： oyggj 于 2007/4/4 15:46:00 發(fā)布：
要不電子老水牛給大家上上課, 要不電子老水牛給大家上上課,大家好好聽(tīng). |
|
| 15樓： | >>參與討論 |
| 作者： 雪 于 2007/8/25 9:16:34 發(fā)布：
請(qǐng)問(wèn),要是終端機(jī)上千臺(tái)呢,如何解決發(fā)送碰撞問(wèn)題. |
|
|
|
| 免費(fèi)注冊(cè)為維庫(kù)電子開(kāi)發(fā)網(wǎng)會(huì)員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號(hào) |