TinyOS是基于一種組件架構方式的開源的嵌入式操作系統，一個應用程序可以通過連接配置文件(a wiring specification)將各種組件連接起來，以完成它所需要的功能。TinyOS的應用程序都是基于事件驅動模式的，采用事件觸發去喚醒傳感器工作。tasks一般用在對于時間要求不是很高的應用中，且tasks之間是平等的，即在執行時是按先后順序，一般為了減少tasks的運行時間，要求每一個task都很短小，能夠使系統的負擔較輕；events一般用在對于時間要求很嚴格的應用中，而且它可以優先于tasks和其他events執行，可以被一個操作完成或是來自外部環境的事件觸發，在TinyOS中一般由硬件中斷處理來驅動事件。在TinyOS中由于tasks之間不能互相占先執行，所以TinyOS沒有提供任何阻塞操作，為了讓一個耗時較長的操作盡快完成，一般都是將對這個操作的需求及其完成分開來實現，以便獲得較高的執行效率。由于在Tiny-OS中沒有進程管理的概念，它對任務是按簡單的FIFO隊列進行處理的，對資源采取預先分配，且這個隊列里最多只能有7個未解決的任務。我們設計時，主要處理三類事件，即串口接收數據事件、無線接收數據事件和定時器事件。

①串口接收數據事件。每次節點從串口接收到一個字節的數據將觸發該事件。對于信息采集任務來說，其信息是定時采集的。同時，CAN總線的速率遠遠大于無線傳輸的速率。因此，在節點開辟了一段較大的緩存區，對CAN總線傳過來的數據進行緩存。該緩存區的大小取決于無線傳輸的速率以及CAN總線在一個定時采集周期的數據量大小。假設無線傳輸的速率為V、緩存區大小為Mem、采集周期為T、每個采集周期的數據量為Data，注意V為傳輸有效數據的速率，即要去掉協議開銷以及管理和控制開銷，則至少滿足V×T≥Data，Mem≥Data。為提高無線傳輸的效率，不是每次從串口接受到一個字節就從無線接口發走，而是每次緩存的字節數達到無線傳輸一個數據包的大小時，啟動任務一UARTRcvdTask。這種采用任務的方式進行實際的無線數據傳輸可以避免阻塞其他event事件。

②無線接受數據事件。每次節點從無線接口接受到一個數據包將觸發該事件。事件處理程序主要從協議數據包中獲取傳輸數據，并且緩存于接受緩存區，具體地怎么處理無線接受的數據的工作，通過啟動任務――RadioRcvdTask來完成，以避免阻塞其他event事件。

③定時器事件。該事件定時觸發。該事件處理程序主要定時判斷串口接受數據緩存區是否有數據，如果有的話，則啟動任務――UARTRcvdTask，以避免到串口收到的數據不足一個協議數據包時，會長期滯留在串口接受數據緩存區中。

4 性能分析和實驗

整個系統的性能主要取決于無線傳輸的速率。無線CC1000使用頻率為14.745 MHz的晶振作為驅動，在該驅動下面CC1000可以提供的最大數據傳輸率為19.2 KB／s。考慮無線傳輸協議消耗，無線傳輸數據報的格式如下：

其中TOSH_DATA_LENGTH=29，故協議的理論有效數據比率約為70％。同時，為提高無線傳輸的效率，不是每次從串口接受到一個字節就從無線接口發走，而是每次緩存的字節數達到無線傳輸一個數據包的大小時，才啟動發送任務，故無線有效傳輸速率約為13.4 KB／s,，對于本系統應用來說，CAN總線的采樣周期為10 s，每次采樣數據為1 K數據。雖然，CAN總線速率相對來說較高，但是通過緩存完全可以滿足需求。在性能測試中，該系統持續運行20多個小時，收發均無問題。

5 結 論

本文基于無線傳感器網絡給出一種連接CAN總線的無線通道設計，主要包括CAN總線無線接入控制模塊電路設計以及無線傳感器節點的通信協議設計等內容。目前，該系統已經實現，實際使用效果良好。本文內容對于一般的信息采集無線傳輸系統設計具有較好的借鑒意義。