09_ZigBee控制臺實現(xiàn).doc

09_ZigBee控制臺實現(xiàn),ZigBee網(wǎng)絡(luò)通信。
控制臺實現(xiàn)、、表格網(wǎng)格型
控制臺實現(xiàn)轉(zhuǎn)載請注明出處寫于
終于要用進行組網(wǎng)了，是能夠自組網(wǎng)的，從某種層面上來講這是很好的做法，但由于節(jié)點間的通信經(jīng)常需要知道地址，綁定又會由于網(wǎng)絡(luò)結(jié)構(gòu)的改變而失效，同時也是一種麻煩，給網(wǎng)絡(luò)間模塊的替換、查找及定位帶來不便，所以我想在網(wǎng)絡(luò)中實現(xiàn)一種使上述過程變得簡單的操作方式。這樣我就得想辦法擺脫對網(wǎng)絡(luò)結(jié)構(gòu)的依賴，這里我選擇使用廣播，速度上肯定會有所降低的。當(dāng)然如果愿意的話也可以自己實現(xiàn)一套規(guī)則。然后就是實現(xiàn)一個控制臺用于人機交互。我是基于工程實現(xiàn)的，這是一個串口透明傳輸試驗。
一、廣播實現(xiàn)
我們首先回顧一個函數(shù)：

調(diào)用此函數(shù)發(fā)送數(shù)據(jù)。
函數(shù)原型：


參數(shù)：
�目的地仲EＦ渲械刂紡Ｊ嬌梢允牽喊蠖�模式地仲E⒆椴サ刂貳?br>廣播地址、直接傳輸單播地址。
ㄔ炊說?br>ù睪濃域的長度，發(fā)送數(shù)據(jù)的字節(jié)數(shù)。
ㄗ急阜⑺偷氖��?br>ù�输序翞a?br>�、、�?br>
ㄗ畬蟮奶��?br>返回值：
ㄗ刺?br>



短地址
長地址

傳送模式
指定的端點號端點—保留端點范圍
用于功能

我們首先得把地址模式設(shè)置為廣播模式，并設(shè)置短地址為廣播地址，如：
廣播

然后直接參照工程中函數(shù)中的代碼
長度有效






+發(fā)送失敗，添加任務(wù)等待再次發(fā)送



其中簇是用來指定由誰來處理這個數(shù)據(jù)的，我當(dāng)然是直接把數(shù)據(jù)發(fā)到串口�？上У氖沁@樣改好后，測試失敗！在工程中有兩個使用廣播的例子。一處是在網(wǎng)絡(luò)加入成功時把自己的地址廣播給原先網(wǎng)絡(luò)中存在的節(jié)點；另一處是在某個按鍵按下的時候。不過這兩個函數(shù)最后都調(diào)用函數(shù)來完成發(fā)送





拷貝長地址







+看到我們應(yīng)該明白過來調(diào)用這個函數(shù)最終只能把數(shù)據(jù)廣播給，然而即便是改為應(yīng)用層應(yīng)用層還是沒辦法收到數(shù)據(jù)，那么參數(shù)肯定有問題！最終是這樣一個宏使得問題迎刃而解。





這是用來拷貝地址的，然而多出來一個東西，我一直認為它是端點號，其實從字面也應(yīng)該這么理解，問過同事才知道更準(zhǔn)確點應(yīng)該叫做“端口”，什么意思呢？使用過手機上網(wǎng)的應(yīng)該都記得需要設(shè)置一個端口，對機比較熟悉的也應(yīng)該知道有一個端口，就是這個東西。由于文檔中沒有告訴我端口號那就只能找了，最后看到應(yīng)用層定義了如下宏：

顧名思義，我想這應(yīng)該就是應(yīng)用層的端口號了，于是添加如下語句

串口如我所預(yù)期的那樣收到了數(shù)據(jù)。至此，把綁定改為廣播調(diào)試成功！最后我把它做成函數(shù)：





廣播命令

占用串口

從