DSP編程的幾個(gè)關(guān)鍵問(wèn)題_第1頁(yè)
DSP編程的幾個(gè)關(guān)鍵問(wèn)題_第2頁(yè)
DSP編程的幾個(gè)關(guān)鍵問(wèn)題_第3頁(yè)
DSP編程的幾個(gè)關(guān)鍵問(wèn)題_第4頁(yè)
DSP編程的幾個(gè)關(guān)鍵問(wèn)題_第5頁(yè)
已閱讀5頁(yè),還剩7頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

DSP編程的幾個(gè)關(guān)鍵問(wèn)題

摘要:對(duì)DSP串口的DMA傳輸方式使用中可能遇到的疑難問(wèn)題、匯編指令歧義及C語(yǔ)言混合編程容易犯的錯(cuò)誤作了列舉分析,對(duì)Bootload編程的疑難點(diǎn)做出了實(shí)例解釋。

關(guān)鍵詞:匯編指令的歧義BootloadBugMcBSPMulti-Frame

DSP芯片憑其優(yōu)異的性能在高速計(jì)算領(lǐng)域有著巨大的應(yīng)用前景。但其應(yīng)用所涉及的知識(shí)非常龐雜。本文以TI公司320C54X系列為藍(lán)本進(jìn)行提純,所有認(rèn)識(shí)都是筆者在實(shí)際工作中親手實(shí)踐所得。當(dāng)程序調(diào)不通不知該從何處下手時(shí),此文也許會(huì)有所幫助。這些關(guān)鍵點(diǎn)有些是TMS320C5409所觸有而有些是與DSP所共有的。

1McBSP(MultichannelBufferedSerialPort)串口利用DMA中的多幀方式通信的中斷處理

在實(shí)際通信應(yīng)用中,一個(gè)突發(fā)之后,程序必須為下一個(gè)突發(fā)作準(zhǔn)備。因此一般采用串口的DMA多幀方式但在串口以DMA方式傳輸數(shù)據(jù)時(shí)卻有一些問(wèn)題要討論。首先DMA的傳輸同步事件應(yīng)設(shè)McBSP的傳輸事件即XEVT,這樣一字節(jié)傳輸后會(huì)自動(dòng)準(zhǔn)備另一字節(jié)。中斷發(fā)生時(shí)意味著一個(gè)塊已傳完,這時(shí)DMA的使能自動(dòng)關(guān)閉,McBSP的READY將一直保持高狀態(tài)。但是在下一次突發(fā)傳輸直接使能DMA時(shí)卻啟動(dòng)不了傳輸。這是因?yàn)闊o(wú)法產(chǎn)生McBSP觸發(fā)啟動(dòng)所需的READY上升沿。解決辦法是在中斷程序中先關(guān)閉McBSP的發(fā)送,使READY=0,隨后在程序中發(fā)送使能DMA,再打開McBSP的發(fā)送即可。如先打開McBSP的發(fā)送后打開DMA,也是不會(huì)工作的。因?yàn)镸cBSP的READY已經(jīng)由0變到1了,無(wú)法再產(chǎn)生READY上升沿。

2關(guān)閉DMA與關(guān)閉McBSP的區(qū)別

在通信領(lǐng)域,為了充分利用DSP的片上外設(shè)資源,常常利用DMA把從串口來(lái)的數(shù)據(jù)或要發(fā)的數(shù)據(jù)放入緩沖區(qū),再處理。對(duì)DMA而言,只要其在數(shù)據(jù)緩沖區(qū)的指針指向了中斷應(yīng)發(fā)生的位置,就產(chǎn)生中斷。但此時(shí)最后一個(gè)數(shù)據(jù)只是進(jìn)入了McBSP而并未真正發(fā)出去,所以在傳送結(jié)束的中斷程序中只能關(guān)閉DMA不能關(guān)閉McBSP。因?yàn)榇藭r(shí)McBSP的發(fā)寄存器DXR中還有一個(gè)字沒有發(fā)出。

3McBSP串口配置的關(guān)鍵時(shí)序

主要是寄存器SPCR2的配置:在保持RRST、XRST、FRST各位為0的前提下,配置好其它串口控制寄存器。等待至少2個(gè)CLKR/T時(shí)鐘以確保DSP內(nèi)部的同步。

可以向DXR裝載數(shù)據(jù)或使能DMA。

使能GRST。

使能RRST或XRST,注意此時(shí)要保證SPCR中僅有此一位發(fā)生改變。

使能FRST。

等待2個(gè)R/TCLK時(shí)鐘周期后,收或發(fā)端便會(huì)有效。

4匯編語(yǔ)言程序中的變量

