畢業(yè)設(shè)計(論文)-基于CC2530的溫度監(jiān)測系統(tǒng)設(shè)計

1、 編號：（ ）字 號本科生畢業(yè)設(shè)計基于CC2530的溫度監(jiān)測系統(tǒng)設(shè)計 信息工程2010-4班題目： 姓名： 學(xué)號： 班級： 二一四年六月中 國 礦 業(yè) 大 學(xué)本科生畢業(yè)設(shè)計姓 名： 學(xué) 號： 04101918 學(xué) 院： 信息與電氣工程學(xué)院 專 業(yè)： 信息工程 設(shè)計題目： 基于CC2530的溫度監(jiān)測系統(tǒng)設(shè)計 專 題： 指導(dǎo)教師： 華 鋼 職 稱： 教 授 二一四年 六月 徐州中國礦業(yè)大學(xué)畢業(yè)設(shè)計任務(wù)書學(xué)院 信息與電氣工程學(xué)院 專業(yè)年級 信息2010級 學(xué)生姓名 李明達 任務(wù)下達日期： 2013年12月30日畢業(yè)設(shè)計日期： 2013年12月30日至2014年6月10日畢業(yè)設(shè)計題目： 基于CC253

2、0的溫度監(jiān)測系統(tǒng)設(shè)計畢業(yè)設(shè)計專題題目： 畢業(yè)設(shè)計主要內(nèi)容和要求：1.設(shè)計基于CC2530的無線溫度檢測節(jié)點；2.多個節(jié)點組成一跳網(wǎng)絡(luò)；3.節(jié)點可睡眠；4.設(shè)計節(jié)點軟件；5.簡單設(shè)計上位機軟件院長簽字： 指導(dǎo)教師簽字： 年 月 日中國礦業(yè)大學(xué)畢業(yè)設(shè)計指導(dǎo)教師評閱書指導(dǎo)教師評語（基礎(chǔ)理論及基本技能的掌握；獨立解決實際問題的能力；研究內(nèi)容的理論依據(jù)和技術(shù)方法；取得的主要成果及創(chuàng)新點；工作態(tài)度及工作量；總體評價及建議成績；存在問題；是否同意答辯等）：成 績： 指導(dǎo)教師簽字： 年 月 日中國礦業(yè)大學(xué)畢業(yè)設(shè)計評閱教師評閱書評閱教師評語（選題的意義；基礎(chǔ)理論及基本技能的掌握；綜合運用所學(xué)知識解決實際問題的能

3、力；工作量的大??；取得的主要成果及創(chuàng)新點；寫作的規(guī)范程度；總體評價及建議成績；存在問題；是否同意答辯等）：成 績： 評閱教師簽字： 年 月 日中國礦業(yè)大學(xué)畢業(yè)設(shè)計答辯及綜合成績答 辯 情 況提 出 問 題回 答 問 題正 確基本正確有一般性錯誤有原則性錯誤沒有回答答辯委員會評語及建議成績：答辯委員會主任簽字： 年 月 日學(xué)院領(lǐng)導(dǎo)小組綜合評定成績：學(xué)院領(lǐng)導(dǎo)小組負(fù)責(zé)人： 年 月 日摘 要本文主要對煤礦監(jiān)控系統(tǒng)中溫度的監(jiān)測進行研究和分析，根據(jù)國內(nèi)目前對于溫度監(jiān)測方法的研究，設(shè)計了一種基于CC2530的溫度監(jiān)測系統(tǒng)。本文首先對本課題的研究意義及國內(nèi)發(fā)展現(xiàn)狀進行分析和研究，詳細比較了幾種現(xiàn)有的溫度監(jiān)測方

4、法，根據(jù)煤礦監(jiān)控系統(tǒng)所處的復(fù)雜環(huán)境需要，提出了基于CC2530的溫度監(jiān)測系統(tǒng)設(shè)計。隨后本文對設(shè)計所采用的ZigBee無線自組網(wǎng)技術(shù)和ZigBee開發(fā)套件進行了簡要介紹，并對設(shè)計所采用的Z-Stack協(xié)議棧的工作流程作詳細介紹。本溫度監(jiān)測系統(tǒng)設(shè)計在Z-Stack協(xié)議棧的基礎(chǔ)上進行，其中包括溫度的采集、處理和傳輸，終端節(jié)點的休眠與喚醒，協(xié)調(diào)器節(jié)點串口通信等。另外，本文還對上位機軟件進行了簡單設(shè)計，用于溫度數(shù)據(jù)在上位機上的顯示。最后，本文對該系統(tǒng)的溫度監(jiān)測功能效果進行驗證，并總結(jié)分析驗證結(jié)果。最終，設(shè)計出一種基于CC2530的溫度監(jiān)測系統(tǒng)。該無線傳感系統(tǒng)能夠?qū)崿F(xiàn)點對點通信，傳感器節(jié)點負(fù)責(zé)進行溫度數(shù)據(jù)

5、的采集和發(fā)送，協(xié)調(diào)器節(jié)點負(fù)責(zé)溫度數(shù)據(jù)的接收和轉(zhuǎn)發(fā)，上位機軟件負(fù)責(zé)對溫度數(shù)據(jù)的顯示。關(guān)鍵詞：ZigBee；CC2530；DS18B20；溫度監(jiān)測AbstractThis paper mainly carries on research and analysis of the monitoring temperature of coal mine monitoring system, according to the current domestic research for temperature monitoring method, design a temperature monitorin

6、g system based on CC2530.This paper first carries on the analysis and research of this topic research significance and the domestic development status, a detailed comparison of the temperature monitoring method of several existing, according to the complex environment of coal mine monitoring system

7、which needs, puts forward the design temperature monitoring system based on CC2530. Then the design of the ZigBee wireless ad hoc network technology and ZigBee development kit are introduced, and the design of the Z-Stack protocol stack of the work process are introduced in detail. The temperature m

8、onitoring system design based on the Z-Stack protocol stack, including the acquisition, processing and transmission of temperature, dormancy and awakening of terminal nodes, the coordinator node serial communication etc. In addition, this paper also gives a simple design for the software, used to di

9、splay in the upper computer temperature data. Finally, this paper verifies the temperature monitoring function of the system, and analyzed the results.Finally, the design of a temperature monitoring system based on CC2530. The wireless sensing system can realize the point-to-point communication, sen

