OpenWSN無(wú)線傳感器網(wǎng)絡(luò)基礎(chǔ)平臺(tái)

OpenWSN: 開(kāi)源的無(wú)線傳感器網(wǎng)絡(luò)基礎(chǔ)平臺(tái)(事件驅(qū)動(dòng)的操作系統(tǒng)內(nèi)核,硬件的組件化封裝,協(xié)議棧,示例)

OpenWSN與 TinyOS的比較

相同點(diǎn)：

    * 都是事件驅(qū)動(dòng)
    * 都是組件架構(gòu)
    * 同樣都提供了非常豐富的組件

不同點(diǎn)：

    * OpenWSN基于 ANSI C語(yǔ)言開(kāi)發(fā)，TinyOS基于nesC，語(yǔ)法不同；
    * OpenWSN采用C容易上手，學(xué)習(xí)曲線短，但TinyOS采用nesC 不受C語(yǔ)言語(yǔ)法的制約，提供了更加優(yōu)雅的組件組裝方式；
    * OpenWSN強(qiáng)調(diào)對(duì)工業(yè)界傳統(tǒng)遺留資源（現(xiàn)有代碼、員工和員工的經(jīng)驗(yàn)與技能）的保護(hù)與利用，TinyOS誕生自學(xué)術(shù)界，更多的是一個(gè)創(chuàng)新想法的實(shí)驗(yàn)溫床，工業(yè)界接受程度有限；
    * OpenWSN實(shí)施嚴(yán)格的分層設(shè)計(jì)與實(shí)現(xiàn)，強(qiáng)調(diào)先分好層然后在層內(nèi)再區(qū)分組件；TinyOS因?yàn)檫^(guò)于強(qiáng)調(diào)組件而在層次上不夠明顯，特別是在早期1.0版本中；
    * 因?yàn)椴捎?ANSI C，所以O(shè)penWSN移植性非常好，可被輕松移植到絕大部分資源受限的系統(tǒng)中，今天不支持C編譯器的微控制器非常少見(jiàn)，且可充分利用廠家提供的C編譯器或第三方提供的開(kāi)發(fā)環(huán)境進(jìn)行優(yōu)化；而nesC的移植相對(duì)困難，且與GCC綁定，撇開(kāi)nesC的移植不談，對(duì)GCC不支持的硬件就無(wú)法運(yùn)行TinyOS。
    * OpenWSN 可以作為母體操作系統(tǒng)的一個(gè)任務(wù)運(yùn)行，母體操作系統(tǒng)可以是uCOS, uCLinux or 其他OS。向一個(gè)母體操作系統(tǒng)移植與向一個(gè)新硬件平臺(tái)移植遵循類似的思路；而TinyOS自成體系，要想與其他操作系統(tǒng)融合，利用其它操作系統(tǒng)的功能就非常困難；
    * OpenWSN取消了TinyOS中Configurator配件的概念，組件的組裝過(guò)程隱含于組件初始化過(guò)程中，TinyOS中刻意引入配件強(qiáng)調(diào)了組裝的概念但事實(shí)上顯得有些多余。
    * OpenWSN的osx kernel，提供了事件調(diào)度，未來(lái)將進(jìn)一步擴(kuò)展到soft real time schedule
    * OpenWSN中osx中的事件為單一類型，不象TinyOS中那樣設(shè)計(jì)出兩種不同類型事件（普通的事件和中斷事件），從而簡(jiǎn)化了組件的開(kāi)發(fā)。中斷事件在開(kāi)發(fā)實(shí)踐中是不太好處理，如代碼在中斷態(tài)運(yùn)行必然要求有輔助的各種保護(hù)措施以及中斷態(tài)和非中斷態(tài)之間的聯(lián)絡(luò)溝通機(jī)制，事實(shí)上復(fù)雜化了應(yīng)用層的開(kāi)發(fā)。中斷事件在OpenWSN中盡量在HAL 層封裝掉。即使不被封裝掉，也往往是以listener方式對(duì)外提供，這在使用上比區(qū)分事件類型更清楚。
    * OpenWSN的組件設(shè)計(jì)更加強(qiáng)調(diào)被動(dòng)性，即強(qiáng)調(diào)一個(gè)組件應(yīng)以服務(wù)方式運(yùn)行，被動(dòng)接受外部輸入事件然后做出響應(yīng)。當(dāng)然，OpenWSN并不要求所有組件必須如此。