zigbee常見問題_第1頁
zigbee常見問題_第2頁
zigbee常見問題_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、zigbee常見問題2011-08-21 17:21間接數(shù)據(jù)傳輸和 間接尋址 二者有什么區(qū)別和聯(lián)系?間接數(shù)據(jù)傳輸是MAC層的概念,如果Coordinator要給EndDevice發(fā)數(shù)據(jù)包,但是EndDevice有可能正在休眠,RX沒有打開,所以Coordinator不能直接發(fā),只能采用間接數(shù)據(jù)傳輸,就是將數(shù)據(jù)放進(jìn)自己的間接傳輸隊(duì)列里,等待EndDevice睡醒了自己過來??!間接尋址間接尋址是APS層的概念,指的是一個(gè)簡單的設(shè)備,資源特別有限,它要發(fā)包時(shí),甚至不知道這個(gè)包要發(fā)給誰,只有悶著頭發(fā)給Coordinator,由Coordinator根據(jù)綁定表再去決定這個(gè)包發(fā)給誰。比如遙控器發(fā)送一個(gè)命令

2、去開關(guān)電燈,它發(fā)出時(shí),它不知道這個(gè)命令會(huì)去控制那些電燈,而由Coordinator的綁定表決定這個(gè)命令最終去控制了哪些電燈。Profile Profile: a collection of device des criptions,which together form a cooperative application 規(guī)范:就是為了多個(gè)設(shè)備,各種廠家的設(shè)備,可以互連,互通,而制定的約束。 例如:遠(yuǎn)程控制開關(guān)規(guī)范Cluster Cluster:is a container for one or more attributes Attribut

3、e: a data entity which represents a physical quantity or state 在許多中文資料里把它翻譯成“簇”。 例如: 顏色:就是cluster 紅,白,清,藍(lán),紫,黑:就是attributes 也可以,這樣理解,溫度就是cluster,溫度值,具體的就是attributes。 在通信時(shí),首先基于溫度,這個(gè)cluster,這個(gè)屬性來進(jìn)行通信,具體傳輸?shù)木褪菧囟戎颠@個(gè)屬性。 從顏色的例子,就可以好理解,為什么一個(gè)cluster里,有多個(gè)attributes。Identifier

4、 簡稱:ID,可以理解為“標(biāo)識(shí)符” 就是具體某一項(xiàng)東西的一個(gè)代號(hào) 就好像一個(gè)具體的人,要給它起個(gè)名字,有一個(gè)身份證號(hào),這個(gè)身份證號(hào)就是ID幀類型 總的幀類型,有兩種,分別為:KVP 和 MSG KVP: key-value pair (鍵值對(duì)) MSG:Message service type (報(bào)文) 定義的兩種傳輸數(shù)據(jù)的幀格式,前一種幀有嚴(yán)格的傳輸格式,每次傳輸?shù)亩际枪潭ㄩL度的內(nèi)容,后者對(duì)格式要求不嚴(yán)格,可以說是相當(dāng)自由,只要不超過最大幀長度就可以了。Binding 綁定: Binding:the c

5、reation of a unidirectional logical link between a source endpoint/cluster identifier pair and a destination endpoint, which may exist on one or more devices End device binding: the proceduce for creating or removing a binding link initiated by each of the end devices that will form the link.Th

6、e proceduce may or may not involve user intervention原語原語是層與層之間信息交互的接口,交互的信息就是原語的參數(shù)!原語只有四種類型:Request,Confirm,Indication,Response,其中Request和Response是從上層到下層的,Confirm和Indication是從下層到上層的!   舉例:假如上層請(qǐng)求下層打開接收機(jī),給下層一個(gè)request,下層完成請(qǐng)求的功能后,給上層一個(gè)Confirm,告訴上層正確完成了,或者出什么錯(cuò)了;   假如上層請(qǐng)求下層發(fā)送數(shù)據(jù)到Remote端

7、,給下層一個(gè)數(shù)據(jù)發(fā)送的request,下層完成數(shù)據(jù)發(fā)送任備后,給上層一個(gè)Confirm告訴上層結(jié)果;在對(duì)端,對(duì)應(yīng)的下層收到數(shù)據(jù)后,需要通過indication把收到的數(shù)據(jù)傳給上層!   假如節(jié)點(diǎn)A要請(qǐng)求節(jié)點(diǎn)B的對(duì)等層的一個(gè)服務(wù),給自己下層一個(gè)請(qǐng)求,下層將信息發(fā)送到節(jié)點(diǎn)B的對(duì)等層之后,節(jié)點(diǎn)B的下層用indication告訴上層,上層做出影響后,用Response給到下層,節(jié)點(diǎn)B再發(fā)送到節(jié)點(diǎn)A的對(duì)等層,節(jié)點(diǎn)A的下層再用confirm原語要得到的信息返回給上層!MAC層幀結(jié)構(gòu)MAC層幀結(jié)構(gòu)的設(shè)計(jì)目標(biāo)是用最低復(fù)雜度實(shí)現(xiàn)在多噪聲無線信道環(huán)境下的數(shù)據(jù)傳輸。每個(gè)MAC子層的幀都由幀頭、負(fù)

