在這裡鄙視一下國內大多數翻譯TI文件就出書的寫手們，對zigbee毫無認識，就敢出來寫zigbee的書，寫出來的東西狗屁不通，完全就是害人的。所以，還是老老實實看英文文件，那才是一個硬體工程師應該具備的基本技能，什麼都想找中文的，等神馬都是中文的了，你學這個就是浮雲了。

我發現最近群裡很多人已經可以算是大致入門了，能夠在原有例子的基礎上進行一些簡單工作，實現資料傳輸。但是我也發現很多人開始把精力投入到鑽研協議棧程式碼細節上面去了，實際上這種學習方式是有問題的。第一：如果從應用的角度看，協議棧的一些實現細節是沒有必要鑽研的，這就好比是現在的PC機，已經有了Windows系統了，我們在這個系統之上實現自己應用程式的時候其實並不需要對Windows內部實現細節過多地關注，只要能夠自由地在Windows下開發應用程式(其實就是呼叫大量的API函式)就可以了；第二：如果想從協議棧本身入手去做一些深入的工作，Zstack是不適合的，因為它不是完全開源，真想在路由演算法、加密演算法等方面做工作的話，目前TinyOS這樣的開源協議棧才是首選。所以，進一步學習的重點應該是：在什麼時間什麼地點呼叫什麼函式的問題！
      那麼如何來提高這方面的技能呢？
    1、瀏覽ZDP和ZDO相關程式碼，熟悉一下都有什麼函式，這兩個部分都做了什麼，學習的過程中千萬不要去鑽研程式碼實現的細節，只要瞭解其流程以及都作了什麼就可以了，否則你一定會迷失在那成千上萬行的程式碼之中而不能自拔。ZDP和ZDO的實現檔案裡面有大量的函式在以後具體應用中可以去呼叫。
    2、典型例子中的ZDO訊息使用其實只有那麼幾個例子，比如：ZDO_RegisterForZDOMsg(TaskID,End_Device_Bind_rsp)這樣的，這是講底層的一些事件訊息引入到應用層的註冊方法。在深入應用的時候那麼幾個典型的訊息註冊是不夠用的，比如我在一個應用中就註冊了以下：
ZDO_RegisterForZDOMsg( TaskID, End_Device_Bind_rsp ); // 我自己解析End_Device_Bind_rsp
  ZDO_RegisterForZDOMsg( TaskID, Match_Desc_rsp );         //我自己解析Match_Desc_rsp
  ZDO_RegisterForZDOMsg( TaskID, Device_annce);              //我自己解析Device_annce
  ZDO_RegisterForZDOMsg( TaskID, Active_EP_rsp);              //我自己解析Active_EP_rsp
  ZDO_RegisterForZDOMsg( TaskID, Simple_Desc_rsp);         //我自己解析Simple_Desc_rsp
  ZDO_RegisterForZDOMsg( TaskID, NWK_addr_rsp);            //我自己解析NWK_addr_rsp
在具體應用中，你會根據不同的網路需求去呼叫很多協議棧的設定好的req和處理rsp訊息，那麼協議棧都有那些req和rsp是你進一步學習所應該深入認識的。
    3、在自己使用系統的req和rsp的時候，如果你不知道該如何處理，你最好去看看MT是如何實現的，在MT功能模組中，對協議棧的絕大多數req和rsp都有呼叫和實現的例子可以參考，雖然我們在自己的應用中很少回去使用MT，但是Mt 的實現程式碼卻是最好的參考資料。
    上面幾點是我目前能夠想到的一些事情，以後有想法再補充吧！

最後我舉個例子：比如你想實現節點入網後自動報告自己的長短地址，然後主控節點處理節點的報告，並且向這個節點要求其發回存在於其上的EP資訊，我們應該這樣做：
1、在新節點的ZDO_STATE_CHANGE訊息處理函式中呼叫：
ZDP_DeviceAnnce( NLME_GetShortAddr(), NLME_GetExtAddr(),  \
                     ZDO_Config_Node_Descriptor.CapabilityFlags, 0 );
這個函式會自動以廣播方式報告自己的短地址和長地址，其餘在網的節點都可以收到；你也可以採用按鍵策略，新節點入網後通過按鍵觸發來報告自己的長短地址：
2、在主控節點的初始化函式中新增：
ZDO_RegisterForZDOMsg( TaskID, Device_annce);              //我自己解析Device_annce
這樣，當新入網節點Annce的時候，主控節點收到這個訊息，然後通知給你的任務(TaskID)，你的任務則需要在case ZDO_CB_MSG:處理函式中新增處理這個annce的程式碼，如：
     case Device_annce:  //device annouce process.
        ProcessDeviceAnnce(inMsg);
     break;