10、sor nodes are responsible for temperature data acquisition and sending, receiving the coordinator node is responsible for temperature data and forwarding, PC software is responsible for the display of the temperature data.Key words: ZigBee; CC2530; DS18B20; Temperature monitoring 目 錄1.緒 論11.1課題的研究背景

11、及意義11.2國內(nèi)外研究概況11.3論文的主要內(nèi)容及結(jié)構(gòu)安排22.ZigBee協(xié)議簡介32.1 ZigBee協(xié)議體系結(jié)構(gòu)32.1.1物理層（PHY）42.1.2媒體介質(zhì)訪問層（MAC）42.1.3網(wǎng)絡(luò)層（NWK）52.1.4應(yīng)用層（APL）52.2 ZigBee基本概念62.2.1設(shè)備類型62.2.2網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)72.2.3信標(biāo)與非信標(biāo)模式82.2.4 ZigBee術(shù)語82.2.5綁定92.2.6 ZigBee原語93.基于CC2530的溫度監(jiān)測系統(tǒng)103.1系統(tǒng)設(shè)計思路及整體結(jié)構(gòu)103.2系統(tǒng)硬件設(shè)計103.2.1 ZigBee開發(fā)套件103.2.2 CC2530概述123.2.3 DS18

12、B20概述153.3系統(tǒng)軟件設(shè)計153.3.1軟件開發(fā)環(huán)境IAR簡介153.3.2 Z-Stack體系架構(gòu)及工作流程153.3.3網(wǎng)絡(luò)通信過程193.3.4溫度測量與數(shù)據(jù)傳輸213.3.5節(jié)點休眠233.3.6上位機軟件設(shè)計244.系統(tǒng)測試274.1系統(tǒng)測試步驟274.2系統(tǒng)測試結(jié)果274.3系統(tǒng)測試結(jié)果分析285.總結(jié)與展望295.1工作總結(jié)295.2前景展望29參考文獻31翻譯部分32中文譯文32原文37致 謝42第42頁中國礦業(yè)大學(xué)2014屆本科生畢業(yè)設(shè)計1.緒 論1.1課題的研究背景及意義煤炭自燃產(chǎn)生的有害氣體不僅嚴(yán)重危害井下人員的健康,而且容易誘發(fā)瓦斯、煤塵爆炸事故，并造成嚴(yán)重的資源

13、浪費，因此研制煤礦采空區(qū)火源點感知網(wǎng)絡(luò)系統(tǒng)是煤礦安全生產(chǎn)的迫切需要，對于制定采空區(qū)防滅火措施,實現(xiàn)煤礦安全高效生產(chǎn)和可持續(xù)發(fā)展具有重大的現(xiàn)實意義?；贑C2530的溫度監(jiān)測系統(tǒng)不僅能有效滿足煤礦采空區(qū)火源點感知的需求，而且還因為其具有低成本、低功耗等特點，受到人們的廣泛青睞。由于簡化協(xié)議，對于控制器的要求已經(jīng)很低，以8051的8位控制器測算，每塊芯片僅需要2美元，而且ZigBee協(xié)議免專利費，免執(zhí)照頻段，進一步降低了產(chǎn)品成本。CC2530在眾多無線通訊芯片中最為突出的優(yōu)勢是低功耗，在休眠模式下，2節(jié)5號電池就可以維持1 至2年。因此，研究基于CC2530的溫度監(jiān)測系統(tǒng)是非常有意義的。1.2國內(nèi)

14、外研究概況煤礦采空區(qū)自然發(fā)現(xiàn)火源位置的探測在技術(shù)實現(xiàn)上的難度較大。國內(nèi)外在這一領(lǐng)域內(nèi)進行了大量的研究工作?，F(xiàn)有技術(shù)主要有：電磁探測法、氣體探測法和溫度探測法。它們各具特點，適應(yīng)不同的開采條件，也存在著各自的不足之處。 氣體探測法。主要包括采空區(qū)氣體成分分析法和測氡法。束管是當(dāng)前我國煤礦火災(zāi)監(jiān)測的主要手段，它利用在采空區(qū)不同位置布置多條空氣采集管，定時抽取特定區(qū)域的氣體樣本，對該區(qū)域某點的O2、N2、CO、CH4、CO2、C2H4、C2H6、C2H2等自然火災(zāi)標(biāo)志氣體含量循環(huán)監(jiān)測，判斷煤面的氧化情況，預(yù)測預(yù)報發(fā)火點的溫度變化，為煤礦自然火災(zāi)的防治工作提供科學(xué)依據(jù)。具統(tǒng)計我國目前獲得安標(biāo)的都是該類

15、產(chǎn)品。國內(nèi)外，還開展了測氡法探測火源位置的研究。其基本原理是放射性元素存在衰變現(xiàn)象，在衰變過程中產(chǎn)生氡氣，而在實際的地層測量中。人們找到了溫度與氡氣濃度之間的關(guān)系，依據(jù)這種關(guān)系可以從氡氣濃度的變化反過來推算出火源的溫度。電磁法。包括磁性探測法和電阻率探測法。磁性探測法，利用煤層上覆巖中常含有大量菱鐵礦及黃鐵礦結(jié)核，發(fā)生自燃時，上覆巖受高溫烘烤，鐵質(zhì)成分發(fā)生變化而形成磁性物質(zhì)，且磁性隨自燃溫度的升高而增強的原理，實現(xiàn)對采空區(qū)發(fā)火點的檢測。電阻率法，地下煤層沿走向或其它方向電阻率基本保持不變，自燃后引起煤層和周圍巖石電阻率變化；自燃初期電阻率下降，后期表現(xiàn)較高電阻率，比較未自燃區(qū)和自燃區(qū)的變化來判

16、斷自燃位置。溫度探測法。主要有二類系統(tǒng)，基于無線的采空區(qū)溫度監(jiān)測系統(tǒng)、基于分布式光纖傳感器的采空區(qū)溫度監(jiān)測系統(tǒng)。無線傳感器網(wǎng)絡(luò)溫度監(jiān)測技術(shù)是近年來逐步發(fā)展起來的監(jiān)測煤自然發(fā)火的檢測方法。河南理工大學(xué)、西安科技大學(xué)、黑龍江科技學(xué)院、太原電子研究設(shè)計院等相繼對采空區(qū)溫度場無線自組網(wǎng)傳感器監(jiān)測系統(tǒng)進行了理論研究和開發(fā)。他們的研究表明，煤自燃溫度場無線網(wǎng)絡(luò)監(jiān)測法能及時預(yù)測溫度場的微弱變化 ,比 CO的預(yù)報更早 ,對于煤炭自然發(fā)火早期預(yù)警預(yù)報有十分重要的意義 ，已經(jīng)被業(yè)界認(rèn)可。但是，這方面至今還沒有產(chǎn)品推出。山東省科學(xué)院，提出了利用光纖拉曼散射效應(yīng)（Raman scattering）和光時域反射測量技術(shù)