匯編語(yǔ)言程序中的公用變量應(yīng)在文件中定義,如.defcarry。匯編語(yǔ)言程序中使用的局部變量不需定義,可直接聲明,例如trn_num.word00h。如果在兩個(gè)asm文件中有兩個(gè)都沒有定義的同名變量,則編譯程序會(huì)認(rèn)為分他們不是同一變量。在匯編程序的開頭應(yīng)有.mmregs宏語(yǔ)句。它一方面表示對(duì)默認(rèn)定義的確認(rèn),另一方面可以對(duì)所用寄存器重新定義。如

.mmregs

DMPREC.set54h;定義DMA優(yōu)先和使能寄存器地址在54h

DMSA.set55h

DMSDN.set57h

DXR10.set23h;定義串口1的發(fā)送寄存器地睛在23h

5ST1寄存器中CPL位的影響

CPL位是編譯模式控制位,它表示在相對(duì)直接尋址時(shí)采用哪種指針。當(dāng)CPL=0時(shí),使用頁(yè)指針DP;當(dāng)CPL=1時(shí),使用堆棧指針SP。實(shí)際使用中二者沒有什么差別,但使用SP尋址的程序更易讀。在程序中經(jīng)常使用CPL=1。

6指令的歧義

比較下面指令

STLMB,AR4;把bl內(nèi)容送入寄存器AR4

STLMB,*AR4;把bl內(nèi)容送入寄存器AR4

前者實(shí)際執(zhí)行的是把bl內(nèi)容送入一個(gè)系統(tǒng)用的緩沖區(qū),后者也可用

MVDMBL,AR4;把bl內(nèi)容送入寄存器AR4

其他易導(dǎo)致歧義的語(yǔ)句還有

LDAR5,A;把AR5的內(nèi)容送入寄存器A

LDMAR5,A;把AR5的內(nèi)容送入寄存器A

ANDM#0x107e,AR4;把#107e加到寄存器AR4

ANDN#0x107e,*AR4;把#107e加到寄存器AR4

僅對(duì)某些寄存器有效的指令

MVDD*AR2+,*AR3+;把以AR2為地址的內(nèi)容拷入AR3的地址中

此類指令用作數(shù)據(jù)塊搬移特別有效,但僅對(duì)AR2、AR3、AR4、AR5有效。

易錯(cuò)語(yǔ)句中對(duì)程序運(yùn)行危害最大的是

ST#0,*;bsp0_out_sign是一個(gè)變量名

STM#0,bsp0_out_sign;此語(yǔ)句被編譯為STM#0,PMST或STM#0,IMR

這種語(yǔ)句會(huì)導(dǎo)致程序運(yùn)行中的隨機(jī)故障,且極難發(fā)現(xiàn)。

流水沖突

分析以下程序

STMto_dce_buff,AR4

LDMAR4,B

ADDA,B;B=AR4+AL

MVDMBL,AR4;AR4=to-dce-buff+AL

實(shí)際上,上段程序得不到AR4=to-dce-buff+AL的結(jié)果。這是因?yàn)镈SP一般采用深度為3~6級(jí)的流水結(jié)構(gòu),產(chǎn)生了無(wú)法解決的沖突,所以它不能被正確執(zhí)行。解決的辦法是在賦值和引用之間插入一條或幾條其他的指令,或NOP語(yǔ)句即可。

7匯編與C語(yǔ)言混合編程的關(guān)鍵問(wèn)題

C程序變量與匯編程序變量的共用

為了使程序更易于接口和維護(hù),可以在匯編程序中引用與C程序共享的變量

.ref_to_dce_num,_to_dte_num,_to_dce_buff,_to_dte_buff

在匯編程序中引用而在C程序可直接定義的變量

unsignedcharto_dte_buff[BUFF_SIZE];//DSP發(fā)向PC機(jī)的數(shù)據(jù)

intto_dte_num;//緩沖區(qū)中存放的有效字節(jié)數(shù)

intto_dte_store://緩沖區(qū)的存放指針

intto_dte_read;//緩沖區(qū)的讀取指針

這樣經(jīng)過(guò)鏈接就可完成對(duì)應(yīng)。

程序入口問(wèn)題

在C程序中,程序的入口是main函數(shù)。而在匯編程序中其入口由*.cmd文件中的命令決定,如:-emain_start;程序入口地址為main_start。這樣,混合匯編出來(lái)的程序得不到正確結(jié)果。因?yàn)镃到ASM的匯編有默認(rèn)的入口c-int00,從這開始的一段程序?yàn)镃程序的運(yùn)行做準(zhǔn)備工作。這些工作包括初始化變量、設(shè)置棧指針等,相當(dāng)于系統(tǒng)殼不能耐跨越。這時(shí)可在*.cmd文件中去掉語(yǔ)句:-emain_start。如仍想執(zhí)行某些匯編程序,可以C函數(shù)的形式執(zhí)行,如

