新聞中心

        EEPW首頁 > 手機與無線通信 > 設計應用 > 使用無線網絡分析器調試ZigBee協議系統

        使用無線網絡分析器調試ZigBee協議系統

        作者:Kim Otten Microchip 高級單片機架構部主任應用工程師 時間:2008-06-17 來源:電子產品世界 收藏
          查看第一條消息的事務解碼,我們將看到使用了“Set with Acknowledge”命令。這是一條發送給應用層的指示,應用層必須使用“Set Response”命令對該命令進行應答,如第五條消息所示。此應答指示應用層接收到了消息,而且在將屬性設置為請求的值時,發送的錯誤代碼將指示是否存在任何問題。AF 應答將生成另外一條MAC應答,如第六條消息所示。此外,發送的AF應答帶有請求的APS應答,這將生成第七和第八條消息。這些多層應答會產生相當大的數據流量,但是如果消息鏈中出現中斷,我們將更容易定位問題,如表1所示。

        表1  確定協議根源問題

        拓撲問題

          當開發了系統之后,可以幫助進行安裝和拓撲分析。一些,如ZENA無線網絡在內,當消息經由網絡的時候都能夠以圖形的方式顯示數據流量。設備以圓形節點表示,而消息則以連接到節點的線表示若裝載了描述物理布局的位圖,則拓撲問題將清楚得多。  

          假設有一個網絡,它有四個設備、一個協調器、兩個路由器和一個FFD終端設備。盡管所有設備都是全功能設備,還是可以從數據包分析中看出,FFD終端設備和任一路由器之間的消息是通過另一個路由器發送的。如果打開“Network Configuration Display”(網絡配置顯示)窗口,裝載描述性位圖,并將節點拖到描述其物理位置的位圖上的相應位置時,那么可以很快地看出發生了什么。圖3顯示了“Network Configuration Display”窗口,其中網絡流量有問題。我們可以看到有兩個設備彼此都不在對方的射頻范圍內,很有可能是由于建筑物內的隔墻造成的。消息必須經過另一個設備路由才能到達其目標設備。因此,盡管這種情況一開始有點糟糕,但現在可以看出系統行為與預期設想完全一致。

        本文引用地址:http://www.104case.com/article/84296.htm


        圖2 消息應答(協議的可靠性大多來自于擴展的應答功能。
        可使用應答的三種級別來對協議網絡進行故障診斷)

          注意,一個“嗅探器”可能無法看到網絡上所有節點。為了觀測所有網絡流量,可能需要獲得來自不同位置的多個消息捕獲,或者使用位于不同位置的多個“嗅探器”。

        結論

          ZigBee協議比許多無線協議簡單,但是仍然需要使用正確的工具才能高效而有效地開發應用。從確認正在發送正確的數據值到理解網絡超幀,無線網絡分析器是任何人員進行無線網絡開發的基本工具。 

        參考文獻:
        1.  ZigBee  Protocol Specification,http://www.zigbee.org
        2.  PICDEM  Z Demonstration Kit User’s Guide(DS51524),http://www.microchip.com/zigbee
        3.  IEEE Specification,http://www.ieee.org


        上一頁 1 2 下一頁

        評論


        相關推薦

        技術專區

        關閉
        主站蜘蛛池模板: 岗巴县| 乌鲁木齐市| 丘北县| 米林县| 巫溪县| 含山县| 吴桥县| 弥渡县| 宁城县| 云安县| 融水| 甘南县| 景德镇市| 浠水县| 桐柏县| 凤山县| 筠连县| 孟津县| 平潭县| 冀州市| 拜城县| 稻城县| 南木林县| 湖南省| 城固县| 化州市| 万载县| 寿宁县| 大港区| 张家界市| 乐安县| 共和县| 方城县| 晋宁县| 清徐县| 望江县| 白玉县| 上思县| 雅江县| 江油市| 中西区|