17、（Optical Time-Domain Reflectometry，簡稱OTDR）來獲取空間溫度分布信息。其中光纖拉曼散射效應(yīng)（Raman scattering）用于實現(xiàn)溫度測量，光時域反射測量技術(shù)（Optical Time Domain Reflectometer）用于實現(xiàn)溫度定位，是近幾年發(fā)展起來的一種用于實時測量空間溫度場分布的高科技技術(shù)，它能夠連續(xù)測量光纖沿線的溫度分布情況，測量距離可達30公里，空間定位精度達到米的數(shù)量級，能夠進行不間斷的自動測量，特別適宜于需要長距離、大范圍多點測量的應(yīng)用場合。綜上所述，束管監(jiān)測系統(tǒng)屬于對自然發(fā)火的間接測量，發(fā)火點定位困難，且束管監(jiān)測系統(tǒng)的管線較長

18、,投入大,維護困難,且經(jīng)常發(fā)生管路漏氣或堵塞現(xiàn)象。分布式光纖溫度監(jiān)測系統(tǒng)，在采空區(qū)溫度檢測中遇到的最大問題，是監(jiān)測光纖極可能被塌落的頂板砸斷，造成不可恢復(fù)故障。測氡法，該方法與實用還有很大距離，首先是地質(zhì)因素的影響，并不是所有礦都具有可供測量的氡氣存在；另一方面就是氡氣濃度與火源溫度之間的關(guān)系并不是單調(diào)增減，而是在某一基軸線上的減幅波動，從而影響火源定位準(zhǔn)確性。電磁法自然發(fā)現(xiàn)火點探測技術(shù)，必須等煤炭燃燒起來才可以使用，適用于已經(jīng)火災(zāi)已經(jīng)形成情況下，不適用于火源點的預(yù)警與報警。1.3論文的主要內(nèi)容及結(jié)構(gòu)安排本論文主要研究“基于CC2530的溫度監(jiān)測系統(tǒng)設(shè)計”，包括節(jié)點的硬件設(shè)計、無線傳感器網(wǎng)絡(luò)的

19、組建、對溫度監(jiān)測功能的實現(xiàn)分析。本文共分為六章：第一章，緒論闡述了基于CC2530的溫度監(jiān)測系統(tǒng)研究的背景及意義，國內(nèi)外研究煤礦采空區(qū)自然發(fā)現(xiàn)火源位置的探測的概況；第二章，簡述ZigBee協(xié)議棧結(jié)構(gòu)、協(xié)議中各子層功能；第三章，對CC2530開發(fā)套件及CC2530芯片進行簡介，對設(shè)計采用的軟件開發(fā)環(huán)境IAR進行簡介，詳細介紹Z-Stack協(xié)議棧工作流程，對溫度采集、處理、傳輸程序進行分析和對休眠與喚醒程序進行分析，分析上位機軟件設(shè)計；第四章，簡述該系統(tǒng)設(shè)計的測試及調(diào)試過程，分析實驗結(jié)果；第五章，總結(jié)與展望，對整個設(shè)計進行總結(jié)分析出自己的心得體會。2.ZigBee協(xié)議簡介2.1 ZigBee協(xié)議體

20、系結(jié)構(gòu)ZigBee協(xié)議基于IEEE802.15.4標(biāo)準(zhǔn)，由IEEE802.15.4和ZigBee聯(lián)盟共同制定。ZigBee協(xié)議棧由物理層（PHY）、媒體介質(zhì)訪問層（MAC）、網(wǎng)絡(luò)層（NWK）和應(yīng)用層（APL）共4層構(gòu)成，其中PHY層和MAC層由IEEE802.15.4標(biāo)準(zhǔn)工作組制訂，而NWK層和APL層由ZigBee聯(lián)盟自行制訂。每一層都完成其各自特定的任務(wù)并且向上一層提供服務(wù)，數(shù)據(jù)服務(wù)實體主要負(fù)責(zé)數(shù)據(jù)傳輸服務(wù)，管理服務(wù)實體則主要負(fù)責(zé)所有的其他管理服務(wù)。每個服務(wù)實體為其上層提供需要的接口都是通過其相應(yīng)的服務(wù)接入點（SAP）實現(xiàn)的，每個SAP所對應(yīng)的功能通過服務(wù)原語來完成，且每個SAP支持許多種

21、不同的服務(wù)原語。ZigBee協(xié)議體系結(jié)構(gòu)如圖2.1所示：圖2.1 ZigBee協(xié)議體系結(jié)構(gòu)圖2.1.1物理層（PHY）物理層定義了物理無線信道和MAC 層之間的接口，提供三種不同的通信頻段：868MHz-868.6MHz、902MHz-928MHz和2400MHz-24835MHz，以及1個、10個以及16個不同的信道。物理層提供兩種服務(wù)：物理層數(shù)據(jù)服務(wù)（PD）和物理層管理服務(wù)（PLME）。通過無線信道的發(fā)送和接收以及物理層協(xié)議數(shù)據(jù)單元（PPDU）來實現(xiàn)物理層數(shù)據(jù)服務(wù)。PLME主要通過調(diào)用物理層管理功能函數(shù)來提供管理和服務(wù)，其中物理層數(shù)據(jù)服務(wù)接入點（PD-SAP）給MAC層提供數(shù)據(jù)服務(wù)接口，而

22、物理層管理實體服務(wù)接入點（PLME-SAP）給MAC層提供管理服務(wù)接口。驅(qū)動程序為物理層提供的接口是無線射頻服務(wù)接入點（RF-SAP），從外界接收到數(shù)據(jù)包后，從物理層中提取信息并通過PD-SAP上傳給上層協(xié)議。物理層結(jié)構(gòu)及接口示意圖如圖2.2所示。圖2.2 物理層結(jié)構(gòu)及接口示意圖物理層的主要功能包括：1)ZigBee系統(tǒng)的啟動和關(guān)閉；2)當(dāng)前信道的能量檢測；3)鏈路質(zhì)量信息；4)信道評估與選擇；5)傳輸和接收數(shù)據(jù)。2.1.2媒體介質(zhì)訪問層（MAC）MAC層控制無線信道訪問時使用CSMA-CA沖突避免機制，是所有無線信道的維護接口，提供兩個相鄰設(shè)備之間可靠的鏈路。MAC層由MAC層管理實體（ML

