《電子技術應用》
您所在的位置:首頁 > 嵌入式技術 > 設計應用 > 關于DSP編程的幾個關鍵問題
關于DSP編程的幾個關鍵問題
摘要: 1McBSP(MultichannelBufferedSerialPort)串口利用DMA中的多幀(Multi-Frame)方式通信的中斷處理在實際通信應用中,一個突發之后,程序必須為下一個突發作準備。因此一般采用串口的DMA多幀方式進行發送,在中斷EETOPTI社區
關鍵詞: DSP
Abstract:
Key words :

1 McBSP(Multichannel Buffered Serial Port)串口利用DMA中的多幀(Multi-Frame)方式通信的中斷處理

在實際通信應用中,一個突發之后,程序必須為下一個突發作準備。因此一般采用串口的DMA多幀方式進行發送,在中斷處理程序中或停止發送或加載數據。但在串口以DMA方式傳輸數據時卻有一些問題要討論。首先DMA的傳輸同步事件應設為McBSP的傳輸事件即XEVT,這樣一字節傳輸后會自動準備另一字節(McBSPREADY上升沿觸發DMA傳輸)。中斷發生時意味著一個塊已傳完,這時DMA 的使能自動關閉,McBSPREADY將一直保持高狀態。但是在下一次突發傳輸直接使能DMA時卻啟動不了傳輸(相信會有許多人遇到此類問題)。這是因為無法產生McBSP觸發啟動所需的READY上升沿。解決辦法是在中斷程序中先關閉McBSP的發送,使READY=0,隨后在程序中發送使能DMA,再打開McBSP的發送即可。如先打開McBSP的發送后打開DMA,也是不會工作的。因為McBSPREADY已經由0變到1了,無法再產生READY上升沿。

2 關閉DMA與關閉McBSP的區別
在通信領域,為了充分利用DSP的片上外設資源,常常利用DMA把從串口來的數據或要發的數據放入緩沖區,再處理。對DMA而言,只要其在數據緩沖區的指針指向了中斷應發生的位置,就產生中斷。但此時最后一個數據只是進入了McBSP而并未真正發出去,所以在傳送結束的中斷程序中只能關閉DMA 不能關閉McBSP。因為此時McBSP的發寄存器 DXR中還有一個字沒有發出。

3 McBSP串口配置的關鍵時序
主要是寄存器SPCR2 的配置:在保持RRSTXRSTFRST各位為0的前提下,配置好其它串口控制寄存器。等待至少2CLKR/T時鐘以確保DSP內部的同步。

(1)可以向DXR裝載數據或使能DMA
(2)使能GRST(GRST=1)(如果需要DSP內部產生采樣時鐘)
(3)使能RRSTXRST,注意此時要保證SPCR中僅有此一位發生改變。
(4)使能FRST(FRST=1)(如果需要DSP內部產生幀同步)
(5)等待2R/T CLK時鐘周期后,收或發端便會有效。

4 語言程序中的變量
匯編語言程序中的公用變量應在文件中定義,如.def carry.匯編語言程序中使用的局部變量不需定義,可直接聲明,例如 trn_num .word 00h。如果在兩個asm文件中有兩個都沒有定義的同名變量,則編譯程序會認為他們不是同一變量。在匯編程序的開頭應有.mmregs宏語句。它一方面表示對默認定義的確認(ah,bh,trn),另一方面可以對所用寄存器重新定義。如:

.mmregs

DMPREC .set 54h 定義DMA優先和使能寄存器地址在54h

DMSA .set 55h

DMSDN .set 57h

DXR10 .set 23h 定義串口1的發送寄存器地址在23h

5 ST1寄存器中CPL位的影響

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

6 指令的歧義

6.1 比較下面指令

STLM B,AR4 bl內容送入寄存器AR4 (×)

STLM B,*AR4 bl內容送入寄存器AR4(√)??

前者實際執行的是把bl內容送入一個系統用的緩沖區,后者也可用:

MVDM BL,AR4 bl內容送入寄存器AR4 (√)?

其他易導致歧義的語句還有:

LD AR5,A AR5的內容送入寄存器A (×)

LDM AR5,A AR5的內容送入寄存器A(√)??

ANDM #0x107eAR4;#107e加到寄存器 AR4 (×)

ANDM #0x107e*AR4; #107e加到寄存器 AR4 (√)???

僅對某些寄存器有效的指令:

MVDD * AR2+,*AR3+ 把以AR2為地址的內容拷入AR3的地址中

此類指令用作數據塊搬移特別有效,但僅對AR2AR3AR4AR5有效。
易錯語句中對程序運行危害最大的是:

ST #0 (bsp0_out_sign)

;bsp0_out_sign 是一個變量名?(√)?

STM #0,bsp0_out_sign

;此語句被編譯為STM #0,PMSTSTM #0,IMR ×

這種語句會導致程序運行中的隨機故障,且極難發現。

6.2 流水沖突

分析以下程序:

STM to-dce-buff, AR4

LDM AR4,B

ADD A,B B=AR4+AL

MVDM BL,AR4 AR4=to-dce-buff+AL

實際上,上段程序得不到AR4=to-dce-buff+AL 的結果。這是因為DSP一般采用深度為3~6級的流水結構,產生了無法解決的沖突,所以它不能被正確執行。解決的辦法是在賦值和引用之間插入一條或幾條其他的指令,或NOP語句即可。

7 匯編與C語言混合編程的關鍵問題

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

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

.ref_to_dce_nun ,to_dte_num,_to_dce_buff,_to_dte_buff

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

unsigned char to_dte_buff[BUFF_SIZE];

//DSP發向PC機的數據

int to_dte_num; //緩沖區中存放的有效字節數

int to_dte_store; //緩沖區的存放指針

int to_dte_read; //緩沖區的讀取指針

這樣經過鏈接就可完成對應。

7.2 程序入口問題

C程序中,程序的入口是main()函數。而在匯編程序中其入口由 .cmd 文件中的命令決定,如:-e main_start;程序入口地址為main_start。這樣,混合匯編出來的程序得不到正確結果。因為CASM的匯編有默認的入口c-int00,從這開始的一段程序為C程序的運行做準備工作。這些工作包括初始化變量、設置棧指針等,相當于系統殼不能跨越。這時可在 .cmd文件中去掉語句:-e main_start。如仍想執行某些匯編程序,可以C函數的形式執行,如:

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

但前提是在匯編程序中把_main_start作為首地址,程序以rete結尾(作為可調用的函數)的程序段,并在匯編程序中引用_main_start,即 .ref mainstart

7.3 移位問題

C語言中把變量設為char型時,它是8位的,但在DSP匯編中此變量仍被作為16位處理。所以會出現在C程序中的移位結果與匯編程序移位結果不同的問題。解決的辦法是在C程序中,把移位結果再用0X00FF""一下即可。

7.4 堆棧問題

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

7.5 程序跑飛問題

編譯后的C程序跑飛一般是對不存在的存儲區訪問造成的。首先要查.MAP文件并與memery map圖對比,看是否超出范圍。如果在有中斷的程序中跑飛,應重點查在中斷程序中是否對所用到的寄存器進行了壓棧保護。如果在中斷程序中調用了C 程序,則要查匯編后的C程序中是否用到了沒有被保護的寄存器并提供保護(C程序的編譯中是不對AB等寄存器進行保護的)

8 命令文件的編寫

在編輯 .cmd文件時編譯連接器默認:page 0就是ROM區,page 1就是RAM區。下列段必須放在ROM區。

.text load=PROG PAGE 0 程序段

.const load=data PAGE 0 常數段
.cinit load=dtta PAGE 0 初始化段

.switch load=data PAGE 0 switch指令常數表

值得注意的是盡量不要用FILL選項,一旦進行填充會使生成的.out文件增大甚至超過內部的存儲空間而無法Bootload

9 Bootload問題

一般都采用從EPROM引導,但通常很費腦筋。下面介紹一下可為54X系列DSP內部引導程序識別的EPROM存儲結構,如表1所示。

