物聯(lián)網(wǎng)實(shí)驗-資料下載頁

　　

【正文】 ，進(jìn)行軟件的編譯和燒錄,(GRP=01 NID=01 的意思是將當(dāng)前的點(diǎn)燒錄為第一組，第一號)，將基站的燒錄開關(guān)撥下去，將節(jié)點(diǎn)對應(yīng)的燒錄開關(guān)撥上去，然后打開節(jié)點(diǎn)的開關(guān) antc3 reinstall GRP=01 NID=02 繼續(xù)實(shí)驗完成一個點(diǎn)對點(diǎn)的傳輸，讓基站給單獨(dú)節(jié)點(diǎn)發(fā)送一個命令，節(jié)點(diǎn)在接收到命令后將自己的藍(lán)燈狀態(tài)改變。修改方案：(message_t* msg,void* len)函數(shù)中做修改?；緩拇诮邮盏降臄?shù)據(jù)存放在payload變量當(dāng)中，所以只需要判斷payload的長度和內(nèi)容跟命令是否一樣，如果一樣就改變藍(lán)燈的狀態(tài)。這里假設(shè)該命令為”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ù)實(shí)驗 修改部分 開始*/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ù)實(shí)驗 修改部分 結(jié)束*/ ADBG_APP(“rn”)。LED_YELLOW_TOGGLE。m_input_type = INPUT_ADDRESS。post showMenu()。{ } LED_BLUE_TOGGLE。 碰到的問題 ，容易出現(xiàn)nochipsystem was detected。這個時候要將下載器的reset按鈕按下去復(fù)位，才能使得節(jié)點(diǎn)順利燒錄程序。，基站給節(jié)點(diǎn)發(fā)送消息時，串口調(diào)試助手大多時間會顯示SentFAIL！。這個問題一直得不到解決，所以只好做繼續(xù)實(shí)驗。做繼續(xù)實(shí)驗的時候發(fā)現(xiàn)，雖然串口調(diào)試助手顯示的是SentFAIL ,但是基站還是能夠通過發(fā)送命令控制藍(lán)燈的亮滅。這說明基站跟節(jié)點(diǎn)的通訊是成功的。串口調(diào)試助手上顯示的是有誤的。至于為什么會出現(xiàn)這個問題，我們也沒有討論出結(jié)果來。 心得體會該實(shí)驗完成了基本的節(jié)點(diǎn)之間的通訊，該實(shí)驗是基于穩(wěn)定的MAC點(diǎn)對點(diǎn)傳輸。所以熟練掌握這個實(shí)驗是接下來研究路由協(xié)議的基礎(chǔ)。這個實(shí)驗依然是驗證性實(shí)驗，但是出現(xiàn)的問題比前幾個實(shí)驗多了。節(jié)點(diǎn)燒錄不進(jìn)去、基站與節(jié)點(diǎn)能夠進(jìn)行通信，但是串口調(diào)試助手顯示失敗。在這兩個地方糾結(jié)的很久，最后還是跟同學(xué)交流，才知道這些問題大家都有出現(xiàn)。所以猜測可能是接口程序有問題。實(shí)驗三 發(fā)射功率設(shè)置實(shí)驗 實(shí)驗?zāi)康牧私釩C2530芯片的8個輸出功率等級，掌握節(jié)點(diǎn)輸出功率的設(shè)置方法。 實(shí)驗原理CC2530芯片支持8個等級的發(fā)射功率，不同功率等級發(fā)射的最遠(yuǎn)距離不一樣，但是不是線性變化的。該實(shí)驗就是改變CC2530芯片的發(fā)射功率寄存器的數(shù)值來改變發(fā)射功率。 實(shí)驗步驟，打開基站的開關(guān) cd /opt/atos/apps/Demos/RFDemos/3_SetTransmitPower/ antc3 install GRP=01 NID=02，進(jìn)行軟件的編譯和燒錄，將基站的燒錄開關(guān)撥下去，將節(jié)點(diǎn)對應(yīng)的燒錄開關(guān)撥上去，然后打開節(jié)點(diǎn)的開關(guān) antc3 reinstall GRP=01 NID=01 ，按照上面的提示進(jìn)行操作。在上面的界面中，按“Y”后 會顯示功率列表提供選擇，根據(jù)自己的選擇進(jìn)行功率設(shè)置，在設(shè)置完成后程序會自動給節(jié)點(diǎn)號為1的節(jié)點(diǎn)發(fā)送射頻數(shù)據(jù)，如下圖。，可以觀察到發(fā)送功率對發(fā)送的有效距離的影響。 繼續(xù)實(shí)驗 在該實(shí)驗的基礎(chǔ)上測試，在最大和最小發(fā)射功率下兩個點(diǎn)之間通訊距離的差距。 碰到的問題 與“點(diǎn)對點(diǎn)通信實(shí)驗”一樣，基站與節(jié)點(diǎn)通訊成功以后，串口調(diào)試助手依舊顯示SentFAIL，()函數(shù)里面有一條語句：LED_YELLOW_TOGGLE。說明當(dāng)節(jié)點(diǎn)接收到數(shù)據(jù)以后，節(jié)點(diǎn)的黃燈就會改變燈的狀態(tài)。我們就以此作為判斷節(jié)點(diǎn)是否成功接收到基站發(fā)出的數(shù)據(jù)的依據(jù)。在設(shè)置發(fā)射功率的時候，想把功率設(shè)置成14，卻怎么也設(shè)置不了。查看代碼才知道16的發(fā)射功率等級對應(yīng)的是十六進(jìn)制的‘0’—‘F’，如果要設(shè)置發(fā)射功率為14，則應(yīng)該輸入‘C’。 心得體會 本實(shí)驗是在點(diǎn)對點(diǎn)通信實(shí)驗的基礎(chǔ)上完成的。通過本實(shí)驗，讓我們了解了CC2530芯片中功率級別的概念，以及如何設(shè)置發(fā)射功率的寄存器的值。為了解決這個實(shí)驗中出現(xiàn)的問題。通過閱讀、分析代碼，對在TinyOS系統(tǒng)上進(jìn)行nesC編程有了進(jìn)一步地了解，也對nesC程序整體的框架有了一定的了解。實(shí)驗四 星狀網(wǎng)絡(luò)通訊實(shí)驗 實(shí)驗?zāi)康牧私庑切尉W(wǎng)絡(luò)的特點(diǎn)，掌握星形網(wǎng)絡(luò)的實(shí)現(xiàn)方法。 實(shí)驗原理該實(shí)驗主要是完成星形網(wǎng)絡(luò)通訊實(shí)驗。在這個實(shí)驗中所有的基本節(jié)點(diǎn)都是直接將數(shù)據(jù)發(fā)送給基站，這樣就會形成一個星形。在節(jié)點(diǎn)端，每個節(jié)點(diǎn)都會啟動一個定時器，在定時器超時的時候，節(jié)點(diǎn)就會開始采集傳感器數(shù)據(jù)，在完成傳感器數(shù)據(jù)采集后，節(jié)點(diǎn)就會將采集的數(shù)據(jù)發(fā)送給基站；在基站端，接收到節(jié)點(diǎn)的數(shù)據(jù)后，按照基站和上位機(jī)通訊的協(xié)議將數(shù)據(jù)上報給上位機(jī)軟件。 實(shí)驗步驟，打開基站的開關(guān) /opt/atos/apps/Atosenet/ANTStartnet/Base antc3 install GRP=01 NID=01，進(jìn)行軟件的編譯和燒錄，將基站的燒錄開關(guān)撥下去，將節(jié)點(diǎn)對應(yīng)的燒錄開關(guān)撥上去，然后打開節(jié)點(diǎn)的開關(guān) /opt/atos/apps/Atosenet/ANTStartnet/Node，進(jìn)入到星形實(shí)驗的節(jié)點(diǎn)目錄。 antc3 install ASO=LIGHT TYPE3 GRP=01 NID=02,對節(jié)點(diǎn)進(jìn)行燒錄。，確保每個節(jié)點(diǎn)的NID是不一樣的 ，并且將節(jié)點(diǎn)的開關(guān)都打開。，如果沒有安裝，請先安裝該軟件，這個軟件的安裝包在【】。，點(diǎn)擊運(yùn)行標(biāo)志，運(yùn)行之后的界面如下。如果想看到一個更大的星形的網(wǎng)絡(luò)，可以多燒錄幾個節(jié)點(diǎn)。 繼續(xù)實(shí)驗在該實(shí)驗的基礎(chǔ)上，嘗試讓基站的ID變?yōu)?。每個基本節(jié)點(diǎn)都將自己的目的地址變?yōu)?。并且最終通訊形成星形網(wǎng)絡(luò)。修改方案：將node文件夾里面的makefile 文件打開，將PFLAGS +=DATE_PROFILE_TABLE_CONFIG 改為PFLAGS +=DATE_PROFILE_TABLE_CONFIG=2。這個修改的目的是為了設(shè)置星形網(wǎng)絡(luò)的父節(jié)點(diǎn)。ATE_PROFILE_TABLE_CONFIG的值就是靜態(tài)路由默認(rèn)的目的節(jié)點(diǎn)的ID號。所以這樣一改，就能使每個基本節(jié)點(diǎn)都將自己的目的地址變?yōu)?。 碰到的問題按照步驟將所給的程序分別燒錄到基站和節(jié)點(diǎn)以后，會發(fā)現(xiàn)網(wǎng)絡(luò)拓?fù)鋱D所示的網(wǎng)絡(luò)非星形網(wǎng)絡(luò)，而是樹狀網(wǎng)絡(luò)。詢問助教才知道這是沒有對控制星形網(wǎng)絡(luò)父節(jié)點(diǎn)的變量賦初值的緣故。需要將Node文件夾里的makefile文件的ATE_PROFILE_TABLE_CONFIG 改為PFLAGS +=DATE_PROFILE_TABLE_CONFIG=1。這樣得到的網(wǎng)絡(luò)拓?fù)鋱D才是正確的。按照繼續(xù)實(shí)驗的要求修改makefile文件后，燒錄時給基站賦予的節(jié)點(diǎn)ID值也改為了2，但是出來的網(wǎng)絡(luò)拓?fù)鋱D，其星形網(wǎng)絡(luò)的父節(jié)點(diǎn)的ID仍然是1。這個問題其他的同學(xué)也出現(xiàn)過。但是沒有討論出解決方案。 心得體會這個實(shí)驗是每個基本節(jié)點(diǎn)都將采集到的傳感器數(shù)據(jù)發(fā)送給基站，所以使用的是星形網(wǎng)絡(luò)。該網(wǎng)絡(luò)只需要基本節(jié)點(diǎn)將數(shù)據(jù)發(fā)送到基站，而不需要基本節(jié)點(diǎn)之間進(jìn)行通訊，也不需要基站向基本節(jié)點(diǎn)發(fā)送消息，所以基本節(jié)點(diǎn)在每次發(fā)送的時候只需要填寫目的地址為1就可以。所以該實(shí)驗使用的路由協(xié)議只需要靜態(tài)的路由協(xié)議就可以實(shí)現(xiàn)了，節(jié)點(diǎn)在上電的時候?qū)⒒咀鳛槲ㄒ坏穆酚尚畔懭氲絝lash中，每個節(jié)點(diǎn)按照這樣的路由信息發(fā)送，最終形成的就是星形網(wǎng)絡(luò)。為了分析網(wǎng)絡(luò)拓?fù)鋱D出現(xiàn)樹狀網(wǎng)絡(luò)的原因，還找到了靜態(tài)路由協(xié)議的文件夾Profile，仔細(xì)查找才發(fā)現(xiàn)影響父節(jié)點(diǎn)的變量是ATE_PROFILE_TABLE_CONFIG。所以感覺這些實(shí)驗沒有表面看起來這么簡單，如果要分析透徹其中的原理以及實(shí)現(xiàn)方法，還得花較多的功夫。