23、ME）提供MAC層管理服務(wù)和MAC層數(shù)據(jù)服務(wù)實體（MCPS）提供MAC層數(shù)據(jù)服務(wù)兩部分構(gòu)成。MAC層數(shù)據(jù)服務(wù)是指MAC層協(xié)議數(shù)據(jù)單元（MPDU）通過物理層數(shù)據(jù)服務(wù)發(fā)送和接收，而MAC層數(shù)據(jù)服務(wù)接入點（MCPS-SAP）給網(wǎng)絡(luò)層提供數(shù)據(jù)服務(wù)接口。MAC層管理實體以提供可調(diào)用MAC層管理功能接口為目的，MAC層管理實體服務(wù)接入點（MLME-SAP）為網(wǎng)絡(luò)層提供管理服務(wù)接口。MAC層的結(jié)構(gòu)接口示意圖如圖2.3所示。圖2.3 MAC層結(jié)構(gòu)和接口圖MAC層主要功能包括：1）信標(biāo)的產(chǎn)生與同步；2）信道接入；3）保證系統(tǒng)的安全性； 4）管理時隙(GTS)機制；5）提供可靠的通信鏈路。2.1.3網(wǎng)絡(luò)層（NWK

24、）網(wǎng)絡(luò)層是ZigBee協(xié)議棧的核心部分。網(wǎng)絡(luò)層由網(wǎng)絡(luò)層數(shù)據(jù)服務(wù)實體（NLDE）和網(wǎng)絡(luò)層管理實體（NLME）兩部分共同組成，不僅為MAC層提供函數(shù)而且為應(yīng)用層提供服務(wù)接口。網(wǎng)絡(luò)層數(shù)據(jù)服務(wù)實體產(chǎn)生網(wǎng)絡(luò)層協(xié)議數(shù)據(jù)單元（NPDU）為設(shè)備間的數(shù)據(jù)傳輸提供必要的服務(wù)，通過網(wǎng)絡(luò)層數(shù)據(jù)實體服務(wù)接入點（NLDE-SAP）為應(yīng)用層提供數(shù)據(jù)服務(wù)接口。網(wǎng)絡(luò)層管理實體主要負(fù)責(zé)網(wǎng)絡(luò)中的管理服務(wù)，通過網(wǎng)絡(luò)層管理實體接入點（NLME-SAP）實現(xiàn)。網(wǎng)絡(luò)層結(jié)構(gòu)和接口圖如圖2.4所示。網(wǎng)絡(luò)層主要功能包括：1)網(wǎng)絡(luò)的發(fā)現(xiàn)、形成和維護；2)路由器初始化；3)提供網(wǎng)絡(luò)節(jié)點地址分配；4)允許設(shè)備直接或間接同網(wǎng)絡(luò)連接；5)斷開網(wǎng)絡(luò)連接；6

25、)復(fù)位配置；7)信息庫管理。圖2.4 網(wǎng)絡(luò)層結(jié)構(gòu)和接口圖2.1.4應(yīng)用層（APL）ZigBee應(yīng)用層框架由應(yīng)用支持子層（APS）、應(yīng)用程序框架（AF）、ZigBee設(shè)備對象（ZDO）和用戶定義的應(yīng)用對象4個部分組成。ZigBee應(yīng)用層除了提供必要的函數(shù)以及服務(wù)接口外，另一個重要的功能是讓用戶在應(yīng)用層里編輯自己的應(yīng)用對象。應(yīng)用支持層（APS）具有管理綁定表、在綁定設(shè)備間傳輸數(shù)據(jù)的功能。它由主要負(fù)責(zé)為設(shè)備間的數(shù)據(jù)傳輸提供相應(yīng)服務(wù)的應(yīng)用支持子層數(shù)據(jù)服務(wù)實體（APSDE）和主要負(fù)責(zé)根據(jù)命令提供相應(yīng)管理和服務(wù)的應(yīng)用支持子層管理實體（APSME）共同組成。在應(yīng)用層中，應(yīng)用支持子層數(shù)據(jù)接入點（APSDE-S

26、AP）和應(yīng)用支持子層管理服務(wù)接入點（APSME-SAP）分別為上層的應(yīng)用實體提供數(shù)據(jù)和管理服務(wù)。應(yīng)用支持子層結(jié)構(gòu)與接口圖如圖2.5所示。應(yīng)用程序框架（AF）其本質(zhì)就是各個制造商所自定義的應(yīng)用對象，并提供鍵值對(KVP)服務(wù)和報文(MSG)服務(wù)以滿足應(yīng)用對象的數(shù)據(jù)傳輸，用戶自定義應(yīng)用對象必須遵循在端點1-240上運行的規(guī)范（profile）原則。設(shè)備在網(wǎng)絡(luò)中的角色（例如是ZigBee協(xié)調(diào)器或是ZigBee終端設(shè)備或是ZigBee路由器）是由ZigBee設(shè)備對象（ZDO）定義的，同時ZigBee設(shè)備對象還負(fù)責(zé)對綁定請求的響應(yīng)和初始化，在設(shè)備間建立可靠的聯(lián)系。圖2.5 應(yīng)用支持子層結(jié)構(gòu)與接口圖2.2

27、 ZigBee基本概念ZigBee協(xié)議棧主要包含6個基本概念：設(shè)備類型、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、信標(biāo)與非信標(biāo)模式、ZigBee術(shù)語、綁定、ZigBee原語。2.2.1設(shè)備類型ZigBee系統(tǒng)中的設(shè)備可能包含協(xié)調(diào)器（Coordinator）、路由器（Router）和終端節(jié)點（End Device）3種邏輯類型中的兩種或三種，一個完整的ZigBee網(wǎng)絡(luò)由至少一個協(xié)調(diào)器、一個或多個路由器和一個或多個終端節(jié)點組成。協(xié)調(diào)器ZigBee網(wǎng)絡(luò)的拓?fù)湫问娇梢远喾N多樣，但是每個ZigBee網(wǎng)絡(luò)中有且只有一個協(xié)調(diào)器節(jié)點。協(xié)調(diào)器負(fù)責(zé)選擇網(wǎng)絡(luò)的信道、啟動并建立整個網(wǎng)絡(luò)。協(xié)調(diào)器也可以協(xié)助網(wǎng)絡(luò)中安全服務(wù)和應(yīng)用層的綁定服務(wù)的建立。但

