ZigBee 協(xié)議移植（ARM+Linux）

2) 詳細(xì)分析Microchip ZigBee協(xié)議棧。對(duì)硬件有了清楚的認(rèn)識(shí)之后，需要對(duì)協(xié)議棧進(jìn)行詳細(xì)分析，了解協(xié)議棧的組成結(jié)構(gòu)、各部分功能及實(shí)現(xiàn)方法等，并懂得針對(duì)硬件需要對(duì)協(xié)議棧做哪些修改，目前已經(jīng)有哪些功能，沒有哪些功能，需要添加哪些功能等。
3) 修改Microchip ZigBee協(xié)議棧并使用用戶的編譯器進(jìn)行編譯。以上步驟完成之后就可以對(duì)Microchip ZigBee協(xié)議棧進(jìn)行修改，修改時(shí)要注意結(jié)合編譯器的特性進(jìn)行，需要對(duì)一些宏、常量等進(jìn)行修改。在修改完成之后需要使用用戶的編譯器對(duì)其進(jìn)行編譯。
4) 編寫測試程序?qū)π薷牡膮f(xié)議棧進(jìn)行測試。協(xié)議棧修改完成之后需要編寫相應(yīng)的測試程序?qū)π薷牡膮f(xié)議棧進(jìn)行測試，在編寫測試程序時(shí)要對(duì)協(xié)議棧的每一部分功能都進(jìn)行測試。
5) 開發(fā)應(yīng)用程序。所有功能測試通過之后用戶就可以根據(jù)自己需求開發(fā)應(yīng)用程序了。

以LINUX下S3C2410 ARM芯片為例,移植過程中需要進(jìn)行如下的修改工作：

本文引用地址：http://www.ex-cimer.com/article/201611/319569.htm1. Microchip 協(xié)議棧設(shè)計(jì)為僅在Microchip PIC18F 系列單片機(jī)上運(yùn)行。協(xié)議的移植主要體現(xiàn)在對(duì)平臺(tái)相關(guān)部分的改寫或重寫， 以及在Linux環(huán)境下的并發(fā)控制及性能優(yōu)化上。包括：SPI接口、動(dòng)態(tài)內(nèi)存分配、固態(tài)存儲(chǔ)、節(jié)拍控制等的改寫或重寫，中斷服務(wù)(ISR)與底半部(bottom half)的設(shè)計(jì)。應(yīng)用程序接口、進(jìn)程的適時(shí)睡眠與喚醒，守護(hù)進(jìn)程等。其中動(dòng)態(tài)內(nèi)存分配、節(jié)拍控制等可以利用Linux操作系統(tǒng)的系統(tǒng)函數(shù)，實(shí)現(xiàn)較為方便。利用內(nèi)核的內(nèi)存分配和回收函數(shù)kmalloc和kfree可實(shí)現(xiàn)動(dòng)態(tài)內(nèi)存分配：利用全局節(jié)拍變量jiffies(Linux中稱為系統(tǒng)“嘀噠”)改寫節(jié)拍控制模塊。SPI接口方面，此處采用S3C2410 ARM芯片，利用它內(nèi)置的SPI控制器?？梢苑奖愕貙?shí)現(xiàn)SPI功能。同時(shí)利用GPIO控制器實(shí)現(xiàn)其余I/O口的控制與中斷采集。這些IO口包括CC2420的芯片使能Cs、電壓調(diào)節(jié)器使能、RESET控制、CCA (信道空閑)檢測、FIFOP中斷，F(xiàn)IFO檢測(用于判斷溢出)、SFD中斷。

2. 在MicroChip協(xié)議棧中應(yīng)用程序接口被設(shè)計(jì)成API函數(shù)或宏定義。應(yīng)用程序只要在代碼中包含定義了這些函數(shù)或宏的頭文件，在編譯時(shí)就能自動(dòng)鏈接形成一個(gè)完整的可執(zhí)行程序。而在基于Linux的程序設(shè)計(jì)中，代碼被分為內(nèi)核態(tài)和用戶態(tài)，只有內(nèi)核態(tài)代碼可以訪問中斷，因而ZigBee協(xié)議或驅(qū)動(dòng)必須運(yùn)行存內(nèi)核態(tài)，而應(yīng)用程序則處在用戶態(tài)。應(yīng)用程序在編譯時(shí)不直接與協(xié)議提供的接El函數(shù)鏈接。而是通過ioctl系統(tǒng)調(diào)用實(shí)現(xiàn)訪問。在驅(qū)動(dòng)中定義一個(gè)Zigbee ioctl函數(shù)。在這個(gè)函數(shù)中具有不同參數(shù)的ioctl系統(tǒng)調(diào)用被分派到不同的接El函數(shù)中，實(shí)現(xiàn)不同的功能。例如為使應(yīng)用程序可以使用發(fā)送鍵值對(duì)的接口函數(shù)。在zigbee ioctl中就應(yīng)該有這樣的語句

case APLSendKVPDirect：

return APSDE_DATA_request (

(MESSAGE_INFO *)arg

)；

APSDE_DATA_request即為應(yīng)用支持層(APS)提供的數(shù)據(jù)發(fā)送接口函數(shù)。此時(shí)應(yīng)用程序必須以APLSendKVPDirect為參數(shù)進(jìn)行ioctl系統(tǒng)調(diào)用。在zigbee_ioctl函數(shù)中還可根據(jù)應(yīng)用的需要增加調(diào)用接口，為應(yīng)用程序的編寫提供方便。

3. ZigBee協(xié)議棧中各個(gè)子層都有各自的任務(wù)函數(shù)，它們被設(shè)計(jì)成必須在應(yīng)用中盡可能多地調(diào)用包括接收數(shù)據(jù)包、超時(shí)處理、數(shù)據(jù)轉(zhuǎn)發(fā)等。這些函數(shù)在嵌人式Linux環(huán)境下同樣被設(shè)計(jì)成由應(yīng)用程序通過系統(tǒng)調(diào)用來訪問。調(diào)用他們的應(yīng)用程序扮演著守護(hù)進(jìn)程的角色，由于這些函數(shù)被封裝成一次系統(tǒng)調(diào)用．因此在單CPU環(huán)境下，更需考慮競態(tài)的發(fā)生。