在自己實現的ProcessDeviceAnnce函式中，你可以提取出新來節點的長短地址。。。。。
3、有了新節點的長短地址，其實什麼都可以做了，我現在利用新節點的長短地址來請求其返回它的EP資訊：
在適當的地方呼叫ZDP_ActiveEPReq( &zDestAddr, shortAddr, SECURITY_FLAG);
       這是一個直接面向目標短地址的單播req，目標節點收到這個req之後，會自動處理的(程式碼協議棧已經實現了)，Zstack協議棧實際上實現了絕大多數響應req的函式，然後返回一個rsp，這一部分其實你不用管，也就是說目標節點方面你一行程式碼都不用寫，存在其上的所有EP資訊就會被返回到主控節點；但是Zstack沒有實現絕大多數rsp處理函式，因為rsp一般來將使用者會有不同的想法，所以他也沒辦法實現；
4、主控節點如果想處理返回的活動EP資訊(比如EP號)，那麼需要在任務初始化的時候註冊一下由任務處理這個返回訊息：
ZDO_RegisterForZDOMsg( TaskID, Active_EP_rsp); 
然後在ZDO_CB_MSG處理函式中新增自己的處理程式碼：
     case Active_EP_rsp://active ep response process.
        ProcessActiveEpRsp(inMsg);
    break;
自己編寫的ProcessActiveEpRsp函式就可以提取到目標節點上所有EP資訊，比如我自己實現的一段程式碼就是這樣的(註釋解釋)：
static void ProcessActiveEpRsp(zdoIncomingMsg_t *inMsg)
{

uint8 *pData;
uint8 i;
ZDO_ActiveEndpointRsp_t *pRsp = ZDO_ParseEPListRsp( inMsg );     //呼叫ZDO_ParseEPListRsp函式(這個函式協議棧已經實現了，什麼時間什麼地點調
                                                                         //用什麼函式問題的具體體現，即：在rsp處理的時候呼叫這個函式，不知道你理解沒？
//下面我處理經過Parse後的訊息：                                                                        
uint8 cnt = pRsp->cnt;                                                     
pData = (uint8 *)osal_mem_alloc(6 + cnt);
                         //here, 3 is one for status, two for short address.one is cnt
      if(pData)
      {

        pData[0] = LO_UINT16(pRsp->nwkAddr);
        pData[1] = HI_UINT16(pRsp->nwkAddr);
        pData[2] = pRsp->status;
        pData[3] = pData[0];
        pData[4] = pData[1];
        pData[5] = cnt;
        for(i=0;i < cnt;i++)
          pData[6 + i] = pRsp->epList;
        osal_mem_free(pRsp);       
        Uart_SendBack(pData,(6 + cnt));  //串列埠方式把獲得的資訊發給PC，你可以存起來，也可以進一步做別的；
        osal_mem_free(pData);
      }  
      HalLedSet(HAL_LED_GREEN,HAL_LED_MODE_FLASH); //用閃燈方式表示收到了訊息。。。
}
                 
//函式裡面這段程式碼我實現的依據是什麼？這你就的去找找看協議棧是如何處理這個req的了，看看ZDP_ActiveEPReq函式的協議棧實現，
//#define ZDP_ActiveEPReq( dstAddr, NWKAddrOfInterest, SecurityEnable ) \
//                          ZDP_NWKAddrOfInterestReq(  dstAddr, \
//                            NWKAddrOfInterest, Active_EP_req, SecurityEnable )
//看到這裡就夠了，我們知道這個函式呼叫會發一個Active_EP_req給目標節點，至於怎麼發出去的，沒必要研究了。
//再去查檢視協議棧是如何處理Active_EP_req的，找到了：
//{ Active_EP_req,          ZDO_ProcessActiveEPReq },        
//這個函式的具體實現(協議棧中的)
/*
void ZDO_ProcessActiveEPReq( zdoIncomingMsg_t *inMsg )
{
  byte cnt = 0;
  uint16 aoi;
  byte stat = ZDP_SUCCESS;

  aoi = BUILD_UINT16( inMsg->asdu[0], inMsg->asdu[1] );

  if ( aoi == NLME_GetShortAddr() )
  {
    cnt = afNumEndPoints() - 1;  // -1 for ZDO endpoint descriptor
    afEndPoints( (uint8 *)ZDOBuildBuf, true );
  }
  else
  {
    stat = ZDP_INVALID_REQTYPE;
  }

  ZDP_ActiveEPRsp( inMsg->TransSeq, &(inMsg->srcAddr), stat,
                  aoi, cnt, (uint8 *)ZDOBuildBuf, inMsg->SecurityUse );
*/
//這個你要看懂了，實際上就是向你報告有幾個活動EP，每個EP的號是多少。。。。

例子大致說完了，如果不知道我在說什麼，也不知道我說的這些函式怎麼找的同學，那還得去好好入門入門，這篇文件不適合你！
如果能大致領會意思，我想你就體會到了我們的學習重點在哪裡，再說一遍：在什麼時間、什麼地點呼叫什麼函式！而不是研究協議棧到底怎麼實現的。