28、是協(xié)調(diào)器的角色只涉及網(wǎng)絡(luò)的啟動和配置，之后整個網(wǎng)絡(luò)的運行就不再依賴于協(xié)調(diào)器是否存在。路由器在樹形和網(wǎng)狀拓?fù)浣Y(jié)構(gòu)中，需要有路由器節(jié)點的加入，它是網(wǎng)絡(luò)遠距離延伸的必要部分。路由器節(jié)點的功能是允許其他節(jié)點加入網(wǎng)絡(luò)，協(xié)助各個節(jié)點之間的通信。終端設(shè)備終端設(shè)備主要負(fù)責(zé)信息的接收和發(fā)送，不需要維持特定的網(wǎng)絡(luò)結(jié)構(gòu)，可以根據(jù)需要進入休眠或喚醒狀態(tài)以降低功耗。終端設(shè)備一般由電池供電，對存儲空間要求比較小。2.2.2網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)ZigBee支持3種網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，包括：星型拓?fù)渚W(wǎng)絡(luò)、樹形拓?fù)渚W(wǎng)絡(luò)和網(wǎng)狀拓?fù)渚W(wǎng)絡(luò)。如圖2.6所示。其中，全功能設(shè)備（FFD，Router）可以支持任何一種網(wǎng)絡(luò)結(jié)構(gòu)，可以作為網(wǎng)絡(luò)協(xié)商者和普通協(xié)

29、商者使用，并且可以和任何一種設(shè)備進行相互通信。精簡功能設(shè)備（RFD）只支持星型網(wǎng)絡(luò)結(jié)構(gòu)，不能成為任何一種協(xié)商者使用，但是可以和網(wǎng)絡(luò)協(xié)商者相互通信。圖2.6 ZigBee網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)星型拓?fù)渚W(wǎng)絡(luò)星型拓?fù)渚W(wǎng)絡(luò)是最簡單的一種拓?fù)浣Y(jié)構(gòu)，由一個協(xié)調(diào)器和一個或多個終端設(shè)備組成，只存在協(xié)調(diào)器與終端設(shè)備的通信，而沒有路由節(jié)點的參與，終端設(shè)備之間的相互通訊必須通過協(xié)調(diào)器轉(zhuǎn)發(fā)。樹形拓?fù)浣Y(jié)構(gòu)樹形拓?fù)渚W(wǎng)絡(luò)結(jié)構(gòu)可以理解為由一個協(xié)調(diào)器和一個或多個星型結(jié)構(gòu)連接而成，直接通信只能在父子節(jié)點之間進行，而非父子節(jié)點之間的通信只能通過樹狀路由器間接完成。網(wǎng)狀拓?fù)渚W(wǎng)絡(luò)網(wǎng)狀拓?fù)渚W(wǎng)絡(luò)具有靈活、減少消息延時和可靠的特點，網(wǎng)絡(luò)中所有具有路由

30、功能的節(jié)點直接互聯(lián)，任意兩個節(jié)點間可相互傳輸數(shù)據(jù)，網(wǎng)絡(luò)路徑通過路由器中的路由表按照算法選擇。2.2.3信標(biāo)與非信標(biāo)模式ZigBee網(wǎng)絡(luò)可以分為信標(biāo)（Beacon）和非信標(biāo)(Non-beacon)兩種工作模式。為最大限度的節(jié)約能源消耗，信標(biāo)模式可以使所有網(wǎng)絡(luò)設(shè)備同步工作和同步休眠；而在非信標(biāo)模式下，協(xié)調(diào)器和路由器必須長時間處于工作狀態(tài)，只允許終端設(shè)備周期性進入休眠模式。在信標(biāo)模式下，協(xié)調(diào)器向網(wǎng)絡(luò)廣播16個相同時間槽間隔的信標(biāo)幀一般以15ms-4min之間的時間為間隔。時間槽被分為網(wǎng)絡(luò)活動區(qū)和網(wǎng)絡(luò)休眠區(qū)兩個部分，消息只能在網(wǎng)絡(luò)活動區(qū)內(nèi)發(fā)送。在非信標(biāo)模式下，采用終端節(jié)點向父節(jié)點提取數(shù)據(jù)，父節(jié)點為子節(jié)

31、點緩存數(shù)據(jù)的機制，使終端設(shè)備可以周期性進入休眠模式以達到低功耗。在ZigBee網(wǎng)絡(luò)中，子節(jié)點大部分時間通常都處于休眠工作狀態(tài)，但需要周期性醒來確認(rèn)自己仍處于網(wǎng)絡(luò)中，并可在15ms的延時后轉(zhuǎn)入數(shù)據(jù)傳輸模式，提取數(shù)據(jù)。2.2.4 ZigBee術(shù)語圖2.7 ZigBee術(shù)語結(jié)構(gòu)圖屬性反映物理數(shù)量或狀態(tài)的數(shù)據(jù)值稱為屬性，如開關(guān)值（On/Off）,溫度值、百分比等。群集群集就是屬性的集合，每一個群集都被系統(tǒng)分配一個獨有的的群集ID 且每個群集至多可以有65536個屬性。設(shè)備描述設(shè)備描述包含一個或多個集群，指定集群是輸入或輸出，描述符有4種，分別是簡單描述符、節(jié)點描述符、電源描述符、端點描述符。端點端點是

32、協(xié)議棧應(yīng)用層的入口，是為實現(xiàn)一個設(shè)備描述而定義的一組群集。用戶可以在每個設(shè)備上自定義240個應(yīng)用對象（也就是端點1-240）。每個ZigBee設(shè)備必須使用端點0用于與ZDO接口，而被保留用于廣播的端點是255，端點241-254則被保留下來為了將來做擴展時使用。節(jié)點每個節(jié)點有且只有一個信道使用，包含一組ZigBee設(shè)備，也可以理解為是一個專門的ZigBee設(shè)備的容器。2.2.5綁定通過使用ClusterI使不同的節(jié)點上的獨立端點之間能夠建立一個邏輯上的連接的特殊操作被稱為綁定。綁定操作的實現(xiàn)是協(xié)調(diào)器在接收到兩個端點的綁定請求之后，通過建立綁定表使端點間建立一種邏輯鏈路。在兩個端點建立綁定表后，

