ZigBee協(xié)議棧系統(tǒng)任務(wù)怎么被添加又是怎么被切換的

　　弄了這么久ZigBee協(xié)議棧，今天終于有一點(diǎn)頭緒了，基本上知道了整個(gè)系統(tǒng)任務(wù)怎么被添加，又是怎么被切換的一個(gè)過(guò)程。下面就簡(jiǎn)單講一講這部分內(nèi)容。

　　首先看的當(dāng)然是main（）函數(shù)，不過(guò)這個(gè)函數(shù)不是今天的重點(diǎn)，里面有我添加的注釋，先就一筆帶過(guò)吧。

　　下面對(duì)ZigBee協(xié)議棧對(duì)事件的處理做一個(gè)總結(jié)。

　　在ZigBee協(xié)議棧中處理事件有三種方式：輪詢、中斷、（操作系統(tǒng)）任務(wù)。

　　其中輪詢與中斷學(xué)過(guò)單片機(jī)的都用過(guò)，在這就不必多說(shuō)了。唯獨(dú)任務(wù)（至少我所了解的）是操作系統(tǒng)才有的概念。使用任務(wù)處理事件就需要在一個(gè)事件產(chǎn)生時(shí)添加任務(wù)，在任務(wù)處理完畢時(shí)刪除任務(wù)，還需要在不同任務(wù)間進(jìn)行切換。在ZigBee協(xié)議棧中tasksEvents是一個(gè)任務(wù)是否存在的標(biāo)志，當(dāng)需要添加任務(wù)時(shí)通過(guò)調(diào)用函數(shù)osal_set_event（）在tasksEvents中添加相應(yīng)的掩碼，當(dāng)任務(wù)處理完畢時(shí)直接把相應(yīng)的掩碼清零即可。而任務(wù)切換則必須等到前一個(gè)任務(wù)處理完畢，并且沒(méi)有優(yōu)先級(jí)更高的任務(wù)時(shí)才被處理。而優(yōu)先級(jí)是由數(shù)組tasksArr［］的成員的順序決定的。在一些比較強(qiáng)大的操作系統(tǒng)當(dāng)中這些東西都有，當(dāng)然是會(huì)有所區(qū)別的，只不過(guò)要復(fù)雜得多，并且引入了一些新的概念像PCB、任務(wù)調(diào)度、進(jìn)程、線程等，其中任務(wù)調(diào)度我的理解就是任務(wù)切換。像這些東西我所知道的與不知道的講也講不完，就并不多說(shuō)了，還是回到我們的話題。

　　在ZigBee協(xié)議棧中任務(wù)的處理總結(jié)起來(lái)就一句話：任何一個(gè)任務(wù)都只有調(diào)用了函數(shù)osal_set_event（）之后才能被處理。

　　當(dāng)然事件與任務(wù)不是一回事，任務(wù)同中斷一樣只是處理事件的一種方式。而且通常是先有事件然后注冊(cè)一個(gè)與事件對(duì)應(yīng)的任務(wù)。沒(méi)有事件當(dāng)然也可以注冊(cè)任務(wù)，不過(guò)這又有點(diǎn)扯遠(yuǎn)了。

?