main_start();//其中含有其他匯編程序

但前提是在匯編程序中把_main_start作為首地址,程序以rete結(jié)尾的程序段,并在匯編程序中引用_main_start,即.ref_main_start。

移位問(wèn)題

在C語(yǔ)言中把變量設(shè)為char型時(shí),它是8位的,但在DSP匯編中此變量仍被作為16位處理。所以會(huì)出現(xiàn)在C程序中的移位結(jié)果與匯編程序移位結(jié)果不同的問(wèn)題。解決的辦法是在C程序中,把移位結(jié)果再用0X00FF去“與”一下即可。

堆棧問(wèn)題

在匯編程序中對(duì)堆棧的依賴很小,但在C程序中分配局部變量、變量初始化、傳遞函數(shù)變量、保存函數(shù)返回地址、保護(hù)臨時(shí)結(jié)果功能都是靠堆棧完成。而C編譯器無(wú)法檢查程序運(yùn)行時(shí)堆棧能否溢出。所以應(yīng)盡量多給堆棧分配空間。C編譯器的默認(rèn)大小為1KB。在程序不正常跑飛時(shí)應(yīng)注意檢查是否堆棧溢出。

程序跑飛問(wèn)題

編譯后的C程序跑飛一般是對(duì)不存在的存儲(chǔ)區(qū)訪問(wèn)造成的。首先要查.MAP文件并與memerymap圖對(duì)比,看是否超出范圍。如果在有中斷的程序中跑飛,應(yīng)重點(diǎn)查在中斷程序中是否對(duì)所用到的寄存器進(jìn)行了壓棧保護(hù)。如果在中斷程序中調(diào)用了C程序,則要查匯編后的C程序中是否用到了沒有被保護(hù)的寄存器并提供保護(hù)。

8命令文件的編寫

在編輯*.cmd文件時(shí)編譯連接器默認(rèn):page0就是ROM區(qū),page1就是RAM區(qū)。下列段必須放在ROM區(qū)。

.textload=PROGPAGE0;程序段

.constload=dataPAGE0;常數(shù)段

.cinitload=dataPAGE0;初始化段

.switchload=dataPAGE0;switch指令常數(shù)表

值得注意的是盡量不要用FILL選項(xiàng),一旦進(jìn)行填充會(huì)使生成的.out文件增大甚至超過(guò)內(nèi)部的存儲(chǔ)空間而無(wú)法Bootload。

9BOOtload問(wèn)題

一般都采用從EPROM引導(dǎo),但通常很費(fèi)腦筋。下面介紹一下可為54X系列DSP內(nèi)部引導(dǎo)程序識(shí)別的EPROM存儲(chǔ)結(jié)構(gòu),如表1所示。

表1EPROM內(nèi)容地址08AAh或10AAh

SWWSR(等待狀態(tài)產(chǎn)生寄存器)值16

BSCR值16

人口點(diǎn)XPC值7

人口點(diǎn)PC值16

第一塊的大小16

第一塊的人口點(diǎn)XPC值7

第一塊的人口點(diǎn)PC值16

代碼16

……

代碼16

最后一塊的大小16

最后一塊的人口點(diǎn)XPC值7

最后一塊的人口點(diǎn)PC值16

代碼16

……

代碼16

0000h(標(biāo)志引導(dǎo)表結(jié)束)

……

……

……

EPROM的啟始地址。

.hex文件與EPROM的存儲(chǔ)空間相對(duì)應(yīng),其生成的參數(shù)由.cmd文件決定。下面以實(shí)例介紹.cmd文件中的參數(shù)編寫及意義。

;將文件轉(zhuǎn)換成.hex文件

-SWWSR7fffh;將外部設(shè)備的等待時(shí)間設(shè)為7個(gè)等待狀態(tài)

-BSCR0f800h;設(shè)置4K為一頁(yè),頁(yè)面切換時(shí)插入1個(gè)等待狀態(tài)

-o;轉(zhuǎn)換成文件

-i;intel格式

-boot;把所有的程序塊裝入EPROM

-bootorg8000h;從EPROM存儲(chǔ)器的8000h處開始寫入程序內(nèi)容

-memwidth8;系統(tǒng)數(shù)據(jù)寬度轉(zhuǎn)為8位,以避免生成2個(gè)文件

-romwidth8;EPR

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論