33、端點間的通信是由一個端點將信息傳遞給協(xié)調(diào)器，再由協(xié)調(diào)器通過查找已有綁定表將收到的信息發(fā)送給所綁定的另一個端點，這樣實現(xiàn)端點間的間接通信。2.2.6 ZigBee原語ZigBee協(xié)議棧各層之間是通過各自所關(guān)聯(lián)的服務(wù)訪問點來提供服務(wù)的，各層根據(jù)各自的功能獨立運行，但ZigBee協(xié)議棧又是一個有機的整體，各層之間需要共同協(xié)作以便完成任務(wù)。因此，層與層之間的信息交互通過服務(wù)“原語”的操作實現(xiàn)，“原語”分為4種類型，分別是請求（Request）、指示（Indication）、響應(yīng)（Response）和證實（conform）。原語的操作概念如圖2.7所示。請求（Request）：請求原語從N+1實體發(fā)送到

34、N實體，請求發(fā)起一個服務(wù)，如請求建立連接、數(shù)據(jù)傳送等。指示（Indication）：指示原語從N實體發(fā)送到到N+1實體，指示一個對N+1實體有外部N層事件發(fā)生，這個事件可能由內(nèi)部事件產(chǎn)生或與遠程服務(wù)請求有關(guān)。響應(yīng)（Response）：響應(yīng)原語由N+1實體向N實體傳遞，用來響應(yīng)上一個指示原語。證實（conform）：確認(rèn)原語由N實體向N+1實體傳遞，對前面一個或多個服務(wù)請求相關(guān)的執(zhí)行結(jié)果予以確認(rèn)。圖2.7 原語操作概念圖3.基于CC2530的溫度監(jiān)測系統(tǒng)3.1系統(tǒng)設(shè)計思路及整體結(jié)構(gòu)本文的溫度監(jiān)測系統(tǒng)是利用ZigBee無線通訊技術(shù)為基礎(chǔ)，采用CC2530芯片為核心設(shè)計的無線傳感系統(tǒng)。在現(xiàn)實中所應(yīng)用

35、的溫度監(jiān)測系統(tǒng)通常需要一個或多個路由器節(jié)點和至少一個或多個終端設(shè)備，往往是一個非常龐大的ZigBee無線網(wǎng)絡(luò)系統(tǒng)，具有非常復(fù)雜的網(wǎng)絡(luò)結(jié)構(gòu)，但是由于在實驗環(huán)境下，節(jié)點數(shù)量、制作成本、技術(shù)能力等多方面因素，無法構(gòu)成像現(xiàn)實中的大型無線網(wǎng)絡(luò)，目前只能實現(xiàn)點對點的溫度監(jiān)測和數(shù)據(jù)傳輸來模擬現(xiàn)實中的溫度監(jiān)測ZigBee網(wǎng)絡(luò)。本文中所設(shè)計的溫度監(jiān)測系統(tǒng)采用點對點通信的模式，可以理解為簡化的星型拓?fù)渚W(wǎng)絡(luò)，由一個協(xié)調(diào)器和一個終端節(jié)點組成。協(xié)調(diào)器具有無線收發(fā)通信部分、處理器部分、與PC機通信的串口部分和電源供電部分。終端節(jié)點與協(xié)調(diào)器相比不具有串口通信部分而是增加了溫度采集傳感器部分。當(dāng)需要溫度采集時，協(xié)調(diào)器向終端節(jié)

36、點發(fā)送控制命令，終端節(jié)點通過溫度傳感器DS18B20進行溫度的采集，之后終端節(jié)點將采集的溫度數(shù)據(jù)通過無線發(fā)送給協(xié)調(diào)器，由協(xié)調(diào)器對溫度數(shù)據(jù)進行處理后通過串口將溫度數(shù)據(jù)傳輸給PC機，通過上位機軟件對溫度數(shù)據(jù)進行顯示、分析、存儲等處理。由于ZigBee的特點是低功耗，因此本設(shè)計中為使節(jié)點滿足低功耗要求，終端節(jié)點還能進入休眠模式，采用定時器喚醒模式每10秒喚醒一次，以最大限度的降低功耗。系統(tǒng)總體方案圖，如圖3.1所示。圖3.1 系統(tǒng)總體方案圖3.2系統(tǒng)硬件設(shè)計3.2.1 ZigBee開發(fā)套件本設(shè)計所用ZigBee開發(fā)套件由節(jié)點（底板和核心板）2套、仿真器1個、10pin排線1條、USB線2條、2db天

37、線2條和DS18B20溫度傳感器1個構(gòu)成。此開發(fā)套件具有以下特點：設(shè)計小巧，布局合理。底板尺寸5*5cm，核心板尺寸2.5*2.5cm；采用底板加核心板的設(shè)計，便于更換模塊或板載天線模塊；板上接口資源豐富，傳感器即插即用；板載USB轉(zhuǎn)串口電路，方便筆記本以及沒有串口的電腦用戶；傳輸距離遠；具備USB高速下載功能，支持IAR集成開發(fā)環(huán)境；ZigBee開發(fā)套件節(jié)點底板實物圖，如圖3.2所示。圖3.2 節(jié)點底板實物圖ZigBee開發(fā)套件底板電路示意圖，如圖3.3所示。圖3.3 節(jié)點底板電路示意圖在本溫度監(jiān)測系統(tǒng)設(shè)計中，由底板和核心板所組成的兩套節(jié)點分別作為協(xié)調(diào)器和終端節(jié)點。協(xié)調(diào)器節(jié)點協(xié)調(diào)器節(jié)點主要由

38、CC2530芯片、射頻天線電路、供電模塊、晶振電路以及串口通訊電路五部分組成。協(xié)調(diào)器節(jié)點的功能是將計算機發(fā)送的指令發(fā)送給終端節(jié)點，再接收終端節(jié)點傳來的的數(shù)據(jù)信息，并將接收到的數(shù)據(jù)發(fā)送給計算機顯示。協(xié)調(diào)器設(shè)計如圖3.4所示。圖3.4 協(xié)調(diào)器節(jié)點終端節(jié)點終端節(jié)點主要由CC2530芯片、射頻天線電路、供電模塊、晶振電路以及溫度傳感器DS18B20五部分組成。終端節(jié)點主要負(fù)責(zé)完成對溫度數(shù)據(jù)的采集，并且將溫度傳感器采集的溫度數(shù)據(jù)周期性的發(fā)送給協(xié)調(diào)器。終端節(jié)點設(shè)計如圖3.5所示。圖3.5 終端節(jié)點設(shè)計除了節(jié)點外還有仿真器，仿真器提供連接PC的USB接口，通過Download程序至協(xié)調(diào)器和終端節(jié)點?？梢詫崿F(xiàn)