8、載和幀尾三部分組成。幀頭由幀控制信息、幀序列號(hào)和地址信息組成。MAC子層負(fù)載具有可變長度,具體內(nèi)容由幀類型決定。幀尾是幀頭和負(fù)載數(shù)據(jù)的16位CRC校驗(yàn)序列。在MAC子層中,節(jié)點(diǎn)地址有兩種格式:16位(兩個(gè)字節(jié))的短地址和64位(8個(gè)字節(jié))的擴(kuò)展地址。16位短地址是節(jié)點(diǎn)與PAN網(wǎng)絡(luò)協(xié)調(diào)者關(guān)聯(lián)時(shí),由協(xié)調(diào)者分配的網(wǎng)內(nèi)局部地址;64位擴(kuò)展地址是全球惟一地址,在節(jié)點(diǎn)進(jìn)入網(wǎng)絡(luò)之前就分配好了。16位短地址只能保證在PAN網(wǎng)絡(luò)內(nèi)部是惟一的,所以在使用16位短地址通信時(shí)需要結(jié)合16位的PAN網(wǎng)絡(luò)標(biāo)識(shí)符才有意義。兩種地址類型的地址信息的長度是不同的,從而導(dǎo)致MAC幀頭的長度也是可變的。一個(gè)數(shù)據(jù)幀使用哪種地址類型由

9、幀控制字段的內(nèi)容指示。在幀結(jié)構(gòu)中沒有表示幀長度的字段,這是因?yàn)樵谖锢韺拥膸锩嬗斜硎綧AC幀長度的字段,MAC負(fù)載長度可以通過物理層幀長和MAC幀頭的長度計(jì)算出來。IEEE 802.15.4網(wǎng)絡(luò)共定義了四種類型的幀:信標(biāo)幀,數(shù)據(jù)幀,確認(rèn)幀和MAC命令幀。(1)信標(biāo)幀信標(biāo)幀的負(fù)載數(shù)據(jù)單元由四部分組成:超幀描述字段、GTS分配字段、待轉(zhuǎn)發(fā)數(shù)據(jù)目標(biāo)地址字段和信標(biāo)幀負(fù)載數(shù)據(jù)。信標(biāo)幀中超幀描述字段規(guī)定了這個(gè)超幀的持續(xù)時(shí)間,活躍部分持續(xù)時(shí)間以及競爭訪問時(shí)段持續(xù)時(shí)間等信息。GTS分配字段將無競爭時(shí)段劃分為若干個(gè)GTS,并把每個(gè)GTS具體分配給了某個(gè)節(jié)點(diǎn)。轉(zhuǎn)發(fā)數(shù)據(jù)目標(biāo)地址列出了與協(xié)調(diào)者保存的數(shù)據(jù)相對(duì)應(yīng)的節(jié)點(diǎn)地

10、址。一個(gè)節(jié)點(diǎn)如果發(fā)現(xiàn)自己的地址出現(xiàn)在待轉(zhuǎn)發(fā)數(shù)據(jù)目標(biāo)地址字段里,則意味著協(xié)調(diào)者存有屬于它的數(shù)據(jù),所以它就會(huì)向協(xié)調(diào)者發(fā)出請(qǐng)求傳送數(shù)據(jù)的MAC命令幀。信標(biāo)幀負(fù)載數(shù)據(jù)為上層協(xié)議提供數(shù)據(jù)傳輸接口。例如在使用安全機(jī)制的時(shí)候,這個(gè)負(fù)載域?qū)⒏鶕?jù)被通信節(jié)點(diǎn)設(shè)定的安全通信協(xié)議填入相應(yīng)的信息。通常情況下,這個(gè)字段可以忽略。在信標(biāo)不使能網(wǎng)絡(luò)里,協(xié)調(diào)者在其他節(jié)點(diǎn)的請(qǐng)求下也會(huì)發(fā)送信標(biāo)幀。此時(shí)信標(biāo)幀的功能是輔助協(xié)調(diào)者向節(jié)點(diǎn)傳輸數(shù)據(jù),整個(gè)幀只有待轉(zhuǎn)發(fā)數(shù)據(jù)目標(biāo)地址字段有意義。(2)數(shù)據(jù)幀數(shù)據(jù)幀用來傳輸上層發(fā)到MAC子層的數(shù)據(jù),它的負(fù)載字段包含了上層需要傳送的數(shù)據(jù)。數(shù)據(jù)負(fù)載傳送至MAC子層時(shí),被稱為MAC服務(wù)數(shù)據(jù)單元。它的首尾被

11、分別附加了MHR頭信息和MFR尾信息后,就構(gòu)成了MAC幀,如圖3-7所示。MAC幀傳送至物理層后,就成為了物理幀的負(fù)載PSDU。PSDU在物理層被“包裝”,其首部增加了同步信息SHR和幀長度字段PHR字段。同步信息SHR包括用于同步的前導(dǎo)碼和SFD字段,它們都是固定值。幀長度字段的PHR標(biāo)識(shí)了MAC幀的長度,為一個(gè)字節(jié)長而且只有其中的低7位有效位,所以MAC幀的長度不會(huì)超過127個(gè)字節(jié)。(3)確認(rèn)幀如果節(jié)點(diǎn)收到目的地址為其自身的數(shù)據(jù)幀或MAC命令幀,并且?guī)目刂菩畔⒆侄蔚拇_認(rèn)請(qǐng)求位被置1,節(jié)點(diǎn)需要回應(yīng)一個(gè)確認(rèn)幀。確認(rèn)幀的序列號(hào)應(yīng)該與被確認(rèn)幀的序列號(hào)相同,并且負(fù)載長度應(yīng)該為零。確認(rèn)幀緊接著被確認(rèn)幀發(fā)送,不需要使用CSMA-CA機(jī)制競爭信道。(4)命令幀MAC命令幀用于組建PAN網(wǎng)絡(luò),傳輸同步數(shù)據(jù)等。目前定義好的命令幀主要完成三方面的功

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論