【正文】 ::rt_resolve(Packet *p) { //查找是否有到目的節(jié)點的路由 rt = (ihdaddr())。 //沒有，則添加到該目的節(jié)點的路由，此時添加的路由是無效的 if(rt == 0) rt = (ihdaddr())。 //有效路由，則根據(jù)路由表中信息轉(zhuǎn)發(fā)分組 if(rtrt_flags == RTF_UP) forward(rt, p, NO_DELAY)。 //如果本節(jié)點是該分組的源節(jié)點，說明沒 有到目的節(jié)點的路，此時發(fā)送 RREQ找路 else if(ihsaddr() == index) (p)。 sendRequest(rtrt_dst)。 //鏈路中斷，在維護中 else if (rtrt_flags == RTF_IN_REPAIR) (p)。 // 本節(jié)點轉(zhuǎn)發(fā)數(shù)據(jù)分組，但是不知道該到目的節(jié)點的路，發(fā)送 RERR 說明鏈路中斷 else sendError(rerr, false)。 //添加到目的節(jié)點的路由，此時的路由不 可用，是無效的 aodv_rt_entry *rt = (dst)。 //不到發(fā)送 RREQ 的時間，注意文件開頭的 RREQ 定時器，若沒收到 RREP，源節(jié)點需要定時發(fā)送 RREQ if (rtrt_req_timeout CURRENT_TIME) Packet::free((Packet *)p)。 //AODV 中多次發(fā)送 RREQ，多次發(fā)送 RREQ 后仍找不到路，則丟包 if (rtrt_req_t RREQ_RETRIES) rtrt_req_timeout = CURRENT_TIME + MAX_RREQ_TIMEOUT。 drop(buf_pkt, DROP_RTR_NO_ROUTE)。 //余下部分是填充路由表以及 RREQ 分組的內(nèi)容，不涉及實現(xiàn)的話不用了解，了解有一定難度，需要結(jié)合整個過程看 鏈路中斷，需要發(fā)送 RERR，通知所有受影響的節(jié)點，函數(shù)體關(guān)于填充 RERR內(nèi)容，不用細看 void AODV::sendError(Packet *p, bool jitter) {// 17 周期發(fā)送 Hello 分組，以檢測鄰節(jié)點的連通性 void AODV::sendHello() {// 根據(jù)包類型調(diào)用不同函數(shù) void AODV::recvAODV(Packet *p) {// case AODVTYPE_RREQ recvRequest(p)。 case AODVTYPE_RREP: recvReply(p)。 case AODVTYPE_RERR: recvError(p)。 case AODVTYPE_HELLO: recvHello(p)。 收到 RREQvoid AODV::recvRequest(Packet *p) {// // I39。m the source I recently heard this RREQ if(rqrq_src == index) Packet::free(p)。 if (id_lookup(rqrq_src, rqrq_bcast_id)) Packet::free(p)。 // * Cache the broadcast ID ，用于判斷是否已收到過該 RREQ id_insert(rqrq_src, rqrq_bcast_id)。 //查找是否有到源節(jié)點的路由，有則更新，無則添加 a //* Find out whether any buffered packet can benefit from the * reverse ，有，則建立好路由后開始發(fā)送數(shù)據(jù) //查找是否有到目的節(jié)點的有效路由，有則向源節(jié)點回復(fù) RREP，沒有則繼續(xù)轉(zhuǎn)發(fā)該 RREQ，注意轉(zhuǎn)發(fā)前需要更新 RREQ 中部分內(nèi)容 8 、 void AODV::sendReply(nsaddr_t ipdst, u_int32_t hop_count, nsaddr_t rpdst, u_int32_t rpseq, u_int32_t lifetime, double timestamp) { //填充 RREP 內(nèi)容 void AODV::recvReply(Packet *p) { //查找是否有到目的節(jié)點的路由，沒有則建立，否則更新 //如果是 RREP 的目的節(jié)點，即 RREQ 的源節(jié)點則建立到目的節(jié)點的路；否則根據(jù)路由表中到源節(jié)點的路由（此路由在發(fā)送 RREQ 過程中已建立）轉(zhuǎn)發(fā)該 RREP 收到 RERR，查看有哪些路 徑受到中斷鏈路的影響，更新 RERR 內(nèi)容，并向受影響的節(jié)點發(fā)送該 RERRvoid AODV::recvError(Packet *p) { 18 總結(jié) 在本次 嵌入式系統(tǒng)開發(fā)技術(shù)課程設(shè) 計中，主要目的是設(shè)計一個基于 CC2530的溫濕度數(shù)據(jù)采集系統(tǒng)。該系統(tǒng)是一個采用 CC2530 無線單片機進行溫濕度的數(shù)據(jù)采集，并且結(jié)合 Zigbee 協(xié)議架構(gòu)進行編程的設(shè)計，主要是用 C51 實現(xiàn)基于CC2530 的溫濕度數(shù)據(jù)采集系統(tǒng)模塊的設(shè)計，并在 IAR 集成環(huán)境開發(fā)環(huán)境中進行基于 Zigbee 架構(gòu)的編程，節(jié)點模塊的調(diào)試，最后，實現(xiàn)無 線傳感網(wǎng)絡(luò)的構(gòu) 建。 值得一說的是 在這為期二 周的 嵌入式系統(tǒng)開發(fā)技術(shù)課程設(shè) 計 中我們收獲了不少。 我們 不僅 學習了 如何使用 CC2530 讀取溫濕度傳感器 SHT10 的溫濕度數(shù)據(jù)，而且了解了如何通過 CC2530 內(nèi)部 的 ADC 得到光照傳感器的數(shù)據(jù)。甚至也了解了一些無線傳感器的知識。總之 ， 我覺得 本次 訓練 讓我了解了 課本上不曾提到 的知識 。因此， 這次 課程設(shè)計 訓練對將來從事這一 方面 工作的同學尤為重要，這等于讓我們提前對這 方面的知識 有了 進一步 的認識。 當然， 在這次 訓練過程中也遇到了很多實際問題， 不過在老師的進一步講解之后，我們逐步認識和理解了其中的關(guān)鍵， 而且又對所學的理論知識有了升華。 同時 本次 訓練 ， 也在一定方面加深了我對所學過的各種理論的認識和理解，并在一定程度上掌握并會運用。 更為難得的是，在這次訓練過程中， 屢屢碰見一些問題，在解決這些問題的過程中，不斷加強了我對嵌入式系統(tǒng) 的理解。 對于一些自己不清楚，不明白但平時又很難發(fā)現(xiàn)的知識點有了一次全面的鞏固與復(fù)習 。在大學階段，理 論的學習和實踐是密不可分的。離開了實踐的理論如同 空中閣樓。與此同時，理論是需要實踐來不來不斷完的 。 理論與實踐就如同魚與水，是相互依存的。 同時，在與同學共同解決一些問題的過程中，提高了 團隊協(xié) 作精神。 19 參考文獻 [1]趙宏、曹潔 .Linux 系統(tǒng)指南 .成都：西南交通 大學出版社 ， 2021. [2]張曉林，崔迎煒 .嵌入式系統(tǒng)設(shè)計與實現(xiàn) .北京：北京航空航天大學 出版社 ，2021. [3]陳文智 . 嵌入式系統(tǒng)開發(fā)原理與實踐 .北京：清華大學出版社 ， 2021. [4]王宜懷、劉曉升 .嵌入式技術(shù)基礎(chǔ)與實踐 .北京：清華大學出版社， 2021. [5]劉洪濤 、 孫天澤 .嵌入式技術(shù)與設(shè)計．北京：人民郵電出版社， 2021. [6]陳渝 .嵌入式系統(tǒng)原理及應(yīng)用開發(fā) .北京：機械工業(yè) 出版社 ， 2021. [7]張石 . 嵌入式系 統(tǒng)技術(shù)教程 .北京：人民郵電 出版社， 2021. 20 致謝 通過二 周的 嵌入式系統(tǒng)開發(fā)技術(shù)課程設(shè) 計 ， 我們真的學習到了很多東西，不僅僅是嵌入式系統(tǒng)方面的理論知識，還有許多技能。如如何找一些有用的相關(guān)材料，如何刪選有價值的部分等等。當然，對于理論知識如此欠缺的我們來說，初次接觸綜合性如此強的課程設(shè)計會遇到許許多多問題，這時候就少不了老師的細心指導(dǎo)和認真講解 。一直以來老師都是我們的指路人，孜孜不倦的發(fā)光發(fā)熱，在這里我想首先向我們敬愛的老師道聲謝，老師辛苦了！ 還要謝謝幫助我的同學們，愿我們一起進步，一起更努力！