ZigBee協議棧TI Z-Stack分析
ZigBee術語
一、屬性屬性Attribute是一個反映物理數量或狀態的數據值，比如開關值（On/Off）,溫度值、百分比等。
二、群集群集Cluster是包含一個或多個屬性（attribute）的群組。簡單的說，群集就是屬性的集合。每個群集都被分配一個唯一的群集ID且每個群集最多有65536個屬性。
三、設備描述設備描述DeviceDescription是指一個大型目標應用的一部分，包括一個或多個群集，并且指定群集是輸入還是輸出。
四、端點端點EndPoint是協議棧應用層的入口，也可以理解應用對象（ApplicationObject）存在的地方，它是為實現一個設備描述而定義的一組群集。每個ZigBee設備可以最多支持240這樣的端點，這也意味著在每個設備上可以定義240個應用對象。端點0被保留用于與ZDO接口而端點255被保留用于廣播，端點241-254則被保留用于將來做擴展使用。
五、配置文件配置文件Profile可以理解為共同促成交互式應用的多個設備描述項的集合。ZigBee聯盟已經定義了部分標準的配置文件，比如遠程控制開關配置文件和光傳感器配置文件等。任何遵循某一標準配置文件的節點都可以與實現相同配置文件的節點進行互操作。用戶也可以創建自己的配置文件然后遞交ZigBee聯盟測試、審核批準。配置文件是對邏輯設備及其接口描述的集合，是面向某個應用類別的公約、準則。設備描述符是為分布應用提供的描述項，多種描述項共同組成描述集合Profile。定義Profile的目的就是使得不同廠商生產的ZigBee設備能夠實現互操作。
六、節點節點Node也可以理解為一個容器，包含一組ZigBee設備，分享一個無線信道。每個節點有且只有一個無線信道使用。
七、綁定（Binding）ZigBee定義了一個稱為端點綁定的特殊過程。綁定即在源節點的某個端點（EndPoint）和目標節點的某個端點之間創建一條邏輯鏈路。綁定可以發生在兩個或多個設備之間。協調器節點維護一個基本上包括兩個或多個端點之間的邏輯鏈路的綁定表。在綁定表中，包含如下信息，源節點和目的節點的IEEE地址、Endpoint號以及ClusterID。對于可以建立綁定關系的兩個節點，它們的Cluster的屬性必須一個選擇“輸入”，另一個選擇“輸出”，而且ClusterID值相等，只有這樣，它們彼此才能建立綁定。如果目標設備的擴展地址是已知的，則調用zb_BindDeviceRequest()函數可以創建一個綁定條目。
八、尋址（Addressing）在ZigBee網絡中，使用兩種地址：一種是64位的IEEEAddress，也叫物理地址，64位地址在所有ZigBee設備之中是唯一，其中包含一個由IEEE分配、也是全球唯一的24位制造商特定組織標識符OUI（OrganizationallyUniqueIdentifier）。另一種是16位的NWKAddress即網絡地址，當設備加入ZigBee網絡時，從允許其加入的父設備上獲取16位網絡地址。該地址在ZigBee網絡中唯一，用于數據傳輸和數據包路由。在ZigBee中，數據包可以單點傳送（unicast），多點傳送（multicast）或者廣播傳送（broadcast），所以必須有地址模式參數。一個單點傳送數據包只發送給一個設備，多點傳送數據包則要傳送給一組設備，而廣播數據包則要發送給整個網絡的所有節點。當應用程序需要將數據包發送給網絡上的一組設備時，還可以使用組尋址方式（GroupAddressing）。
TIZ-Stack協議棧架構分析
協議棧定義通信硬件和軟件在不同級如何協調工作。在網絡通信領域，在每個協議層的實體們通過對信息打包與對等實體通信。在通信的發送方，用戶需要傳遞的數據包按照從高層到低層的順序依次通過各個協議層，每一層的實體按照最初預定消息格式向數據信息中加入自己的信息，比如每一層的頭信息和校驗等終抵達***的物理層，變成數據位流，在物理連接間傳遞。在通信的接收方數據包依次向上通過協議棧，每一層的實體能夠根據預定的格式準確的提取需要在本層處理的數據信息，最終用戶應用程序得到最終的數據信息進行處理。ZigBee無線網絡的實現，是建立在ZigBee協議棧的基礎上的，協議棧采用分層的結構協議分層的目的是為了使各層相對獨立，每一層都提供一些服務，服務由協議定義，程序員只需關心與他的工作直接相關的那些層的協議，它們向高層提供服務，并由低層提供服務。在ZigBee協議棧中，PHY、MAC層位于***層，且與硬件相關；NWK、APS,APL層以及安全層建立在PHY和MAC層之上，并且完全與硬件無關。分層的結構脈絡清晰、一目了然，給設計和調試帶來極大的方便。整個Z-Stack采用分層的軟件結構，硬件抽象層（HAL）提供各種硬件模塊的驅動，包括定時器Timer，通用I/O口GPIO，通用異步收發傳輸器UART，模數轉換ADC的應用程序接口API，提供各種服務的擴展集。操作系統抽象層OSAL實現了一個易用的操作系統平臺，通過時間片輪轉函數實現任務調度，提供多任務處理機制。用戶可以調用OSAL提供的相關API進行多任務編程，將自己的應用程序作為一個獨立的任務來實現。
Z-stackOSALAPI介紹OSAL層是與協議棧獨立的，但是整個協議都要基于OS才能運行。OSAL提供如下服務和管理：信息管理、任務同步、時間管理、中斷管理、任務管理、內存管理、電源管理以及非易失存儲管理。
一、信息管理API信息管理為任務間的信息交換或者外部處理事件（例如：中斷服務程序或一個控制循環內的函數調用等）提供一種管理機制。包括允許任務分配或不分配信息緩存、發送命令信息到其他任務、接受應答信息等API函數。
二、同步任務API該API允許一個任務等待某個事件的發生并返回等待期間的控制。該API的功能是為某個任務設置事件，一旦任何一個事件被設置就修改該任務。
三、時間管理API該API允許定時器被內部（Z-Stack）任務和外部任務使用。該API提供開始和停止一個定時器的功能，這些定時器能用毫秒（ms）設置。
四、中斷管理API這些API是外部中斷和任務的接口。這些API函數允許一個任務為每個中斷分配指定服務程序。這些中斷能被允許或禁止。在服務程序內，可為其他的任務設置事件。
五、任務管理API該API用在管理OSAL中的任務，包括系統任務和用戶自定義任務的創建、管理和信息處理等。
六、內存管理API該API描繪了簡單的存儲分配系統。這些函數允許動態存儲分配。
七、電源管理API這里描寫了OSAL的電源管理系統。當OSAL安全地關閉接收器與外部硬件并使處理器進入休眠模式時，該系統提供向應用/任務通告該事務的方式。
【編輯推薦】