假使已經生成了 .out文件,生成時必須帶有芯片,此處為MS320VC5409,版本參數如:asm500 init_54x-v548)

.hex文件與EPROM的存儲空間相對應,其生成的參數由.cmd文件決定。下面以實例介紹.cmd文件中的參數編寫及意義。

cdpd.out cdpd.out 文件轉換成.hex文件

-SWWSR 7fffh 將外部設備的等待時間設為7個等待狀態

-BSCR 0f800h 設置4K為一頁,頁面切換時插入1個等待狀態

-o cdpd.hex 轉換成cdpd.hex文件

-i intel格式

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

-bootorg 8000h EPROM存儲器的8000h處開始寫入程序內容

-memwidth 8 系統數據寬度轉為8位,以避免生成2個文件

-romwidth 8 EPROM數據寬度為8

-e 0840h ;從0840h開始執行程序

-map wfcdpd.mxp ;生成EPROM存儲器占用映射

這時生成的cdpd.hex可以直接寫入EPROM。需要說明320C5409的外部RAM范圍是從8000h~FFFFh,所以設首地址為8000h。但是對C54X系列而言,其轉換有個BUG,即它總是不能在0XFFFF處寫入從外部EPROM存儲器裝載的開始地址,只好自己填入。對本例而言在0XFFFE處寫0X80,在0XFFFF處寫0X00

