【文章內容簡介】 打開串口】。 apps/Demos/Basic/ SerialIO，進入到串口通訊實驗目錄下。 antc3 install，進行編譯和燒錄。，實驗現(xiàn)象為串口有內容輸出。，串口提示為按下鍵盤【1】，基站的藍燈會閃爍一下，按下鍵盤【2】，基站的黃燈會閃爍一下。如果是其它按鍵，串口會提示“Error key”，如下圖。 繼續(xù)實驗實現(xiàn)一個串口實驗，在串口助手中實現(xiàn)回顯的功能。修改方案：在task void lightLED()函數(shù)當中，當 m_echo_buf==’1’ 和m_echo_buf==’2’ 時其各自的ADBG語句后面都多加一句 post showMenuTask()。task void lightLED(){if(m_echo_buf==39。139。){} else if(m_echo_buf == 39。239。){} else { ADBG(DBG_LEV, “Error Key %crn”, m_echo_buf)。LED_YELLOW_TOGGLE。/* 切換黃色LED燈 */ ADBG(DBG_LEV, “You choose to toggle YELLOW LEDrn”)。post showMenuTask()。LED_BLUE_TOGGLE。/* 切換藍色LED燈 */ ADBG(DBG_LEV, “You choose to toggle BLUE LEDrn”)。post showMenuTask()。} } post showMenuTask()。調試結果： 碰到的問題 此實驗相對比較容易，基本無碰上什么問題。 心得體會 此實驗的代碼看起來是挺容易讀懂的，但是在編程實現(xiàn)上缺沒有那么容易。TinyOS系統(tǒng)事先已經(jīng)將串口的發(fā)送和接受功能封裝成接口來讓我們調用，為我們使用串口的功能提供的極大的便利。這是nesC的一大優(yōu)勢。提供各式各樣的內部組件也為我們做物聯(lián)網(wǎng)的開發(fā)應用節(jié)省了許多編程上的時間。 Flash組件讀寫實驗 實驗目的掌握CC2530芯片F(xiàn)lash的讀寫操作，同時為后面的綜合實驗做準備。 實驗原理Flash存儲器具有非易失的特點，即其存儲的數(shù)據(jù)掉電后不會丟失。因此常用來存儲一些設備參數(shù)等。Flash存儲器的組織結構為：每頁2KB，共64頁（CC2530F128）。Flash存儲器的寫入有別于RAM、EEPROM等其他存儲介質，寫Flash時，每bit可以由1變?yōu)?而不能由0變?yōu)?，必須分頁擦除后才能恢復全“1”。因此，需要修改某頁中的部分字節(jié)時，需要將本頁中用到的所有數(shù)據(jù)讀出到RAM空間中修改，然后擦除本頁，再將RAM中的數(shù)據(jù)寫入。CC2530中使用Flash控制器來處理Flash讀寫和擦除。使用DMA傳輸和CPU直接訪問SFR都可以配合Flash控制器完成寫Flash等操作。DMA寫Flash：需要寫入的數(shù)據(jù)應存于XDATA空間，其首地址作為DMA的源地址，目的地址固定為FWDATA，觸發(fā)事件為FLASH?！?”時觸發(fā)DMA，傳輸長度應為4的整數(shù)倍，否則需要補充；選擇字節(jié)傳輸，傳輸模式為單次模式，選擇高優(yōu)先級。 實驗步驟，打開基站的開關 apps/Demos/Basic/Flash antc3 install，進行軟件的編譯和燒錄 ，串口有內容輸出，具體如下圖 繼續(xù)實驗自己定義一個結構體，并且將結構體的內容寫入到0x1fff8，并且在寫完后將結構體的數(shù)據(jù)讀取出來通原始數(shù)據(jù)進行比較。修改方案：將數(shù)組ieee2 改為結構體，在結構體里面定義一個數(shù)組。struct Super{}。uint8_t ieee[8] = {0}。uint8_t ieee1[8] = {7,2,4,11,21,3,92,1}。task void initTask(){uint8_t i。struct Super super。for(i=0。icall ((uint8_t*)0x1fff8)。for(i=0。i 8。i+=4){ } call ((uint8_t*)(0x1FFF8+i),(amp。+i), 4)。[i] = ieee1[i]。uint8_t num[8]。} call (ieee,(uint8_t *)0x1FFF8, 8)。ADBG(DBG_LEV, “read ”)。for(i=0。i sizeof(ieee)。++i){ } ADBG(DBG_LEV, “[%d]=%dn”,(int)i,(int)ieee[i])。調試結果： 碰到的問題 在做繼續(xù)實驗的時候，原本想，像對數(shù)組初始化那樣直接給結構體里面的數(shù)組賦初值，但是如果這樣做了，在編譯的時候就會出現(xiàn)錯誤。在定義結構體類型的時候不能給結構體內定義的數(shù)組賦初值，在定義好結構體變量后，也不能直接給該結構體變量的數(shù)組變量賦初值。最保險的方法就是對機構體變量的數(shù)組變量挨個賦值。 心得體會這次實驗學習了Flash存儲器讀寫的基本原理，并通過了實驗來驗證對Flash存儲器的基本操作實現(xiàn)。這次實驗相對比較容易，就是在做繼續(xù)實驗的時候對nesC的結構體的基礎知識了解不夠深而卡了一小會兒。這些基礎實驗雖然比較簡單，但是在之后的綜合實驗上會經(jīng)常使用到，為后面的綜合實驗做準備。實驗二 點對點通信實驗 實驗目的（ActiveMessage）的使用 實驗原理本實驗使用TinyOS中的活動消息（ActiveMessage）模型實現(xiàn)點對點通信，活動模型組件ActiveMessageC包含了網(wǎng)絡協(xié)議中路由層以下的部分。在ATOS平臺下，ActiveMessageC包含的主要功能有：CSMA/CA、鏈路層重發(fā)、重復包判斷等機制。其中，CSMA/CA機制使節(jié)點在發(fā)送數(shù)據(jù)之前，首先去偵聽信道狀況，只有在信道空閑的情況下才發(fā)送數(shù)據(jù)，從而避免了數(shù)據(jù)碰撞，保證了節(jié)點間數(shù)據(jù)穩(wěn)定傳輸；鏈路層重發(fā)機制是當節(jié)點數(shù)據(jù)發(fā)送失敗時，鏈路層會重發(fā)，直到發(fā)送成功或重發(fā)次數(shù)到達設定的閾值為止，提高了數(shù)據(jù)成功到達率；重復包判斷機制是節(jié)點根據(jù)發(fā)送數(shù)據(jù)包的源節(jié)點地址及數(shù)據(jù)包中的dsn域判斷該包是不是重復包，如果是重復包，則不處理，防止節(jié)點收到同一個數(shù)據(jù)包的多個拷貝。ActiveMessageC向上層提供的接口有AMSend、Receive、AMPacket、Packet、Snoop等。AMSend接口實現(xiàn)數(shù)據(jù)的發(fā)送，Receive接口實現(xiàn)數(shù)據(jù)的接收，Snoop是接收發(fā)往其它節(jié)點的數(shù)據(jù)，AMPacket接口用于設置和提取數(shù)據(jù)包的源節(jié)點地址、目的地址等信息，Packet接口主要是得到數(shù)據(jù)包的有效數(shù)據(jù)長度（payload length）、最大有數(shù)據(jù)長度、有效數(shù)據(jù)的起始地址等。AMSend、Receive、Snoop都是參數(shù)化接口，參數(shù)為一個8位的id號，類似于TCP/IP協(xié)議中的端口號。兩個節(jié)點通信時，發(fā)送節(jié)點使用的AMSend接口的參數(shù)id必須與接收節(jié)點的Receive接口的參數(shù)id一致。在TinyOS操作系統(tǒng)下，所有的數(shù)據(jù)包都封裝到一個叫message_t的結構體中。message_t結構體包含四個部分：header、data、footer、metadata四個部分。其中header中包含了數(shù)據(jù)包長度、fcf、dsn、源地址、目的地址等信息；metadata包含了rssi等信息，、。其中，metadata部分不需要通過射頻發(fā)送出去，只是在發(fā)送前和接收后提取或寫入相應的域。 實驗步驟 ，打開基站的開關，將基站的燒錄開關撥上去 ，進行軟件的編譯和燒錄,(GRP=01 NID=01 的意思是將當前的點燒錄為第一組，第一號)，將基站的燒錄開關撥下去，將節(jié)點對應的燒錄開關撥上去，然后打開節(jié)點的開關 antc3 reinstall GRP=01 NID=02 繼續(xù)實驗完成一個點對點的傳輸，讓基站給單獨節(jié)點發(fā)送一個命令，節(jié)點在接收到命令后將自己的藍燈狀態(tài)改變。修改方案：(message_t* msg,void* len)函數(shù)中做修改?；緩拇诮邮盏降臄?shù)據(jù)存放在payload變量當中，所以只需要判斷payload的長度和內容跟命令是否一樣，如果一樣就改變藍燈的狀態(tài)。這里假設該命令為”BLUE”。修改代碼：event message_t* (message_t* msg, void* payload, uint8_t len){uint8_t i。ADBG_APP(“rn*Receive, len = [%d], DATA:rn”, ADBG_N(len))。for(i=0。i len。i++){ } ADBG_APP(“%c”,((uint8_t*)payload)[i])。/* 繼續(xù)實驗 修改部分 開始*/if(len==4){ if(((uint8_t*)payload)[0]==39。B39。 amp。amp。((uint8_t*)payload)[1]==39。L39。 amp。amp。((uint8_t*)payload)[2]==39。U39。 amp。amp。((uint8_t*)payload)[3]==39。E39。)}} /* 繼續(xù)實驗 修改部分 結束*/ ADBG_APP(“rn”)。LED_YELLOW_TOGGLE。m_input_type = INPUT_ADDRESS。post showMenu()。{ } LED_BLUE_TOGGLE。 碰到的問題 ，容易出現(xiàn)nochipsystem was detected。這個時候要將下載器的reset按鈕按下去復位，才能使得節(jié)點順利燒錄程序。，基站給節(jié)點發(fā)送消息時，串口調試助手大多時間會顯示SentFAIL！。這個問題一直得不到解決，所以只好做繼續(xù)實驗。做繼續(xù)實驗的時候發(fā)現(xiàn)，雖然串口調試助手顯示的是SentFAIL ,但是基站還是能夠通過發(fā)送命令控制藍燈的亮滅。這說明基站跟節(jié)點的通訊是成功的。串口調試助手上顯示的是有誤的。至于為什么會出現(xiàn)這個問題，我們也沒有討論出結果來。 心得體會該實驗完成了基本的節(jié)點之間的通訊，該實驗是基于穩(wěn)定的MAC點對點傳輸。所以熟練掌握這個實驗是接下來研究路由協(xié)議的基礎。這個實驗依然是驗證性實驗，但是出現(xiàn)的問題比前幾個實驗多了。節(jié)點燒錄不進去、基站與節(jié)點能夠進行通信，但是串口調試助手顯示失敗。在這兩個地方糾結的很久，最后還是跟同學交流，才知道這些問題大家都有出現(xiàn)。所以猜測可能是接口程序有問題。實驗三 發(fā)射功率設置實驗 實驗目的了解CC2530芯片的8個輸出功率等級，掌握節(jié)點輸出功率的設置方法。 實驗原理CC2530芯片支持8個等級的發(fā)射功率，不同功率等級發(fā)射的最遠距離不一樣，但是不是線性變化的。該實驗就是改變CC