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)有哪些功能,沒(méi)有哪些功能,需要添加哪些功能等。
3) 修改Microchip ZigBee協(xié)議棧并使用用戶的編譯器進(jìn)行編譯。以上步驟完成之后就可以對(duì)Microchip ZigBee協(xié)議棧進(jìn)行修改,修改時(shí)要注意結(jié)合編譯器的特性進(jìn)行,需要對(duì)一些宏、常量等進(jìn)行修改。在修改完成之后需要使用用戶的編譯器對(duì)其進(jìn)行編譯。
4) 編寫測(cè)試程序?qū)π薷牡膮f(xié)議棧進(jìn)行測(cè)試。協(xié)議棧修改完成之后需要編寫相應(yīng)的測(cè)試程序?qū)π薷牡膮f(xié)議棧進(jìn)行測(cè)試,在編寫測(cè)試程序時(shí)要對(duì)協(xié)議棧的每一部分功能都進(jìn)行測(cè)試。
5) 開(kāi)發(fā)應(yīng)用程序。所有功能測(cè)試通過(guò)之后用戶就可以根據(jù)自己需求開(kāi)發(fā)應(yīng)用程序了。
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 (信道空閑)檢測(cè)、FIFOP中斷,F(xiàn)IFO檢測(cè)(用于判斷溢出)、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)代碼可以訪問(wèn)中斷,因而ZigBee協(xié)議或驅(qū)動(dòng)必須運(yùn)行存內(nèi)核態(tài),而應(yīng)用程序則處在用戶態(tài)。應(yīng)用程序在編譯時(shí)不直接與協(xié)議提供的接El函數(shù)鏈接。而是通過(guò)ioctl系統(tǒng)調(diào)用實(shí)現(xiàn)訪問(wè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)該有這樣的語(yǔ)句 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)用程序通過(guò)系統(tǒng)調(diào)用來(lái)訪問(wèn)。調(diào)用他們的應(yīng)用程序扮演著守護(hù)進(jìn)程的角色,由于這些函數(shù)被封裝成一次系統(tǒng)調(diào)用.因此在單CPU環(huán)境下,更需考慮競(jìng)態(tài)的發(fā)生。
3)
4)
5)
2.
case APLSendKVPDirect:
return APSDE_DATA_request (
(MESSAGE_INFO *)arg
);
3.
評(píng)論