此內容為AET網站原創,未經授權禁止轉載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
欧美精品一区在线| 午夜在线播放视频欧美| 国产精品99久久不卡二区| 91久久精品国产91性色tv| 欧美成人自拍| 日韩亚洲成人av在线| 日韩午夜免费| 国产精品丝袜xxxxxxx| 亚洲欧美电影院| 亚洲自拍三区| 激情婷婷亚洲| 欧美激情免费在线| 亚洲欧美卡通另类91av| 中文国产成人精品久久一| 99热这里只有精品8| 亚洲一区二区三区视频播放| 国产午夜精品麻豆| 牛牛国产精品| 亚洲视频一二区| av成人免费在线观看| 日韩网站免费观看| 日韩午夜电影在线观看| 日韩视频免费| 一区二区三区四区五区精品| 亚洲男人天堂2024| 亚洲第一色在线| 国产精品久久久久7777婷婷| 久久免费高清| 一本色道久久综合亚洲精品按摩| 亚洲免费不卡| 一本色道**综合亚洲精品蜜桃冫| 99国产精品自拍| 一本色道久久综合亚洲精品婷婷| 一区二区三区免费观看| 亚洲天堂视频在线观看| 亚洲二区视频| 亚洲午夜一二三区视频| 亚洲素人一区二区| 亚洲国产合集| 国产欧美日韩精品丝袜高跟鞋 | 国产精品美女久久久久aⅴ国产馆| 久久久国产精品一区二区三区| 亚洲精品永久免费| 亚洲欧美中文日韩在线| 午夜精品福利一区二区蜜股av| 欧美一区二区网站| 在线视频日韩| 亚洲精品久久在线| 黄色精品一二区| 国产精品人成在线观看免费 | 欧美黄色影院| 国产精品每日更新在线播放网址| 国产伦精品一区二区三区免费| 欧美日本在线看| 国产精品国产亚洲精品看不卡15| 国产日韩精品在线| 亚洲电影天堂av| 一区二区日韩免费看| 欧美一区二区三区婷婷月色| 亚洲另类黄色| 欧美一级视频一区二区| 一区二区三区日韩欧美| 欧美一级播放| 欧美大片在线观看一区| 国产精品精品视频| 合欧美一区二区三区| 亚洲日本一区二区| 伊人精品在线| 一区二区高清视频| 亚洲国内精品在线| 亚洲性视频网站| 亚洲国产精品va在看黑人| 亚洲午夜久久久久久久久电影网| 久久久精品午夜少妇| 欧美日本久久| 国产综合色产在线精品| 国产三级精品在线不卡| 亚洲国产天堂久久国产91| 亚洲欧美日韩中文视频| 亚洲精品日韩在线| 亚洲欧洲精品一区二区三区| 亚洲国产成人午夜在线一区| 一区二区三区国产在线| 久久精品青青大伊人av| 欧美色视频在线| 欧美视频手机在线| 黄色欧美成人| 亚洲欧美国产va在线影院| 99精品免费网| 久久影院午夜片一区| 久久综合网络一区二区| 久久综合色88| 国产精品视频xxx| 亚洲日本中文字幕| 久久精品国产91精品亚洲| 欧美自拍偷拍午夜视频| 久久不见久久见免费视频1| 在线亚洲观看| 欧美大片在线观看一区| 激情亚洲一区二区三区四区| 亚洲欧美久久久久一区二区三区| 在线一区欧美| 欧美国产日韩一区二区三区| 精东粉嫩av免费一区二区三区| 亚洲欧美久久| 欧美一区二区日韩| 国产精品久久久久久久浪潮网站| 亚洲日本aⅴ片在线观看香蕉| 91久久极品少妇xxxxⅹ软件| 久久久久久久一区二区三区| 国产精品国产三级国产专区53 | 久久九九99| 国产精品嫩草99a| 一区二区高清| 亚洲一区二区三区精品在线| 亚洲欧美日韩中文在线制服| 久久精品国产91精品亚洲| 另类综合日韩欧美亚洲| 国产亚洲日本欧美韩国| 亚洲观看高清完整版在线观看| 欧美一区二区视频在线| 欧美在线一级va免费观看| 葵司免费一区二区三区四区五区| 国产日韩欧美二区| 亚洲欧美日韩中文视频| 欧美一区二区三区久久精品茉莉花| 国产精品chinese| 韩日欧美一区二区| 欧美在线观看视频| 久久久亚洲国产美女国产盗摄| 国产视频一区在线观看| 香蕉乱码成人久久天堂爱免费| 亚洲精品极品| 欧美国产亚洲视频| 亚洲欧洲一区| 日韩亚洲国产精品| 欧美日韩一区精品| 在线观看av一区| 一本在线高清不卡dvd| 亚洲图片在线观看| 国产精品草草| 亚洲一区二区精品| 久久国产精品一区二区三区四区| 国产一区二区三区网站| 久久黄色影院| 欧美成人国产一区二区| 亚洲精品韩国| 亚洲欧美日韩人成在线播放| 国产美女扒开尿口久久久| 欧美在线观看网站| 嫩草国产精品入口| 99国产精品国产精品毛片| 亚洲免费一级电影| 国产亚洲精品激情久久| 亚洲国产欧美精品| 欧美一级久久久久久久大片| 国产日韩欧美综合一区| 亚洲国产成人porn| 欧美日本一区二区三区| 亚洲婷婷在线| 久久久久久9999| 亚洲黄色精品| 亚洲女同同性videoxma| 国内精品免费午夜毛片| 亚洲精品一区二区三区四区高清| 欧美三级乱人伦电影| 性欧美xxxx大乳国产app| 母乳一区在线观看| 中文网丁香综合网| 久久久久久亚洲精品中文字幕| 亚洲国产精品t66y| 亚洲欧美日韩综合国产aⅴ| 精品动漫3d一区二区三区免费版 | 国产精品视频免费一区| 亚洲国产精品一区二区www| 欧美日韩在线大尺度| 久久国产精彩视频| 欧美日韩国产不卡在线看| 在线观看中文字幕亚洲| 亚洲色在线视频| 韩国成人福利片在线播放| 一区二区激情视频| 国产亚洲一区二区三区在线播放 | 久久久亚洲综合| 99re这里只有精品6| 久久久蜜桃精品| 99热这里只有成人精品国产| 久久久久久久网| 亚洲视频碰碰| 欧美国产欧美亚洲国产日韩mv天天看完整 | 亚洲国产成人av好男人在线观看| 国产精品99免费看| 亚洲片在线观看| 国产美女一区二区| 一区电影在线观看| 一区精品在线播放| 欧美呦呦网站| 宅男精品视频| 欧美精选一区| 亚洲国产mv|