版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、<p> 《DSP技術(shù)與應(yīng)用》課程設(shè)計報告</p><p> 選題名稱: uCOS-II多任務(wù)實驗 </p><p> 系(院): 計算機(jī)工程學(xué)院 </p><p> 專 業(yè): 計算機(jī)科學(xué)與技術(shù) </p><p> 班 級:
2、 計算機(jī)1073 </p><p> 姓 名: 學(xué) 號: </p><p> 指導(dǎo)教師: </p><p> 學(xué)年學(xué)期: 2009 ~ 2010 學(xué)年 第 2 學(xué)期</p><p&g
3、t; 2010年 5 月 30 日</p><p><b> 摘要:</b></p><p> 多任務(wù)是操作系統(tǒng)的一項基本功能。在DSP系統(tǒng)上引入操作系統(tǒng)后,我們可以非常方便的使用它的多任務(wù)功能。實時嵌入式操作系統(tǒng)uCOS-II是基于優(yōu)先級的搶占式實時多任務(wù)操作系統(tǒng),包含了實時內(nèi)核、任務(wù)管理、時間管理、任務(wù)間通信同步和內(nèi)存管理等功能。μC/O
4、S-II 共有 64 個優(yōu)先級,優(yōu)先級的高低按編號從 0(最高)到 63(最低)排序。通過定義系統(tǒng)常量 OS_LOWEST_PRIO 的值來限制優(yōu)先級編號的范圍,當(dāng)最低優(yōu)先級為定為 18(共 19 個不同的優(yōu)先級)時,定義如下:defineOS_LOWEST_PRIO18 μC/OS-II 實時操作系統(tǒng)總是將最低優(yōu)先級OS_LOWEST_PRIO 分配給“空閑任務(wù)”,將次低優(yōu)先級 OS_LOWEST_PRIO-1 分配給“統(tǒng)計任務(wù)”。&
5、lt;/p><p> 關(guān)鍵詞:µC/OS-Ⅱ操作系統(tǒng);DSP仿真器;匯編語言;多任務(wù)內(nèi)核;任務(wù)優(yōu)先級</p><p><b> 目錄</b></p><p><b> 1 多任務(wù)描述1</b></p><p> 2 µC/OS-Ⅱ操作系統(tǒng)1</p>&l
6、t;p> 2.1 µC/OS-Ⅱ簡介1</p><p> 2.2 µC/OS-Ⅱ工作原理1</p><p><b> 3 基礎(chǔ)知識2</b></p><p> 3.1 STaskCreate()2</p><p> 3.2 任務(wù)控制塊(Task Control Bloc
7、ks,OS_TCBs)2</p><p><b> 4 軟件設(shè)計3</b></p><p> 4.1 程序設(shè)計3</p><p> 5 周期性執(zhí)行任務(wù)6</p><p><b> 6優(yōu)先級安排6</b></p><p> 6.1 任務(wù)的優(yōu)先級資源6&l
8、t;/p><p> 6.2 優(yōu)先級安排原則7</p><p><b> 總 結(jié)8</b></p><p><b> 參考文獻(xiàn)9</b></p><p><b> 1 多任務(wù)描述</b></p><p> 多任務(wù)是操作系統(tǒng)的一項基本功能。在
9、DSP系統(tǒng)上引入操作之后,我們可以非常方便的使用它的多任務(wù)功能,多任務(wù)系統(tǒng)中,內(nèi)核負(fù)責(zé)管理各個任務(wù),或者說為每個任務(wù)分配CPU時間,并且負(fù)責(zé)任務(wù)之間的通訊。內(nèi)核提供的基本服務(wù)是任務(wù)切換。只所以使用實時內(nèi)核可以大大簡化應(yīng)用系統(tǒng)的設(shè)計,是因為實時內(nèi)核允許將應(yīng)用分成若干個任務(wù),由實時黑河來管理它們。內(nèi)核本身也增加了應(yīng)用程序的格外負(fù)荷,代碼空間增加ROM的用量,內(nèi)核本身的數(shù)據(jù)結(jié)構(gòu)增加了RAM的用量,內(nèi)核本身對CPU的占用時間一般在2到5個百分點(diǎn)
10、之間。µC/OS-Ⅱ有一個精巧的內(nèi)核調(diào)度算法,實時內(nèi)核精小,實行效率高,算法巧妙,代碼空間很少</p><p> 2 µC/OS-Ⅱ操作系統(tǒng)</p><p> 2.1 µC/OS-Ⅱ簡介</p><p> μc/os-ii是由jean j.labrosse于1992年編寫的一個嵌入式多任務(wù)實時操作系統(tǒng)。最早這個系統(tǒng)叫做 μc/
11、os,后來經(jīng)過近10年的應(yīng)用和修改,在1999年jean j.labrosse推出了;μc/os-ii,并在2000年得到了 美國聯(lián)邦航空管理局對用于商用飛機(jī)的、符合rtca do178b標(biāo)準(zhǔn)的認(rèn)證,從而證明μc/os-ii具有足夠的穩(wěn)定 性和安全性。 μc/os-ii是一個可裁減、源代碼開放、結(jié)構(gòu)小巧、可搶占式的實時多任務(wù)內(nèi)核,是專為微控制器系統(tǒng)和軟 件開發(fā)而設(shè)計的,是控制器啟動后首先執(zhí)行的背景程序,并作為整個系統(tǒng)的框
12、架貫穿系統(tǒng)運(yùn)行的始終。它具有執(zhí)行效率高、占用空間小、可移植性強(qiáng)、實時性能良好和可擴(kuò)展性強(qiáng) 等特點(diǎn)。采用μc/os-ii實時操作系統(tǒng)可以有效地對任務(wù)進(jìn)行調(diào)度;對各任務(wù)賦予不同的優(yōu)先級可以保證任務(wù) 及時響應(yīng),而且采用實時操作系統(tǒng),降低了程序的復(fù)雜度,方便程序的開發(fā)和維護(hù)</p><p> 2.2 µC/OS-Ⅱ工作原理 </p><p> uC/OS-II是一種基于優(yōu)先級的可搶
13、先的硬實時內(nèi)核。要實現(xiàn)多任務(wù)機(jī)制,那么目標(biāo)CPU必須具備一種在運(yùn)行期更改PC的途徑,否則無法做到切換。不幸的使,直接設(shè)置PC指針,目前還沒有哪個CPU支持這樣的指令。但是一般CPU都允許通過類JMP,CALL</p><p> 這樣的指令來間接的修改PC。我們的多任務(wù)機(jī)制的實現(xiàn)也正是基于這個出發(fā)點(diǎn)。事實上,我們使用CALL指令或者軟中斷指令來修改PC,主要是軟中斷。但在一些CPU上,</p>&l
14、t;p> 并不存在軟中斷這樣的概念,所以,我們在那些CPU上,使用幾條PUSH指令加上一條CALL指令來模擬一次軟中斷的發(fā)生。再uC/OS-II里,每個任務(wù)都有一個任務(wù)控制塊(Task Control Block),這是一個比較復(fù)雜的數(shù)據(jù)結(jié)構(gòu)。在任務(wù)控制快的偏移為0的地方,存儲著一個指針,它記錄了所屬任務(wù)的專用堆棧地址。事實上,再uC/OS-II內(nèi),每個任務(wù)都有自己的專用堆棧,彼此之間不能侵犯。這點(diǎn)要求程序員再他們的程序中保證。
15、一般的做法是把他們申明成靜態(tài)數(shù)組。而且要申明成OS_STK類型。當(dāng)任務(wù)有了自己的堆棧,那么就可以將每一個任務(wù)堆棧再那里記錄到前面談到的任務(wù)控制快偏移為0的地方。以后每當(dāng)發(fā)生任務(wù)切換,系統(tǒng)必然會先進(jìn)入一個中斷,這一般是通過軟中斷或者時鐘中斷實現(xiàn)。然后系統(tǒng)會先把當(dāng)前任務(wù)的堆棧地址保存起來,僅接著恢復(fù)要切換的任務(wù)的堆棧地址。由于哪個任務(wù)的堆棧里一定也存的是地址(還記得我們前面說過的,每當(dāng)發(fā)生任務(wù)切換,系統(tǒng)必然會先進(jìn)入一個中斷,而一旦中斷CPU
16、就會把地址壓入堆棧),這樣,就達(dá)到了修改PC為下一個任務(wù)的地址的目的。</p><p><b> 3 基礎(chǔ)知識</b></p><p> 3.1 STaskCreate()</p><p> 想讓µC/OS-Ⅱ管理用戶的任務(wù),用戶必須要先建立任務(wù)。用戶可以通過傳遞任務(wù)地址和其他參數(shù)到以下兩個函數(shù)之一來建立任務(wù):OSTaskCr
17、eate()或OSTaskCreateExt()。OSTaskCreateExt()是OSTaskCreate的擴(kuò)展版本,提供了一些附加的功能。用兩個函數(shù)中的任何一個都可以建立任務(wù)。任務(wù)可以在多任務(wù)調(diào)度前建立,也可以在其它任務(wù)的執(zhí)行過程中被建立。在開始多任務(wù)調(diào)度(即調(diào)用OSSstar())前,用戶必須建立至少一個任務(wù)。任務(wù)不能由中斷服務(wù)程序(ISR)來建立。 </p><p> 3.2 任務(wù)控制塊(Task
18、Control Blocks,OS_TCBs)</p><p> 一旦任務(wù)建立了,任務(wù)控制塊OS_TCBs將被賦值。任務(wù)控制塊是一個數(shù)據(jù)結(jié)構(gòu),當(dāng)任務(wù)的CPU使用權(quán)被剝奪時,µC/OS-Ⅱ用它來保存該任務(wù)的狀態(tài)。當(dāng)任務(wù)重新得到CPU使用權(quán)時,任務(wù)控制塊能確保任務(wù)從當(dāng)時被中斷的那一點(diǎn)斯堡不差地繼續(xù)執(zhí)行。</p><p> OS_TCBs全部駐留在RAM中。讀者將會注意到筆者在組織
19、這個數(shù)據(jù)結(jié)構(gòu)時,考慮到了各</p><p> 成員的邏輯分組。任務(wù)建立的時候,OS_TCBs就被初始化了。</p><p><b> 4 軟件設(shè)計</b></p><p><b> 4.1 程序設(shè)計</b></p><p> typedef struct os_tcb {</p>
20、;<p> OS_STK *OSTCBStkPtr;</p><p> #if OS_TASK_CREATE_EXT_EN</p><p> void *OSTCBExtPtr;</p><p> OS_STK *OSTCBStkBottom;</p><p> INT32U OST
21、CBStkSize;</p><p> INT16U OSTCBOpt;</p><p> INT16U OSTCBId; </p><p><b> #endif</b></p><p> struct os_tcb *OSTCBNext;</p><p> st
22、ruct os_tcb *OSTCBprev;</p><p> #if (OS_Q_EN && (OS_MAX_QS >=2)) || OS_MBOX_EN || OS_SEM_EN</p><p> OS_EVENT *OSTCBEventptr;</p><p><b> #endif</b></
23、p><p> #if (OS_Q_EN %% (OS_MAX_QS >=2)) || OS_MBOX_EN</p><p> void *OSTCBMsg;</p><p><b> #endif</b></p><p> INT16U OSTCBDly;</p><p
24、> INT8U OSTCBStat;</p><p> INT8U OSTCBPrio;</p><p> INT8U OSTCBX;</p><p> INT8U OSTCBY;</p><p> INT8U OSTCBBitX;</p><p>
25、INT8U OSTCBBitY;</p><p> #if OS_TASK_DEL_EN</p><p> BOOLEAN OSTCBDELReq;</p><p><b> #endif</b></p><p> } OS_TCB; </p><p> OSTCBStk
26、Ptr 是指向當(dāng)前任務(wù)棧頂?shù)闹羔槨?#181;C/OS-Ⅱ允許每個任務(wù)有自己的棧,尤為重要的是,每個任務(wù)的棧的容量可以是任意的。有些商業(yè)內(nèi)核要求所有任務(wù)棧的容量都一樣,除非用戶寫的一個復(fù)雜的接口函數(shù)來改變之。這種限制浪費(fèi)了RAM,當(dāng)各任務(wù)需要的??臻g不同時,也得按任務(wù)中預(yù)期棧容量需求最多的來分配??臻g。</p><p> OSTCBStkPt是OS_TCB數(shù)據(jù)結(jié)構(gòu)中唯一一個能用匯編語言來處置的變量。</p
27、><p> OSTCBExtPtr指向用戶定義的任務(wù)控制塊擴(kuò)展。用戶可以擴(kuò)展任務(wù)控制塊而不必修改µC/OS-Ⅱ的源代碼。OSTCBExtPtr只在函數(shù)OstaskCreateExt()中使用,故使用時要將OS_TASK_CREAT_EN設(shè)為1,以允許建立任務(wù)函數(shù)的擴(kuò)展。</p><p> OSTCBStkBottom是指向任務(wù)底棧的指針。如果微處理器的棧指針是遞減的,即棧存儲器從
28、高地址想低地址方向分配,則OSTCBStkBottom指向任務(wù)使用的棧空間的最低地址。</p><p> OSTCBStkSize存有棧中可容納的指針元數(shù)目而不是用字節(jié)表示的棧容量總數(shù)。</p><p> OSTCBOpt把選擇項傳給OSTaskCreateRxt(),只有在用戶OS_TASK_CREATE_EXT_EN設(shè)為1時,這個變量才有效。</p><p>
29、; OSTCBId用于存儲任務(wù)的識別碼。</p><p> OSTCBNext和OSTCBPrev用于任務(wù)控制塊OS_TCBa的雙重鏈接,該鏈表在詩中節(jié)拍函數(shù)</p><p> OSTimeIick()中使用,用于刷新各個任務(wù)的任務(wù)遲延變量,在任務(wù)刪除的時候從鏈表中被刪除。雙中鏈接的鏈表使得任一稱冠都能被快速插入或刪除。</p><p> OSTCBMsg是
30、指向傳給任務(wù)的消息的指針。</p><p> OSTCBDly當(dāng)需要把任務(wù)延遲若干時鐘節(jié)拍時要用到這個變量,或者需要把任務(wù)掛起一段時間以等待某事件的發(fā)生,這種等待是有超時限制的。</p><p> OSTCBStat是任務(wù)的狀態(tài)字。當(dāng)OSTCBStat為0,任務(wù)進(jìn)入就緒態(tài)。</p><p> OSTCBPrio是任務(wù)優(yōu)先級。高優(yōu)先級任務(wù)的OSTCBPrio值小
31、。也就是說,這個值越小,任務(wù)的優(yōu)先級越高。</p><p> 5 周期性執(zhí)行任務(wù)</p><p> 周期性執(zhí)行的任務(wù)函數(shù)也由三部分組成:第一部分“進(jìn)行準(zhǔn)備工作的代碼”和第二部分“任務(wù)實體代碼”的含義與單次執(zhí)行任務(wù)的含義相同,第三部分是“調(diào)用系統(tǒng)延時函數(shù)”,把 CPU 的控制權(quán)主動交給操作系統(tǒng),使自己掛起,再由操作系統(tǒng)來啟動其它已經(jīng)就緒的任務(wù)。當(dāng)延時時間到后,重新進(jìn)入就緒狀態(tài),通常能夠
32、很快獲得運(yùn)行權(quán)。通過合理設(shè)置調(diào)用 OSTimeDly( )或 OSTimeDlyHMSM( )時的參數(shù)值可以調(diào)整任務(wù)的執(zhí)行周期。當(dāng)任務(wù)執(zhí)行周期遠(yuǎn)大于系統(tǒng)時鐘節(jié)拍時,任務(wù)執(zhí)行周期的相對誤差比較?。划?dāng)任務(wù)執(zhí)行周期只有幾個時鐘節(jié)拍時,相鄰兩次執(zhí)行的間隔時間抖動不能忽視,任務(wù)的執(zhí)行周期的相對誤差比較大,只適用于對周期穩(wěn)定性要求不高的任務(wù)(如鍵盤任務(wù));當(dāng)任務(wù)執(zhí)行周期只有一個時鐘節(jié)拍時,可將該任務(wù)的功能放到 OSTimeTickHook( )(
33、時鐘節(jié)拍函數(shù)中的鉤子函數(shù))中去執(zhí)行;當(dāng)任務(wù)執(zhí)行周期小于一個時鐘節(jié)拍或者不是時鐘節(jié)拍的整數(shù)倍時,將無法使用延時函數(shù)對其進(jìn)行周期控制,只能采用獨(dú)立于操作系統(tǒng)的定時中斷來觸發(fā)。采用獨(dú)立定時器觸發(fā)的任務(wù)具有很高的周期穩(wěn)定性。</p><p><b> 優(yōu)先級安排</b></p><p> 6.1 任務(wù)的優(yōu)先級資源</p><p> 任務(wù)的優(yōu)先級
34、資源由操作系統(tǒng)提供,μC/OS-II 共有 64 個優(yōu)先級,優(yōu)先級的高低按編號從 0(最高)到 63(最低)排序。由于用戶實際使用到的優(yōu)先級總個數(shù)通常遠(yuǎn)小于64為節(jié)約系統(tǒng)資源,可以通過定義系統(tǒng)常量 OS_LOWEST_PRIO 的值來限制優(yōu)先級編號的范圍,當(dāng)最低優(yōu)先級為定為 18(共 19 個不同的優(yōu)先級)時,定義如下:defineOS_LOWEST_PRIO18 μC/OS-II 實時操作系統(tǒng)總是將最低優(yōu)先級OS_LOWEST_PRI
35、O 分配給“空閑任務(wù)”,將次低優(yōu)先級 OS_LOWEST_PRIO-1 分配給“統(tǒng)計任務(wù)”。在此例中,最低優(yōu)先級為定為 18,則“空閑任務(wù)”的優(yōu)先級為 18,“統(tǒng)計任務(wù)”的優(yōu)先級為 17,用戶實際可使用的優(yōu)先級資源為 0 到 16,共 17 個。μC/OS-II 實時操作系統(tǒng)還保留對最高的四個優(yōu)先級(0、1、2、3)和 OS_LOWEST_PRIO-3 與 OS_LOWEST_PRIO-2 的使用權(quán),以備將來操作系統(tǒng)升級時使如果用戶的應(yīng)
36、用程序希望在將來升級后的操作系統(tǒng)下仍然可以不加修改地使用,則用戶任務(wù)可以放心使用的優(yōu)</p><p> 先級個數(shù)為 OS_LOWEST_PRIO-7。在本例中,軟件優(yōu)先級資源為 18-7=11 個,即可使用的優(yōu)先級為 4、5、6、7、8、9、10、11、12、13、14。實際可使用的軟件優(yōu)先級資源數(shù)目應(yīng)該留有余地,以便將來擴(kuò)充應(yīng)用軟件的功能(增加新任務(wù))時不必對優(yōu)先級進(jìn)行大范圍的調(diào)整。</p>&
37、lt;p> 6.2 優(yōu)先級安排原則</p><p> 任務(wù)的優(yōu)先級安排原則如下:中斷關(guān)聯(lián)性:與中斷服務(wù)程序(ISR)有關(guān)聯(lián)的任務(wù)應(yīng)該安排盡可能高的優(yōu)先級,以便及時處理異步事件,提高系統(tǒng)的實時性。如果優(yōu)先級安排得比較低,CPU 有可能被優(yōu)先級高一些的任務(wù)長期占用,以致于在第二次中斷發(fā)生時連第一次中斷還沒</p><p> 有處理,產(chǎn)生信號丟失現(xiàn)象。</p><
38、;p> 緊迫性:因為緊迫任務(wù)對響應(yīng)時間有嚴(yán)格要求,在所有緊迫任務(wù)中,按響應(yīng)時間要</p><p> 求排序,越緊迫的任務(wù)安排的優(yōu)先級越高。緊迫任務(wù)通常與 ISR 關(guān)聯(lián)。</p><p> 關(guān)鍵性:任務(wù)越關(guān)鍵安排的優(yōu)先級越高,以保障其執(zhí)行機(jī)會。</p><p> 頻繁性:對于周期性任務(wù),執(zhí)行越頻繁,則周期越短,允許耽誤的時間也越短,故應(yīng)該安排的優(yōu)先級也越
39、高,以保障及時得到執(zhí)行。</p><p> 快捷性:在前面各項條件相近時,越快捷(耗時短)的任務(wù)安排的優(yōu)先級越高,以使其他就緒任務(wù)的延時縮短。</p><p> 例如一個應(yīng)用系統(tǒng)中安排有鍵盤任務(wù)、顯示任務(wù)、模擬信號采集任務(wù)、數(shù)據(jù)處理任務(wù)、串行口接收任務(wù)、串行口發(fā)送任務(wù)。在這些任務(wù)中,模擬信號采集任務(wù)、串行口接收任務(wù)和串行口發(fā)送任務(wù)均與 ISR 關(guān)聯(lián),實時性要求比較高。其中,串行口接收任
40、務(wù)是關(guān)鍵任務(wù)和緊迫任務(wù),遺漏接收內(nèi)容是不允許的;模擬信號采集任務(wù)是緊迫任務(wù),但不是關(guān)鍵任務(wù),遺漏一個數(shù)據(jù)還不至于發(fā)生重大問題;在串行口發(fā)送任務(wù)中,CPU 是主動方,慢一些也可以,只要將數(shù)據(jù)發(fā)出去就可以。鍵盤任務(wù)和顯示任務(wù)是人機(jī)接口任務(wù),實時性要求很低。數(shù)據(jù)處理任務(wù)根據(jù)其運(yùn)算量來決定,運(yùn)算量很大時,優(yōu)先級安排最低,運(yùn)算量不大時,優(yōu)先級可安排得比鍵盤任務(wù)高一些。根據(jù)以上分析,最低優(yōu)先級 OS_LOWEST_PRIO 定為 18,各個任務(wù)的優(yōu)
41、先級安排如下:串行口接收任務(wù)(優(yōu)先級 2),模擬信號采集任務(wù)(優(yōu)先級 4),串行口發(fā)送任務(wù)(優(yōu)先級 6),數(shù)據(jù)處理任務(wù)(優(yōu)先級 9),顯示任務(wù)(優(yōu)先級 12),鍵盤任務(wù)(優(yōu)先級 13)。當(dāng)優(yōu)</p><p> 先級的安排比較寬松時,以后增加新任務(wù)就比較方便,在不改變現(xiàn)有任務(wù)優(yōu)先級的情況下,很容易根據(jù)需要找到一個合適的空閑優(yōu)先級。</p><p><b> 總結(jié)</b
42、></p><p> 經(jīng)過一周的DSP課程設(shè)計,我終于順利的完成了本學(xué)期所做的uCOS-II多任務(wù)實驗,本次的實驗讓自己受益匪淺,雖然不是很順利很完美,但是還是讓自己感到滿意了</p><p> 課程設(shè)計是培養(yǎng)我們的綜合能力,運(yùn)用所學(xué)的知識用于實踐,去發(fā)現(xiàn),提出,分析解決實際出現(xiàn)的問題,充分調(diào)動自己的積極性于動手的能力,本次實驗所做的是uCOS-II多任務(wù)實驗,在接到這個題目的時
43、候,首先我要對這個課程設(shè)計的原理要有一個細(xì)致的了解,了解它工作的意義,然后要對它的代碼進(jìn)行分析編寫,弄懂其工作原理,對于uCOS-II多任務(wù)實驗,自己查閱了很多資料,對其有了很深的了解,在了解的同時也想到了它真正的實際作用,對我們的日常生活都有著很大的作用。初步做這個實驗的時候,自己遇到了很多的問題和困難,通過查閱資料,向馬岱老師,常波老師進(jìn)行請教和通過和同學(xué)的溝通交流,一點(diǎn)一點(diǎn)的解決問題,最后順利的完成了課程設(shè)計。</p>
44、<p> 本次課程設(shè)計不僅讓我對課本上的知識得到了鞏固,更是讓我學(xué)到了很多課本上沒有的新知識,讓自己受益匪淺,感覺自己真的學(xué)到了許多。課程設(shè)計是對我們經(jīng)驗的積累,光學(xué)書本知識雖然對理論的理解加深,但是實際操作才是更重要的,光有理論知識而沒有實際的經(jīng)驗只能算是紙上談兵,只有在實際操作中,我們才能夠更加熟悉各種步驟要求,才能慢慢完善自己的經(jīng)驗,充分調(diào)動我們的動手能力和自己的積極性,讓自己把學(xué)到的課本知識和實際運(yùn)用充分的結(jié)合起
45、來,完善自己的經(jīng)驗。</p><p> 最后,我要感謝學(xué)校提供的各項設(shè)備,感學(xué)同學(xué)的幫助,感謝指導(dǎo)老師對自己的悉心的指導(dǎo),因為你們,我才能夠成功了完成了本次的課程設(shè)計,再次感謝學(xué)校,同學(xué)和指導(dǎo)老師!</p><p><b> 參考文獻(xiàn)</b></p><p> 1 李玉柏. DSP技術(shù).成都:成都電子科技大學(xué)出版社,1997 </
46、p><p> 2 李利. DSP原理及應(yīng)用.北京:中國水利水電出版社,2002 </p><p> 3 張芳娟.DSP基礎(chǔ)與實驗.北京:北京航空航天大學(xué)出版社,2008 </p><p> 4 崔濤,呂陰芝.TMS320C54DSP原理及應(yīng)用.北京:科學(xué)出版社,2009</p><p> 5 汪安民.TMS320C54XDSP實
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 數(shù)字信號處理(dsp)課程設(shè)計報告
- dsp數(shù)字信號處理課程設(shè)計報告8
- dsp數(shù)字信號處理課程設(shè)計報告-- 步進(jìn)電機(jī)
- dsp數(shù)字信號處理課程設(shè)計報告-- ad接口設(shè)計
- dsp數(shù)字信號處理課程設(shè)計-- µcos-ii在dsp上的任務(wù)通訊
- 數(shù)字信號課程設(shè)計--數(shù)字信號處理
- 數(shù)字信號處理課程設(shè)計報告
- 數(shù)字信號處理課程設(shè)計報告
- 數(shù)字信號處理課程設(shè)計報告
- dsp數(shù)字信號處理課程設(shè)計報告--- µcos-ⅱ移植實驗
- 基于ucos-ii的時鐘設(shè)計實驗報告
- dsp數(shù)字信號處理課程設(shè)計報告-- 語音壓縮與回放
- 基于dsp_builder數(shù)字信號處理課程設(shè)計
- 數(shù)字信號處理課程設(shè)計報告 (2)
- 數(shù)字信號處理課程設(shè)計報告 (3)
- 數(shù)字信號處理課程設(shè)計項目報告
- 數(shù)字信號處理課程設(shè)計
- 數(shù)字信號處理課程設(shè)計
- 數(shù)字信號處理課程設(shè)計
- 數(shù)字信號處理課程設(shè)計
評論
0/150
提交評論