enddevice.c的內(nèi)容介紹

　　End Device的運行過程仍然是從AppColdStart開始。這一函數(shù)和Co-ordinator的運行方式完全的不同，下面將詳細的講解這個過程。

　　1.AppColdStart調(diào)用vInitSystem，這個函數(shù)將初始化IEEE 802.15.4的協(xié)議棧

　　2.AppColdStart（）調(diào)用vStartActiveScan（）開始對于活動通道的掃描， End Device將向掃描的通道發(fā)送信標請求，并接收PAN Co-ordinator的信標請求回應(yīng)。需要掃描的通道和速率將在config.h中定義。掃描請求的初始化和發(fā)送的工作可以通過MLME請求的方式通過IEEE 802.15.4的MAC層發(fā)送。

　　3.AppColdStart（）將通過vProcessEventQueues來檢查和處理MLME回應(yīng)。這個函數(shù)將調(diào)用vProcessIncomingMlme（）來處理收到的MLME回應(yīng)。vHandleActiveScanResponse（）會被調(diào)用處理返回的活動通道掃描結(jié)果：

　　如果找到PAN Co-ordinator，函數(shù)將保存相應(yīng)的Co-ordinator信息（比如 PAN ID，短地址，邏輯通道），并且調(diào)用vStartAssociate（）向Co-ordinator來提交入網(wǎng)請求，這一請求將通過MLME請求的方式提交。

　　如果PAN Co-ordinator沒有被找到（可能是由于Co-ordinator還沒有初始化完成）。這一函數(shù)將重新調(diào)用vStartActiveScan（）來重新啟動掃描。

　　4. AppColdStart將循環(huán)的調(diào)用vProcessEventQueues（）等待來自Co-ordinator的入網(wǎng)回復(fù)。當收到回復(fù)后就將調(diào)用vProcessIncomingMlme（），然后將調(diào)用vHandleAssociateResponse來處理回復(fù)，接下來的函數(shù)將檢查回復(fù)的狀態(tài)：

　　如果PAN Co-ordinator接受的入網(wǎng)請求，將設(shè)備置于聯(lián)網(wǎng)狀態(tài)。

　　如果PAN Co-ordinator拒絕了入網(wǎng)的請求，函數(shù)就將重新調(diào)用vStartActiveScan（）來開始搜索另外一個PAN Co-ordinator。

　　5. AppColdStart（）接下來將循環(huán)的調(diào)用vProcessEventQueues來等待來自于PAN Co-ordinator的MCPS信息或者硬件的隊列信息。

　　當數(shù)據(jù)到達了MCPS隊列，vProcessEventQueue（）首先使用函數(shù)vProcessIncomingMcps（）來接收數(shù)據(jù)幀，接著調(diào)用vHandleMcpsDataInd（），接著調(diào)用vProcessReceivedDataPacket（），開發(fā)人員可以在這個函數(shù)里面編寫自己的數(shù)據(jù)處理過程。

　　當硬件事件到達硬件事件隊列，vProcessEventQueues（）將調(diào)用vProcessIncomingHwEvent（）來接收到達的事件，您可以在這個過程中編寫自己的事件處理邏輯。

　　下面的圖表示了End Device的工作過程。

圖4-4-10 EndDevice程序流程

　　W5500驅(qū)動：

　　Coordinator作為網(wǎng)絡(luò)的中心，通常也是數(shù)據(jù)匯聚的中心。因為我們在Coor的代碼中加入W5500的操作。

　　硬件連接上W5500作為SPI Slave工作，使用IO管腳如下：