39、單步調(diào)試、斷點調(diào)試、觀測調(diào)試、數(shù)據(jù)流調(diào)試和觀察寄存器。ZigBee開發(fā)套件仿真器實物圖，如圖3.6所示。圖3.6 仿真器實物圖3.2.2 CC2530概述CC2530芯片是由TI公司設(shè)計開發(fā)的一款支持IEEE802.15.4標(biāo)準(zhǔn)/ZigBee/ZigBee RF4CE的新一代SOC芯片，是真正的片上系統(tǒng)解決方案。CC2530是理想的ZigBee專業(yè)應(yīng)用，因為其擁有多達256KB的快閃記憶體。CC2530擁有一個高性能無線收發(fā)器、一個標(biāo)準(zhǔn)增強型8051微處理器、8KB的RAM、32/64/128/256KB閃存、4種供電模式以及包括12位數(shù)模轉(zhuǎn)換器 、2個通用串口模塊和21個通用GPIO等的強大

40、外設(shè)支持。此外，CC2530還通過TI的標(biāo)準(zhǔn)兼容網(wǎng)絡(luò)協(xié)議棧Z-Stack來簡化開發(fā)。特性描述CC2530具有強大的無線前端：采用2.4GHzIEEE802.15.4標(biāo)準(zhǔn)RF發(fā)射器，可編程輸出功率為+4.5dbm，總體無線連接102dbm，6*6mm的QFN40封裝。CC2530還具有低功耗的特點：接收模式24mA，發(fā)送模式29mA，4微秒喚醒0.2mA，睡眠計時器運行1mA，外部中斷0.4mA，電源電壓范圍2-3.6V。CC2530的微控制器包括：高性能的8051MCU內(nèi)核，32/64/128/256KB閃存，8KB內(nèi)存。CC2530還具有強大的外設(shè)集：五通道DMA，21個通用I/O引腳，3個

41、通用定時器，32kHz睡眠計時器和定時捕獲，CSMA/CA硬件支持，8通道12為ADC，AES加密安全協(xié)處理器，WatchDog定時器，兩個USART等。應(yīng)用范圍CC2530廣泛應(yīng)用于RF4CE搖桿控制系統(tǒng)、樓宇自動化系統(tǒng)、照明系統(tǒng)、工業(yè)控制和監(jiān)控、電子消費、醫(yī)療保健等領(lǐng)域。引腳描述CC2530采用40引腳的QFN封裝，其引腳如圖3.7所示：圖3.7 CC2530引腳頂視圖引腳描述CC2530外圍主電路圖如圖3.8所示。圖3.8 CC2530外圍主電路3.2.3 DS18B20概述DS18B20是最常用的溫度傳感器之一，具備體積小、成本低、抗干擾能力強、精度高等特點。DS18B20由4個主要部

42、分組成：64位光刻ROM、溫度傳感器、配置寄存器和非揮發(fā)的溫度報警觸發(fā)器TH和TL。DS18B20有效工作電壓3-5.5V之間，測溫范圍在-55- +125（測溫誤差1）之間，單線接口方式，無需任何外圍元件。DS18B20使用范圍廣泛，包括：測溫控制領(lǐng)域、狹小的工業(yè)設(shè)備測溫和控制等。3.3系統(tǒng)軟件設(shè)計本設(shè)計所使用的軟件開發(fā)平臺是CC2530適用的IAR-EB8051-V8.1，采用ZStack-CC2530-2.3.0-1.4.0協(xié)議棧。3.3.1軟件開發(fā)環(huán)境IAR簡介IAR的C/C+交叉編譯器和調(diào)試器是目前世界上最容易利用的專業(yè)嵌入式應(yīng)用開發(fā)工具。IAR由嵌入式C/C+優(yōu)化編譯器和調(diào)試器，實

43、時操作系統(tǒng)，狀態(tài)機建模工具，硬件仿真器組成，是一套完整的集成開發(fā)工具集合，包含嵌入式系統(tǒng)設(shè)計、開發(fā)和測試的每一個階段。IAR支持30多種ARM微處理器結(jié)構(gòu)，提供統(tǒng)一的用戶界面，使用戶在開發(fā)和調(diào)試的過程中僅僅使用統(tǒng)一的開發(fā)界面就能夠滿足多種工作需要。IAR集成編譯器主要產(chǎn)品特征：高效 PROMable 代碼、完全標(biāo)準(zhǔn) C 語言兼容、內(nèi)建對應(yīng)芯片的程序速度和大小優(yōu)化器、目標(biāo)特性擴充、版本控制和擴展工具支持良好、便捷的中斷處理和模擬、瓶頸性能分析、高效浮點支持、內(nèi)存模式選擇和工程中相對路徑支持。利用IAR編譯器能夠大量節(jié)省硬件資源，極大限度地降低產(chǎn)品的研發(fā)成本，提高產(chǎn)品市場競爭力。3.3.2 Z-S

44、tack體系架構(gòu)及工作流程Z-Stack協(xié)議棧是由TI公司在2007年4月推出的Zigbee無線通訊協(xié)議，是一種半開源式的協(xié)議棧，很多關(guān)鍵代碼都是以庫文件的形式給出的，歷經(jīng)多年發(fā)展，功能不斷完善。Z-Stack協(xié)議棧體系架構(gòu)示意圖如圖3.9所示。圖3.9 Z-Stack協(xié)議棧體系架構(gòu)示意圖Z-Stack軟件架構(gòu)Z-Stack 協(xié)議棧首先從main()函數(shù)開始執(zhí)行，main()位于ZMain.c文件中。main()函數(shù)中全部內(nèi)容包含有：關(guān)閉全部中斷，初始化系統(tǒng)時鐘，檢查芯片電壓是否正常，初始化I/O、LED、Timer等，初始化芯片各硬件模塊，初始化Flash存儲器，初始化MAC層，確定IEEE

45、地址，初始化非易失變量，調(diào)用AF初始化程序，初始化操作系統(tǒng)，使能全部中斷，初始化按鍵，顯示設(shè)備信息，執(zhí)行操作系統(tǒng)。但是main()函數(shù)最主要做兩件事： 一是系統(tǒng)初始化， 二是開始執(zhí)行操作系統(tǒng)， 如圖3.10所示。圖3.10 main()函數(shù)主要流程ZMain.c文件中main()函數(shù)主要內(nèi)容：int main( void ) osal_init_system(); /初始化操作系統(tǒng) osal_start_system(); /執(zhí)行操作系統(tǒng) / main()Z-Stack操作系統(tǒng)初始化在main()函數(shù)中的重點之一就是osal_init_system()系統(tǒng)初始化函數(shù)。該函數(shù)在初始化任務(wù)系統(tǒng)中創(chuàng)

