1. ZigBee技術(shù)期末備考從理論到實(shí)戰(zhàn)的全面梳理又到了學(xué)期末相信不少電子信息、物聯(lián)網(wǎng)工程專業(yè)的同學(xué)正在為ZigBee這門課頭疼。這門課理論抽象協(xié)議棧復(fù)雜實(shí)驗(yàn)環(huán)節(jié)又和具體的芯片、開發(fā)環(huán)境綁定復(fù)習(xí)起來確實(shí)不容易。我當(dāng)年學(xué)的時候也深有體會光是一堆英文縮寫和分層協(xié)議就能把人繞暈。網(wǎng)上能找到的題目往往只有干巴巴的答案缺少背后的原理推導(dǎo)和實(shí)際應(yīng)用場景的聯(lián)想導(dǎo)致死記硬背效果很差。這次我結(jié)合自己多年在無線傳感網(wǎng)領(lǐng)域的項(xiàng)目經(jīng)驗(yàn)以及帶新人、做培訓(xùn)時遇到的常見問題對ZigBee期末考試的核心考點(diǎn)進(jìn)行一次深度梳理。這不僅僅是“題目答案”的匯總更是一次系統(tǒng)性的知識復(fù)盤和實(shí)戰(zhàn)經(jīng)驗(yàn)分享希望能幫你真正理解ZigBee而不僅僅是為了應(yīng)付考試。ZigBee的核心是基于IEEE 802.15.4標(biāo)準(zhǔn)的低速無線個域網(wǎng)技術(shù)主打低功耗、低成本和自組網(wǎng)。復(fù)習(xí)時一定要抓住這條主線物理層和MAC層是IEEE 802.15.4定義的“地基”而網(wǎng)絡(luò)層、應(yīng)用層等則是ZigBee聯(lián)盟在此基礎(chǔ)上定義的“上層建筑”。常見的考題和實(shí)驗(yàn)平臺比如TI的CC2530芯片和Z-Stack協(xié)議棧都是這一標(biāo)準(zhǔn)的具體實(shí)現(xiàn)。理解了這套框架很多問題就能迎刃而解。2. 核心理論考點(diǎn)深度解析與避坑指南理論部分常常是選擇題、填空題和簡答題的重災(zāi)區(qū)知識點(diǎn)零碎且容易混淆。我們需要把它們串聯(lián)起來形成知識網(wǎng)絡(luò)。2.1 ZigBee協(xié)議棧架構(gòu)與各層功能精講這是必考的基礎(chǔ)。ZigBee協(xié)議棧采用分層結(jié)構(gòu)每一層都有其明確的職責(zé)下層為上層提供服務(wù)。死記硬背各層名字沒有意義關(guān)鍵要理解數(shù)據(jù)是如何一層層封裝和解封的。物理層PHY這是最底層直接和硬件打交道。它的核心職責(zé)就兩個數(shù)據(jù)的“發(fā)送”與“接收”。具體來說就是負(fù)責(zé)激活/關(guān)閉無線收發(fā)器、信道選擇、能量檢測、鏈路質(zhì)量指示以及通過空中接口進(jìn)行比特流的發(fā)送與接收。在CC2530上這部分工作主要由芯片內(nèi)部的射頻模塊完成。考題常問ZigBee使用的頻段答案是全球通用的2.4GHz ISM頻段還有868MHz和915MHz但2.4GHz最常用在這個頻段上劃分了16個信道信道11-26。信道間隔是5MHz這決定了相鄰信道間的干擾情況。媒體訪問控制層MAC這一層管理著無線信道的訪問規(guī)則可以理解為交通警察。它的核心機(jī)制是CSMA-CA載波偵聽多路訪問/沖突避免。設(shè)備在發(fā)送數(shù)據(jù)前先“聽聽”信道忙不忙如果忙就隨機(jī)退避一段時間再試以此減少碰撞。MAC層還負(fù)責(zé)組建網(wǎng)絡(luò)、關(guān)聯(lián)和解除關(guān)聯(lián)、提供可靠的單跳通信鏈路通過確認(rèn)幀ACK。一個常見的考點(diǎn)是ZigBee的MAC層采用哪種接入方式答案是信標(biāo)模式和非信標(biāo)模式。在信標(biāo)網(wǎng)絡(luò)中協(xié)調(diào)器定期廣播信標(biāo)幀網(wǎng)絡(luò)設(shè)備在信標(biāo)周期內(nèi)醒來通信然后休眠非常省電非信標(biāo)網(wǎng)絡(luò)則采用純CSMA-CA設(shè)備隨時可以競爭信道更靈活但功耗相對較高。網(wǎng)絡(luò)層NWK這是ZigBee智能的體現(xiàn)負(fù)責(zé)網(wǎng)絡(luò)的“組織”和數(shù)據(jù)的“路由”。它管理設(shè)備的入網(wǎng)、離網(wǎng)分配16位短地址最重要的是實(shí)現(xiàn)多跳路由。ZigBee支持三種網(wǎng)絡(luò)拓?fù)湫切?、樹型和網(wǎng)狀網(wǎng)?？碱}常考三者的區(qū)別星型最簡單所有設(shè)備直接與協(xié)調(diào)器通信樹型基于父子關(guān)系路由路徑固定網(wǎng)狀網(wǎng)最強(qiáng)大設(shè)備間可以互相通信路由路徑動態(tài)選擇可靠性最高。路由算法是重點(diǎn)ZigBee主要采用AODV按需距離矢量路由算法。它的核心思想是當(dāng)需要發(fā)送數(shù)據(jù)而又不知道路徑時廣播一個路由請求RREQ收到請求的目的節(jié)點(diǎn)或中間節(jié)點(diǎn)沿原路返回一個路由應(yīng)答RREP從而建立一條路徑。這個過程是“按需”的節(jié)省了資源。應(yīng)用層APL這一層是用戶真正能接觸到的部分包括應(yīng)用支持子層APS、ZigBee設(shè)備對象ZDO和用戶自定義的應(yīng)用對象。APS負(fù)責(zé)端到端的數(shù)據(jù)傳輸、綁定將不同設(shè)備的應(yīng)用端點(diǎn)邏輯連接起來和組管理。ZDO比較特殊它定義了一個設(shè)備在網(wǎng)絡(luò)中的角色協(xié)調(diào)器、路由器、終端設(shè)備和管理功能比如網(wǎng)絡(luò)發(fā)現(xiàn)、服務(wù)發(fā)現(xiàn)、綁定管理等可以把它看作一個特殊的系統(tǒng)級應(yīng)用。用戶開發(fā)的應(yīng)用則運(yùn)行在240個應(yīng)用端點(diǎn)上端點(diǎn)1-240端點(diǎn)0保留給ZDO端點(diǎn)255用于廣播。避坑提示很多同學(xué)分不清“短地址”和“MAC地址”。記住64位的IEEE MAC地址擴(kuò)展地址是設(shè)備全球唯一的物理地址像身份證號。16位的網(wǎng)絡(luò)短地址是設(shè)備入網(wǎng)后由父設(shè)備通常是協(xié)調(diào)器或路由器動態(tài)分配的臨時地址像你在一個公司里的工號只在當(dāng)前網(wǎng)絡(luò)內(nèi)有效主要用于日常通信可以減少數(shù)據(jù)包開銷。2.2 ZigBee網(wǎng)絡(luò)設(shè)備類型與自組網(wǎng)流程剖析設(shè)備類型和入網(wǎng)流程是實(shí)操和理論結(jié)合非常緊密的部分也是實(shí)驗(yàn)課的重點(diǎn)。三種設(shè)備類型協(xié)調(diào)器ZC網(wǎng)絡(luò)的創(chuàng)建者和管理者。一個ZigBee網(wǎng)絡(luò)有且只有一個協(xié)調(diào)器。它負(fù)責(zé)選擇信道、分配網(wǎng)絡(luò)標(biāo)識符PAN ID、分配短地址并且通常作為整個網(wǎng)絡(luò)的信任中心管理密鑰。它必須是全功能設(shè)備FFD不能休眠。路由器ZR也是全功能設(shè)備FFD。它的主要功能是擴(kuò)展網(wǎng)絡(luò)覆蓋范圍允許子設(shè)備通過它加入網(wǎng)絡(luò)并參與數(shù)據(jù)的多跳路由轉(zhuǎn)發(fā)。路由器可以休眠但在ZigBee中為了保持網(wǎng)絡(luò)路由表路由器通常不進(jìn)入深度休眠。終端設(shè)備ZED通常是精簡功能設(shè)備RFD。它不能轉(zhuǎn)發(fā)數(shù)據(jù)只能通過其父設(shè)備協(xié)調(diào)器或路由器與網(wǎng)絡(luò)通信。終端設(shè)備大部分時間可以處于休眠狀態(tài)以節(jié)省電量只在需要發(fā)送數(shù)據(jù)或查詢父設(shè)備時喚醒。這是電池供電傳感器的典型角色。自組網(wǎng)網(wǎng)絡(luò)形成與加入流程詳解 這是一個經(jīng)典的流程題考點(diǎn)。我們結(jié)合Z-Stack里的狀態(tài)機(jī)來理解協(xié)調(diào)器建網(wǎng)設(shè)備啟動后ZDO會嘗試恢復(fù)網(wǎng)絡(luò)狀態(tài)如果失敗則進(jìn)入初始化狀態(tài)。協(xié)調(diào)器會進(jìn)行能量掃描評估各信道的干擾情況然后選擇一個“安靜”的信道。接著它會選擇一個PAN ID通常隨機(jī)生成避免與周邊網(wǎng)絡(luò)沖突。最后協(xié)調(diào)器將自己設(shè)為網(wǎng)絡(luò)協(xié)調(diào)器開始允許其他設(shè)備加入。此時它的LED燈常亮或按特定模式閃爍取決于你的程序設(shè)置。路由器/終端設(shè)備入網(wǎng)設(shè)備啟動后首先會進(jìn)行主動或被動掃描。主動掃描是設(shè)備在每個信道上發(fā)送信標(biāo)請求然后監(jiān)聽信標(biāo)響應(yīng)被動掃描是設(shè)備在每個信道上直接監(jiān)聽協(xié)調(diào)器或路由器定期發(fā)出的信標(biāo)幀。掃描完成后設(shè)備會從收到的信標(biāo)中選擇一個合適的父設(shè)備通常信號最強(qiáng)然后發(fā)送關(guān)聯(lián)請求。父設(shè)備處理請求分配一個16位短地址給子設(shè)備并回復(fù)關(guān)聯(lián)響應(yīng)。子設(shè)備收到響應(yīng)后入網(wǎng)成功。實(shí)操心得在實(shí)驗(yàn)室調(diào)試時如果設(shè)備死活加不進(jìn)網(wǎng)絡(luò)請按以下順序排查① 確認(rèn)協(xié)調(diào)器已成功建網(wǎng)看指示燈或串口打印。② 確認(rèn)設(shè)備類型編譯選項(xiàng)正確是ZED、ZR還是ZC。③ 檢查信道和PAN ID是否一致所有設(shè)備必須在同一信道和PAN ID下。④ 檢查設(shè)備是否在有效通信范圍內(nèi)信號強(qiáng)度RSSI是否足夠。⑤ 查看Z-Stack中的網(wǎng)絡(luò)狀態(tài)變量如devState通過串口打印出來這是最直接的調(diào)試手段。3. Z-Stack協(xié)議棧與OSAL操作系統(tǒng)抽象層實(shí)戰(zhàn)精要對于使用TI CC2530平臺的同學(xué)來說Z-Stack和OSAL是繞不開的兩座大山?？荚囍谐Ｒ猿绦蛱羁疹}、代碼分析題的形式出現(xiàn)。3.1 Z-Stack項(xiàng)目結(jié)構(gòu)與關(guān)鍵文件解讀打開一個Z-Stack項(xiàng)目如SampleApp你會看到一堆文件夾。別慌核心的就幾個App這是你主要編寫代碼的地方存放你的應(yīng)用層源文件和頭文件比如SampleApp.c。HAL硬件抽象層包含驅(qū)動LED、按鍵、LCD、串口等硬件的代碼。你要改按鍵功能或加個傳感器通常來這里找對應(yīng)驅(qū)動。MAC、NWK、ZDO等協(xié)議棧各層的實(shí)現(xiàn)除非高級開發(fā)否則不要輕易修改。OSAL操作系統(tǒng)抽象層的核心包含了任務(wù)調(diào)度、內(nèi)存管理、定時器、電源管理等。Tools項(xiàng)目配置和編譯腳本。ZMain主函數(shù)main()所在的位置系統(tǒng)從這里啟動。關(guān)鍵流程從main()到你的任務(wù)在ZMain.c的main()函數(shù)中系統(tǒng)依次完成硬件初始化、驅(qū)動初始化、OSAL初始化和協(xié)議棧初始化最后進(jìn)入osal_start_system()這是一個永不返回的死循環(huán)負(fù)責(zé)輪詢所有任務(wù)。你的應(yīng)用如SampleApp在OSAL中注冊為一個任務(wù)。OSAL會不斷地檢查每個任務(wù)是否有事件發(fā)生比如收到了無線數(shù)據(jù)、定時器超時、按鍵被按下如果有就調(diào)用該任務(wù)的事件處理函數(shù)。3.2 OSAL運(yùn)行機(jī)制與任務(wù)開發(fā)范式OSAL不是一個傳統(tǒng)的搶占式操作系統(tǒng)而是一個基于事件輪詢的合作式調(diào)度系統(tǒng)。理解這一點(diǎn)至關(guān)重要。核心機(jī)制任務(wù)與事件每個任務(wù)Task都有一個16位的事件變量events每一位代表一種事件類型如SYS_EVENT_MSG系統(tǒng)消息事件MY_SEND_EVT自定義發(fā)送事件。任務(wù)ID每個任務(wù)在系統(tǒng)初始化時通過osalTaskAdd()注冊并獲得一個唯一的任務(wù)ID。這個ID是任務(wù)間發(fā)送消息的關(guān)鍵。消息隊(duì)列OSAL維護(hù)了一個消息隊(duì)列。當(dāng)任務(wù)A需要異步通知任務(wù)B時就調(diào)用osal_msg_send()向任務(wù)B發(fā)送一個消息。這個消息會被放入隊(duì)列并設(shè)置任務(wù)B的SYS_EVENT_MSG事件位。調(diào)度循環(huán)在osal_start_system()中OSAL無限循環(huán)地做一件事檢查所有已注冊的任務(wù)調(diào)用osal_event_loop()函數(shù)。這個函數(shù)會檢查當(dāng)前任務(wù)的事件變量如果有事件被設(shè)置則調(diào)用該任務(wù)的事件處理函數(shù)如SampleApp_ProcessEvent。開發(fā)一個自定義任務(wù)的固定步驟定義任務(wù)初始化函數(shù)在系統(tǒng)啟動時被調(diào)用用于初始化你的硬件、變量并注冊你的任務(wù)。例如void MyApp_Init( byte task_id )這個task_id是系統(tǒng)分配給你的要保存到全局變量中。定義事件處理函數(shù)這是任務(wù)的核心原型是UINT16 MyApp_ProcessEvent( byte task_id, UINT16 events )。你需要在這個函數(shù)里用if (events XXX_EVT)來判斷發(fā)生了什么事件并執(zhí)行相應(yīng)處理最后返回未處理的事件。在osalInitTasks()中注冊任務(wù)在OSAL_SampleApp.c文件中找到這個函數(shù)按照已有格式添加你的任務(wù)初始化函數(shù)調(diào)用并分配一個優(yōu)先級優(yōu)先級數(shù)字越小優(yōu)先級越高。定義并投遞事件在任務(wù)頭文件中定義你自定義的事件例如#define MY_DATA_READY_EVT 0x0001。當(dāng)滿足條件時如傳感器數(shù)據(jù)就緒在你的代碼中調(diào)用osal_set_event( myTaskID, MY_DATA_READY_EVT )來觸發(fā)事件。避坑提示OSAL中事件是“位”的概念所以定義事件時必須是2的冪0x0001, 0x0002, 0x0004, 0x0008...。千萬不要在中斷服務(wù)程序ISR中直接調(diào)用可能引起任務(wù)調(diào)度的OSAL函數(shù)如osal_set_event這會導(dǎo)致不可預(yù)知的行為。正確的做法是在ISR中設(shè)置一個標(biāo)志位在主循環(huán)或一個高優(yōu)先級任務(wù)中檢查這個標(biāo)志位再投遞事件。4. CC2530片上系統(tǒng)與無線通信編程關(guān)鍵點(diǎn)CC2530是TI的一款經(jīng)典ZigBee SoC集成了8051內(nèi)核和RF收發(fā)器。考試中常涉及它的硬件特性和底層編程。4.1 關(guān)鍵外設(shè)與省電模式配置除了通用的GPIO、定時器、串口UART外ZigBee應(yīng)用中要特別關(guān)注ADC用于采集傳感器模擬信號如溫濕度、光照。配置時要注意參考電壓源選擇內(nèi)部AVDD或外部、采樣精度默認(rèn)12位和通道選擇。睡眠定時器這是實(shí)現(xiàn)低功耗的關(guān)鍵。終端設(shè)備ZED大部分時間處于休眠狀態(tài)靠睡眠定時器定期喚醒醒來后查詢父節(jié)點(diǎn)是否有數(shù)據(jù)或者發(fā)送自己的數(shù)據(jù)然后繼續(xù)休眠。配置PM2或PM3模式可以極大降低功耗。DMA直接內(nèi)存訪問可以在不占用CPU的情況下搬運(yùn)數(shù)據(jù)比如從ADC結(jié)果寄存器搬移到內(nèi)存數(shù)組進(jìn)一步提高能效。低功耗配置示例偽代碼思路// 進(jìn)入睡眠前 void enterSleepMode(void) { // 1. 關(guān)閉不必要的外設(shè)時鐘和模塊如ADC、定時器 // 2. 配置IO口為低功耗狀態(tài)通常設(shè)為輸入帶上拉防止懸空漏電 // 3. 設(shè)置睡眠定時器喚醒間隔如 SLEEP_TIMER_INTERVAL // 4. 使能睡眠定時器中斷 // 5. 調(diào)用系統(tǒng)進(jìn)入低功耗函數(shù)如 halSleep(PM_MODE); } // 睡眠定時器中斷服務(wù)程序 #pragma vector ST_VECTOR __interrupt void sleepTimerISR(void) { // 清除中斷標(biāo)志 STIF 0; // 設(shè)置一個事件通知主任務(wù)設(shè)備已喚醒 osal_set_event(myTaskID, DEVICE_WAKEUP_EVT); }4.2 無線數(shù)據(jù)收發(fā)流程與AF_DataRequest函數(shù)詳解在Z-Stack中應(yīng)用層發(fā)送數(shù)據(jù)主要通過AF_DataRequest函數(shù)。徹底理解它的每一個參數(shù)是解答編程題和調(diào)試通信問題的關(guān)鍵。afStatus_t AF_DataRequest( afAddrType_t *dstAddr, // 目的地址結(jié)構(gòu)體最重要 endPointDesc_t *srcEP, // 源端點(diǎn)描述符 uint16 cID, // 簇IDCluster ID應(yīng)用層自定義的消息類型 uint16 len, // 數(shù)據(jù)載荷長度 uint8 *buf, // 數(shù)據(jù)載荷指針 uint8 *transID, // 事務(wù)ID指針用于匹配請求與響應(yīng)可置NULL uint8 options, // 發(fā)送選項(xiàng)如確認(rèn)、重傳等 uint8 radius // 路由跳數(shù)限制 );重點(diǎn)解析afAddrType_t目的地址 這個結(jié)構(gòu)體決定了數(shù)據(jù)發(fā)給誰、怎么發(fā)。typedef struct { uint16 panId; // 目標(biāo)網(wǎng)絡(luò)PAN ID通常用0xFFFF表示當(dāng)前網(wǎng)絡(luò) union { uint16 shortAddr; // 16位短地址 ZLongAddr_t extAddr; // 64位擴(kuò)展地址 } addr; afAddrMode_t addrMode; // **地址模式這是核心** } afAddrType_t;地址模式addrMode詳解afAddr16Bit(0x02)點(diǎn)對點(diǎn)單播。使用addr.shortAddr作為目標(biāo)設(shè)備的16位短地址。這是最常用的方式前提是你知道目標(biāo)設(shè)備的短地址。afAddr64Bit(0x03)使用64位擴(kuò)展地址進(jìn)行單播。用于設(shè)備入網(wǎng)前或不知道短地址時但開銷較大。afAddrGroup(0x01)組播。addr.shortAddr此時代表一個16位的組ID。需要目標(biāo)設(shè)備事先加入該組。afAddrBroadcast(0xFFFF)廣播。數(shù)據(jù)包將發(fā)送給網(wǎng)絡(luò)內(nèi)所有設(shè)備。addr.shortAddr可以指定廣播范圍如NWK_BROADCAST_SHORTADDR_DEVALL所有設(shè)備、NWK_BROADCAST_SHORTADDR_DEVRXON所有保持接收開啟的設(shè)備。簇IDcID這是應(yīng)用層協(xié)議的關(guān)鍵。發(fā)送方和接收方必須約定好相同的簇ID接收方才能正確解析數(shù)據(jù)。例如你可以定義TEMPERATURE_CLUSTER_ID 0x0001用于溫度數(shù)據(jù)LED_CONTROL_CLUSTER_ID 0x0002用于控制LED。接收數(shù)據(jù)處理 當(dāng)設(shè)備收到無線數(shù)據(jù)Z-Stack會通過OSAL消息隊(duì)列將數(shù)據(jù)包傳遞給對應(yīng)應(yīng)用端點(diǎn)的事件處理函數(shù)。你需要在MyApp_ProcessEvent函數(shù)中處理SYS_EVENT_MSG事件并進(jìn)一步判斷消息類型為AF_INCOMING_MSG_CMD然后從消息結(jié)構(gòu)體afIncomingMSGPacket_t中解析出簇ID、源地址和載荷數(shù)據(jù)。5. 高頻考題題型與實(shí)戰(zhàn)解題思路結(jié)合歷年考題和項(xiàng)目經(jīng)驗(yàn)我總結(jié)了幾類高頻題型及解題思路。5.1 概念辨析與簡答題例題1簡述ZigBee中協(xié)調(diào)器、路由器和終端設(shè)備在功能和功耗上的區(qū)別。解題思路從“功能”和“功耗”兩個維度列表對比并簡要說明原因。設(shè)備類型網(wǎng)絡(luò)功能路由功能典型功耗原因簡述協(xié)調(diào)器(ZC)創(chuàng)建和管理網(wǎng)絡(luò)分配地址不具備最高常供電必須持續(xù)在線管理網(wǎng)絡(luò)不能休眠。路由器(ZR)允許子設(shè)備加入擴(kuò)展網(wǎng)絡(luò)具備可轉(zhuǎn)發(fā)數(shù)據(jù)中等常供電或淺休眠需維護(hù)路由表頻繁參與通信深度休眠會導(dǎo)致路由失效。終端設(shè)備(ZED)僅作為子節(jié)點(diǎn)加入網(wǎng)絡(luò)不具備最低深度休眠大部分時間休眠僅在需要時喚醒與父設(shè)備通信數(shù)據(jù)不轉(zhuǎn)發(fā)。例題2解釋ZigBee網(wǎng)絡(luò)中“綁定”Binding的概念及其作用。答題要點(diǎn)綁定是在應(yīng)用層APS建立的兩個或多個設(shè)備應(yīng)用端點(diǎn)之間的邏輯鏈接。它不是直接的物理連接或網(wǎng)絡(luò)路徑。綁定的作用是簡化通信設(shè)備A無需知道設(shè)備B的網(wǎng)絡(luò)地址只需將數(shù)據(jù)發(fā)送到綁定表指定的目標(biāo)通過簇ID匹配協(xié)議棧會自動查找綁定表并完成數(shù)據(jù)轉(zhuǎn)發(fā)。常用于開關(guān)控制燈、傳感器上報給采集器這類固定配對場景。5.2 流程分析與編程填空題例題3請補(bǔ)充Z-Stack終端設(shè)備主動掃描并加入網(wǎng)絡(luò)的代碼邏輯片段偽代碼。// 設(shè)備啟動后在應(yīng)用任務(wù)初始化中觸發(fā)網(wǎng)絡(luò)發(fā)現(xiàn) void MyApp_Init( byte task_id ) { myTaskID task_id; // ... 其他初始化 // 設(shè)置一個事件延遲一段時間后開始網(wǎng)絡(luò)發(fā)現(xiàn) osal_set_event( myTaskID, START_NETWORK_DISCOVERY_EVT ); } UINT16 MyApp_ProcessEvent( byte task_id, UINT16 events ) { if ( events START_NETWORK_DISCOVERY_EVT ) { // 1. 啟動主動掃描搜索周圍的ZigBee網(wǎng)絡(luò) NLME_NetworkDiscoveryRequest( scanChannels, scanDuration ); // 掃描結(jié)果會通過ZDO消息回調(diào)返回 return (events ^ START_NETWORK_DISCOVERY_EVT); // 清除已處理事件 } // 處理ZDO狀態(tài)回調(diào)消息 if ( events SYS_EVENT_MSG ) { // 收到消息解析... if ( msg-hdr.event ZDO_STATE_CHANGE ) { if ( msg-status DEV_NWK_DISC ) { // 掃描完成進(jìn)入網(wǎng)絡(luò)發(fā)現(xiàn)狀態(tài) // 2. 從掃描結(jié)果中選擇一個網(wǎng)絡(luò)通常選信號最強(qiáng)的 // 假設(shè)選擇第一個找到的網(wǎng)絡(luò) devList[0] // 3. 發(fā)送關(guān)聯(lián)請求嘗試加入該網(wǎng)絡(luò) NLME_OrphanJoinRequest( ... ); // 或使用NLME_JoinRequest } else if ( msg-status DEV_END_DEVICE ) { // 加入成功 // 設(shè)備已成為終端設(shè)備可以開始應(yīng)用層通信 osal_set_event( myTaskID, START_APPLICATION_EVT ); } } } // ... 處理其他事件 }例題4分析以下AF_DataRequest調(diào)用是否正確并說明原因。afAddrType_t dstAddr; dstAddr.addrMode afAddr16Bit; dstAddr.addr.shortAddr 0x0000; // 協(xié)調(diào)器短地址 dstAddr.panId 0x1234; AF_DataRequest(dstAddr, myApp_epDesc, TEMP_CLUSTER_ID, len, data, NULL, 0, 10);答案與解析存在潛在問題。panId被硬編碼為0x1234。如果當(dāng)前網(wǎng)絡(luò)的PAN ID不是0x1234數(shù)據(jù)將無法發(fā)出或無法被正確接收。更穩(wěn)健的做法是使用0xFFFF表示當(dāng)前活動的PAN ID或者從網(wǎng)絡(luò)信息中動態(tài)獲取。正確的做法是dstAddr.panId 0xFFFF;。5.3 綜合應(yīng)用題與故障排查例題5設(shè)計(jì)一個基于ZigBee的無線溫濕度監(jiān)測系統(tǒng)包含1個協(xié)調(diào)器連接PC和3個終端設(shè)備帶傳感器。請描述網(wǎng)絡(luò)組建流程、數(shù)據(jù)上報機(jī)制和協(xié)調(diào)器數(shù)據(jù)處理方案。系統(tǒng)設(shè)計(jì)思路網(wǎng)絡(luò)組建協(xié)調(diào)器上電進(jìn)行能量掃描后選擇信道和PAN ID建網(wǎng)。3個終端設(shè)備上電后進(jìn)行主動或被動掃描發(fā)現(xiàn)協(xié)調(diào)器的網(wǎng)絡(luò)后發(fā)送關(guān)聯(lián)請求加入獲得由協(xié)調(diào)器分配的短地址如0x0001, 0x0002, 0x0003。數(shù)據(jù)上報機(jī)制終端設(shè)備采用周期上報事件觸發(fā)結(jié)合的方式。設(shè)備大部分時間休眠由睡眠定時器每5分鐘喚醒一次采集溫濕度數(shù)據(jù)。同時如果檢測到溫度超過閾值事件觸發(fā)立即喚醒并上報。數(shù)據(jù)通過AF_DataRequest發(fā)送目標(biāo)地址設(shè)為協(xié)調(diào)器的短地址0x0000地址模式為afAddr16Bit簇ID定義為SENSOR_REPORT_CLUSTER_ID。路由選擇由于是星型網(wǎng)絡(luò)終端直接連協(xié)調(diào)器數(shù)據(jù)單跳直達(dá)。如果是多跳則由Z-Stack網(wǎng)絡(luò)層自動按AODV路由。協(xié)調(diào)器處理協(xié)調(diào)器在應(yīng)用層端點(diǎn)如端點(diǎn)1監(jiān)聽SENSOR_REPORT_CLUSTER_ID。在AF_INCOMING_MSG_CMD消息處理中解析數(shù)據(jù)包獲取源地址pkt-srcAddr.addr.shortAddr和傳感器數(shù)據(jù)。通過串口UART將數(shù)據(jù)按照特定格式如JSON:{addr:0x0001, temp:25.6, humi:60}轉(zhuǎn)發(fā)給PC上位機(jī)。協(xié)調(diào)器也可以根據(jù)邏輯向終端設(shè)備發(fā)送控制指令如修改上報間隔目標(biāo)地址使用終端設(shè)備的短地址。例題6在調(diào)試中發(fā)現(xiàn)終端設(shè)備可以加入網(wǎng)絡(luò)但無法發(fā)送數(shù)據(jù)到協(xié)調(diào)器可能的原因有哪些如何排查故障排查樹檢查網(wǎng)絡(luò)狀態(tài)確認(rèn)終端設(shè)備的devState是否為DEV_END_DEVICE已入網(wǎng)。未入網(wǎng)或入網(wǎng)失敗自然無法通信。檢查目標(biāo)地址確認(rèn)終端設(shè)備發(fā)送數(shù)據(jù)時設(shè)置的協(xié)調(diào)器目標(biāo)地址shortAddr是否正確協(xié)調(diào)器通常是0x0000地址模式是否為afAddr16Bit。檢查簇ID匹配確認(rèn)發(fā)送方使用的簇ID在接收方協(xié)調(diào)器的應(yīng)用端點(diǎn)描述符中是否被正確注冊和處理。發(fā)送和接收的簇ID必須完全一致。檢查射頻狀態(tài)使用頻譜儀或簡單的場強(qiáng)測試檢查協(xié)調(diào)器天線連接是否正常是否有強(qiáng)干擾源?？梢試L試更換信道。檢查數(shù)據(jù)確認(rèn)在AF_DataRequest的options參數(shù)中嘗試添加AF_ACK_REQUEST標(biāo)志要求接收方回復(fù)MAC層確認(rèn)。如果收不到ACK說明物理鏈路可能有問題。查看協(xié)議棧跟蹤信息如果開發(fā)環(huán)境支持開啟Z-Stack的調(diào)試信息DEBUG查看數(shù)據(jù)發(fā)送過程中的各層狀態(tài)定位是在MAC層發(fā)送失敗還是網(wǎng)絡(luò)層路由失敗或是應(yīng)用層未處理。簡化測試編寫一個最簡單的點(diǎn)對點(diǎn)收發(fā)測試程序排除復(fù)雜應(yīng)用邏輯的干擾確認(rèn)最基本的通信鏈路是否通暢。復(fù)習(xí)ZigBee切忌孤立地記憶知識點(diǎn)。要把理論協(xié)議棧分層、網(wǎng)絡(luò)拓?fù)?、平臺CC2530硬件、Z-Stack軟件和應(yīng)用場景傳感網(wǎng)、控制網(wǎng)結(jié)合起來思考。多問幾個“為什么”為什么ZigBee要用CSMA-CA因?yàn)樗堑凸?、低?shù)據(jù)率的網(wǎng)絡(luò)沖突檢測比沖突避免更耗能。為什么終端設(shè)備要休眠為了用一顆電池工作數(shù)年。把這些邏輯理清了無論是考試還是未來的項(xiàng)目開發(fā)你都能抓住問題的本質(zhì)。最后如果實(shí)驗(yàn)室有條件一定要親手調(diào)一調(diào)代碼改一改參數(shù)看看現(xiàn)象這比背十遍書都管用。