46、建任務(wù)表中定義任務(wù)(osal_task.h)。osal_init_system()函數(shù)中包含需要初始化的內(nèi)容有：內(nèi)存分配系統(tǒng)初始化、消息隊列初始化、定時器初始化、電源管理初始化、系統(tǒng)任務(wù)初始化，其中重點是初始化系統(tǒng)任務(wù)。在OSAL.c文件中osal_init_system()函數(shù)主要內(nèi)容：uint8 osal_init_system( void ) osalInitTasks(); /初始化系統(tǒng)任務(wù) 在osal_init_system()函數(shù)中重點是osalInitTasks()任務(wù)初始化函數(shù)，函數(shù)中每個任務(wù)都是調(diào)用初始化函數(shù)對協(xié)議棧每一層進行初始化。osalInitTasks()函數(shù)中主要進

47、行了內(nèi)存的分配、設(shè)置內(nèi)存空間單元、按照任務(wù)優(yōu)先級由高向低（高優(yōu)先級對應(yīng)taskID值?。┻M行任務(wù)初始化3件事，而對用戶應(yīng)用的初始化是關(guān)鍵。在OSAL_SampleApp.c文件中osalInitTasks()函數(shù)主要內(nèi)容：void osalInitTasks( void ) SampleApp_Init( taskID ); /用戶應(yīng)用任務(wù)初始化執(zhí)行操作系統(tǒng)在main()函數(shù)中的另一重點就是osal_start_system()執(zhí)行操作系統(tǒng)函數(shù)。Z-Stack協(xié)議棧中的操作系統(tǒng)是基于優(yōu)先級的輪詢式操作系統(tǒng)。此函數(shù)將所有的任務(wù)事件和調(diào)用task_event_processor()事件的任務(wù)功能，

48、如果沒有事件（任務(wù)），這一功能使處理器進入睡眠狀態(tài)。此函數(shù)沒有返回值。函數(shù)中包括：掃描事件設(shè)置標(biāo)志位，輪詢定時器和串口，準(zhǔn)備任務(wù)，在臨界區(qū)中提取、處理、清除、保存事件，使系統(tǒng)休眠。在OSAL_SampleApp.c文件中osal_start_system()函數(shù)主要內(nèi)容：void osal_start_system( void ) events = tasksEventsidx; /提取需要處理的任務(wù)中的事件 events = (tasksArridx)( idx, events ); /通過指針調(diào)用任務(wù)處理函數(shù) osal_pwrmgr_powerconserve(); /使進程/系統(tǒng)休眠程序

49、中重點是events=tasksEventsidx;進入tasksEventsidx數(shù)組，是osalInitTasks()函數(shù)里初始化的tasksEvents。taskID把任務(wù)聯(lián)系起來一一對應(yīng)，數(shù)組中事件的順序必須與任務(wù)初始化函數(shù)中的順序相同，以達到初始化和調(diào)用的目的。 用戶應(yīng)用系統(tǒng)初始化函數(shù)SampleApp_Init()對于通用應(yīng)用程序系統(tǒng)初始化函數(shù)，就是初始化過程中應(yīng)該包含任何特定于應(yīng)用程序的初始化（即硬件初始化設(shè)置，表的初始化等）。在osalInitTasks()任務(wù)初始化函數(shù)中，包含用戶應(yīng)用系統(tǒng)初始化函數(shù)SampleApp_Init()，由此進入由用戶創(chuàng)建的任務(wù)。在SampleAp

50、p_Init()函數(shù)中主要包含6個部分工作：分配任務(wù)ID，串口初始化，注冊串口任務(wù)，溫度傳感器引腳初始化，設(shè)置發(fā)送數(shù)據(jù)的方式和目的的地址尋址模式，定義端點描述符。在SampleApp.c文件中，SampleApp_Init()函數(shù)主要內(nèi)容如下：void SampleApp_Init( uint8 task_id ) SampleApp_TaskID = task_id; /osal分配的任務(wù)ID隨著用戶添加任務(wù)的增多而改變 MT_UartInit(); /串口初始化 MT_UartRegisterTaskID(task_id); /注冊串口任務(wù) P0SEL &= 0x7f; /DS18B20的

51、I/O口初始化 p0.7 /發(fā)送模式：點播發(fā)送 SampleApp_P2P_DstAddr.addrMode = (afAddrMode_t)Addr16Bit; /點播 SampleApp_P2P_DstAddr.endPoint = SAMPLEAPP_ENDPOINT;/指定端點號 SampleApp_P2P_DstAddr.addr.shortAddr = 0x0000;/發(fā)給協(xié)調(diào)器 /定義本設(shè)備用來通信的APS層端點描述符 SampleApp_epDesc.endPoint = SAMPLEAPP_ENDPOINT; SampleApp_epDesc.task_id = &Sampl

52、eApp_TaskID; /SampleApp描述符的任務(wù)ID SampleApp_epDesc.simpleDesc /SampleApp簡單描述符 = (SimpleDescriptionFormat_t *)&SampleApp_SimpleDesc; SampleApp_epDesc.latencyReq = noLatencyReqs; /延時策略用戶應(yīng)用任務(wù)的事件處理函數(shù)SampleApp_ProcessEvent()通用應(yīng)用程序任務(wù)事件處理器。這個函數(shù)被調(diào)用來處理任務(wù)的所有事件活動，包括定時器信息和其他用戶定義的事件。SampleApp_ProcessEvent()函數(shù)主要負(fù)責(zé)接收系統(tǒng)消息并對消息進行處理，在網(wǎng)絡(luò)狀態(tài)發(fā)生改變時完成對協(xié)調(diào)器和終端設(shè)備的設(shè)置，周期性發(fā)送消息，返回未處理事件，處理周期性事件。在SampleApp.c文件中，SampleApp_ProcessEvent()函數(shù)主要內(nèi)容如下：uint16 SampleApp_ProcessEvent( uint8 task_id, uint16 events ) case ZDO_STATE_CHANGE:/只要網(wǎng)絡(luò)狀態(tài)發(fā)生改變，就通過ZDO_STATE_CHANGE事件通知所有任務(wù)。同時完成對協(xié)調(diào)