《電子技術應用》
您所在的位置:首頁 > 嵌入式技術 > 設計應用 > TMS320C54x系列DSP的中斷機制
TMS320C54x系列DSP的中斷機制
摘要: C54x系列DSP支持軟件中斷和硬件中斷。軟件中斷是由指令(INTR、TRAP、RESET)觸發的,硬件中斷是由外圍器件觸發的。硬件中斷實際上又分為兩類:一類是由DSP的片外外設(如A/D轉換器)觸發的,另外一類是由DSP的片內外設(如定時器中斷)觸發的。硬件中斷又有優先級的區分,這是為了處理同一時刻有多個硬件中斷源觸發中斷的情況。硬件中斷的種類和優先級請參看具體使用的芯片資料。
關鍵詞: DSP TMS320C54x 中斷控制
Abstract:
Key words :

1       C54x中的中斷機制

        中斷信號實質上是由硬件或者是軟件驅動的信號,它能使DSP暫停正在執行的程序并進入中斷服務程序(ISR)。在最典型的DSP系統中,如果A/D轉換器需要送數據到DSP中,或者D/A轉換器需要從DSP中取走數據,都是通過硬件中斷向DSP發出請求的。

        C54x系列DSP支持軟件中斷和硬件中斷。軟件中斷是由指令(INTR、TRAP、RESET)觸發的,硬件中斷是由外圍器件觸發的。硬件中斷實際上又分為兩類:一類是由DSP的片外外設(如A/D轉換器)觸發的,另外一類是由DSP的片內外設(如定時器中斷)觸發的。硬件中斷又有優先級的區分,這是為了處理同一時刻有多個硬件中斷源觸發中斷的情況。硬件中斷的種類和優先級請參看具體使用的芯片資料。

         如果按照可屏蔽情況分類,中斷又可分為可屏蔽中斷(C54x至多支持16個)和不可屏蔽中斷。可屏蔽中斷受ST1寄存器中的INTM位和IMR寄存器中相應位的影響。當INTM=0時,IMR中某位為1,則開放相應的中斷。其實,在C54x中硬件中斷并不一定要由外圍器件觸發,它同樣可以由指令INTR、TRAP觸發,并且不受INTM的限制。有一點需要引起注意的是:指令RESET復位和硬件RS復位對IPTR和外圍電路初始化是不相同的。硬件復位時IPTR總是被置為0x1FF,軟件復位時則不會修改當前IPTR的值。C54x的中斷處理過程分為三個階段:

①中斷請求。可以用硬件器件或者軟件指令請求中斷。如果請求的中斷是可屏蔽中斷,則IFR寄存器中相應的位被置為1,而不管中斷是否會被響應。

②中斷響應。對于軟件中斷和不可屏蔽中斷,CPU是立即響應的。對于可屏蔽中斷,要滿足下列條件才能響應:

·優先級最高(同時出現多個中斷時)

                                                  ·INTM位為0

                                                  ·IMR中相應位為1

CPU在取到軟件向量的第一個字后會產生IACK信號,對可屏蔽中斷而言,IACK會清除IFR中相應位。

③中斷處理。保護特定的寄存器,執行中斷服務程序,完成后恢復寄存器。保護寄存器的原則是執行中斷服務程序后能正確返回并恢復原來運行程序的環境。

         DSP中提供的中斷是以中斷向量表(VECT)的形式出現的(見表1)。中斷向量表的長度為128個字節,每個中斷分配為4個字節,一共有32個中斷,具體的中斷要看相應的芯片。C54x中斷向量表的地址是由PMST寄存器中的IPTR構成高9位地址形成的,所以向量表的地址必須是128的倍數。硬件復位時,IPTR總是默認置為0x1FF,所以中斷向量表地址為0xFF80。每個中斷向量的地址按如下構成方法形成:PC=(IPTR)<<7+(Vector[n])<<2 (Vector[n]為中斷向量號,在0~31之間),中斷向量號左移兩位是因為每個中斷向量占用4個字節的緣故。中斷向量表總是以匯編的形式出現的。

2       擴展地址模式下的中斷控制

         早期的DSP共有192K的空間(程序、數據和I/O空間各為64K),隨著DSP處理能力越來越強,192K的空間已經不能滿足需要。后來的C54x均提供了擴展地址模式,使程序空間擴展到8M。擴展模式下的中斷控制有自己特殊的地方,有必要進行說明。

        擴展模式下程序空間的尋址是通過寄存器PC和XPC一同進行的。PC構成低16位地址位,XPC構成高7位地址位。所以保存和恢復XPC是用戶必須注意的。如果用戶使用的是Far Call指令,則XPC會自動保存和恢復。但在進行中斷處理的時候,只有16位的PC寄存器能夠自動得到保存(這是由于考慮了非擴展模式下中斷的效率問題),所以XPC必須由用戶自己來保存,否則在中斷返回的時候往往會跳到不同的頁面(由返回前后XPC值的不同引起)造成不可預測的后果。程序如表1所示。

 

        由于必須在長跳轉之前保存XPC的值,沒法使用延遲指令(如FBD),所以中斷時延會增加兩個周期。

        再來考慮另外一種情況:設程序運行在XPC=2的頁面上,如果這個時候有中斷發生并得到了CPU的響應,DSP會加載PC:PC=(IPTR)<<7+(Vector[n])<<2,XPC的值不發生變化,于是中斷向量的地址為:0x20000+0xPC。這就明顯地說明:中斷向量表必須和應用程序在同一64K的程序空間頁面內。如果應用程序不是只分布在一個程序空間頁面內,那應該如何處理呢?可分三種類型共四種技巧來應對這樣的情況:(1.1)描述的是OVLY為任意的情況;(2.1)~(2.2)描述的是OVLY=1的情況;(3.1)描述的是OVLY=0的情況。

(1.1)有的應用中,一些程序一旦運行是不允許中斷的。把不允許中斷的程序部分放到擴展空間內,而把中斷向量表和ISR以及允許中斷的程序部分都放在XPC=0的頁面。當調用擴展空間的程序時關閉中斷使能,而當擴展空間程序返回到XPC=0的頁面時再開中斷。這樣做的好處是不用關注XPC的值對中斷向量尋址的影響。中斷的時候也不需要保存XPC的值。調用過程如圖1所示,Y表示需要關注XPC的值,N表示不需要關注XPC的值,數字表示調用順序。

 

(2.1) DSP中影響存儲器映射的因素有三個:OVLY、DROM和MP/MC。OVLY是Overlay的簡寫。當OVLY=1時,數據空間里的一部分RAM變為重疊區域(Overlay Memory)。這部分重疊區域同時映射在每一頁程序空間的上部。具體示例如圖2所示(MP/MC=0,C5416)。

 

        可見OVLY=1的時候,數據空間的DARAM0~3被映射到程序空間的每一頁上。基于這樣的特點,可以把中斷向量表定位到數據空間的重疊區域DARAM0~3中,置OVLY為1。當有中斷發生時,不管程序運行于DSP的哪個程序頁面空間,只用PC尋址都能夠正確地取到中斷向量表,而不會受XPC的影響。中斷程序ISR可以放到任何一個程序頁面中,但這時跳轉到ISR的指令只能用長跳轉指令(FB等),跳轉之前注意將XPC壓入堆棧,程序同表1。示意圖如圖3所示。

 

(2.2) 如果片內RAM比較大,分給數據空間的RAM也比較多(如C5416有64K的RAM可以作為數據空間),數據空間可能會有余量。這時可以把中斷向量表和ISR都全部放進數據空間的Overlay Memory區域,并把OVLY置1。這樣不僅在任何程序頁面空間都能夠正確地取到中斷向量表,同時用短跳轉指令(BD等)就可以實現跳轉到ISR,不再需要對XPC進行保存和還原。程序請參看表2。

 

(3.1) 在擴展模式下,雖然程序空間擴為8M,但如果OVLY=1,則程序空間中存在大量的重疊區域,如C5416在OVLY=1的情況下真正可用的程序空間最大為4.03M。有的場合需要的程序空間大于4.03M,就必須使用OVLY=0的情況。這個時候程序空間不存在重疊區域,但可以模擬出來。方法是:把中斷向量表拷貝到會發生中斷的每一頁程序空間,如圖4所示。這樣,中斷的時候就能正確找到中斷向量表而實現中斷跳轉。

 

         比較上面的四種方法,方法(2.1)更為適應普遍的情況。它不限制ISR的地址范圍,而中斷向量表只占0x80的空間,把它放到數據空間的重疊區域是很容易做到的。筆者正在做的項目正是采用了這種方法。

3       DSP/BIOS下中斷的管理

         DSP/BIOS是TI近來推出的準實時操作系統,它同樣支持擴展地址模式,只是需要將Global Settings中的函數調用模式設置為Far就可以了。需要強調的是:BIOS只支持OVLY=1的擴展模式,而不支持OVLY=0的擴展模式。擴展模式下在BIOS Code中會多出一個段“.bios:.norptb”,這個段會被自動放入Overlay Memory之中,具體原因請參看參考文獻。BIOS管理的線程有四種類型:HWI、SWI、TSK以及IDL。上面所提到的所有中斷屬于優先級最高的HWI線程。每個中斷向量都是以HWI模塊的Object形式存在,可以用BIOS下的Configuration Tool來配置每個中斷向量所觸發的函數。在Configuration Tool中,會發現System的MEM模塊下有一個名為VECT的Object,它實質上是用來給中斷向量表分配存儲空間的,用戶可以自己配置中斷向量表的地址(必須是128的倍數)。地址的分配方法可以參考上面提到的幾種應對技巧。下面就BIOS下的中斷做出幾點說明:

·在Object的屬性框中填寫中斷函數名時,如果中斷函數是由C語言編寫的,則需要在函數名前加下劃線(C語言和匯編語言相互調用的需要)。匯編語言則不需要。

·在編寫中斷函數的時候不能再用關鍵字interrupt來說明中斷函數,因為BIOS已經自動包括了這個功能。如果再用interrupt,則會造成致命后果。

·如果中斷函數是用匯編語言編寫的,中斷函數應夾在BIOS的API HWI_enter和HWI_exit之間。這樣,在中斷處理的時候會正確保存和恢復一些需要使用的寄存器,并妥善處理線程間的關系以及中斷函數中對BIOS API的調用;如果中斷函數是用C語言編寫的,則必須使用HWI Dispatcher屬性,作用和前面是一樣的。如果想了解更多東西可以參看參考文獻。

·在BIOS中的SWI(軟件中斷)模塊下,用戶可以自己添加軟件中斷對象。但是必須從概念上分清楚,這里添加的軟件中斷和在前面提到的軟件中斷(即由INTR、TRAP、RESET觸發的中斷)是完全不同的概念。這里的軟件中斷并不屬于中斷向量表里的中斷向量(顯然中斷的個數也不會存在限制),并且它可以帶兩個參數(前面的中斷函數是不能帶參數的)。所以從幾個方面看這里的軟件中斷函數更象是通常意義上的一般函數。

       在剛開始使用DSP/BIOS的時候可能會覺得比較麻煩,需要理解的東西也很多。但當你熟悉了以后會發現,它能幫你節省不少時間去處理底層的東西,而使你將更多的精力放在算法的實現上。

       本文全面介紹了C54x系列DSP的中斷機制,以及中斷在使用過程中的一些技巧,闡述了整個中斷的響應過程和一些比較容易出錯的地方。希望通過共享使大家更快更好地掌握C54x的中斷處理。

此內容為AET網站原創,未經授權禁止轉載。
亚洲一区二区欧美_亚洲丝袜一区_99re亚洲国产精品_日韩亚洲一区二区
亚洲欧美激情精品一区二区| 亚洲国产天堂久久综合网| 国产亚洲精品久| 国产精品成人一区二区网站软件 | 国产在线视频欧美| 国产日韩三区| 老鸭窝亚洲一区二区三区| 在线看国产一区| 黄色另类av| 狠色狠色综合久久| 国产一区香蕉久久| 国产亚洲一区二区三区| 国产在线国偷精品产拍免费yy| 国产欧美日韩一区二区三区在线观看 | 欧美在线一区二区| 欧美一区二区网站| 久久国产色av| 久久久久久久久久码影片| 久久国产精品久久精品国产| 久久九九免费视频| 鲁大师成人一区二区三区| 久久综合久色欧美综合狠狠| 免费中文日韩| 欧美精品在线观看| 国产精品va在线| 国产伦精品一区二区三区四区免费| 国产精品日日摸夜夜摸av| 国产精品网站在线观看| 国产亚洲美州欧州综合国| 国模私拍视频一区| 亚洲国产老妈| 一本色道久久88精品综合| 亚洲午夜一区二区三区| 午夜精品一区二区三区电影天堂| 欧美一区二区三区四区夜夜大片| 亚洲高清在线| 一本色道久久综合亚洲精品高清 | 欧美激情四色 | 欧美va天堂va视频va在线| 欧美精品成人一区二区在线观看| 欧美三级欧美一级| 国产精品有限公司| 一区在线视频| 亚洲精品字幕| 亚洲欧美在线观看| 亚洲精品黄色| 亚洲一区免费网站| 久久久久一区二区三区| 欧美激情综合色| 国产精品私房写真福利视频| 一区二区在线视频播放| 亚洲日本欧美| 国产精品99久久久久久久久久久久| 欧美激情a∨在线视频播放| 欧美天天影院| 国产一区二区三区的电影 | 在线观看av一区| 99re6热在线精品视频播放速度| 亚洲视频一区二区| 久久精品一区中文字幕| 中文精品99久久国产香蕉| 久久福利一区| 欧美日本一区二区高清播放视频| 国产精品综合不卡av | 亚洲黄色一区| 亚洲制服欧美中文字幕中文字幕| 亚洲第一精品夜夜躁人人爽| 亚洲最新视频在线播放| 久久精品欧美| 欧美午夜电影网| 在线观看三级视频欧美| 亚洲愉拍自拍另类高清精品| 亚洲精品在线免费| 久久不射2019中文字幕| 欧美日本一道本| 国内免费精品永久在线视频| 夜夜爽99久久国产综合精品女不卡| 欧美自拍丝袜亚洲| 亚洲一区二区三区在线视频| 久久综合图片| 国产麻豆视频精品| 99精品国产一区二区青青牛奶| 久久精品国产视频| 亚洲欧美在线免费| 欧美伦理a级免费电影| 国产专区综合网| 亚洲一二三区精品| 日韩亚洲国产欧美| 久久婷婷蜜乳一本欲蜜臀| 国产精品一区二区在线观看不卡| 亚洲一区二区三区精品在线| 免费久久99精品国产自| 欧美三级在线| 91久久精品久久国产性色也91 | 亚洲欧美日韩精品| 中文网丁香综合网| 欧美大片网址| 一区二区三区在线视频观看| 西瓜成人精品人成网站| 亚洲图片欧美一区| 欧美精品在线网站| 亚洲第一精品夜夜躁人人爽| 欧美怡红院视频一区二区三区| 亚洲女同性videos| 欧美日韩国产一区二区三区| 亚洲第一精品影视| 亚洲激情二区| 久久综合五月| 精品69视频一区二区三区| 久久成人国产| 亚洲欧美日本精品| 欧美日韩亚洲一区二区三区| 亚洲人妖在线| 一本一本a久久| 欧美精品在线观看播放| 亚洲国产专区校园欧美| 91久久精品国产91久久| 老司机免费视频一区二区三区| 国外成人在线视频网站| 欧美在线看片a免费观看| 久久久久久香蕉网| 激情成人av在线| 亚洲国产精品久久久久婷婷884| 快播亚洲色图| 亚洲第一主播视频| 亚洲麻豆一区| 欧美理论大片| 99热在线精品观看| 亚洲图色在线| 国产精品日韩高清| 午夜激情综合网| 久久久精品国产一区二区三区 | 91久久国产综合久久91精品网站| 亚洲九九爱视频| 欧美日韩国产精品专区| 夜夜嗨av一区二区三区四区| 亚洲一区高清| 国产欧美日韩综合一区在线观看 | 亚洲第一精品福利| 欧美福利在线| 日韩午夜在线视频| 午夜激情一区| 狠狠88综合久久久久综合网| 亚洲激情精品| 欧美性片在线观看| 亚洲欧美日韩直播| 久久亚洲春色中文字幕| 亚洲国产精品悠悠久久琪琪| 亚洲视频一区二区| 国产麻豆精品视频| 亚洲国产成人一区| 欧美精品v日韩精品v韩国精品v| 夜夜爽www精品| 久久精品中文| 亚洲国产小视频| 亚洲在线国产日韩欧美| 国产一区二区三区视频在线观看 | 国产人成一区二区三区影院| 亚洲第一在线| 欧美日韩免费观看一区| 亚洲在线观看免费| 久久免费国产| 日韩午夜中文字幕| 久久久噜噜噜久久狠狠50岁| 91久久一区二区| 午夜精品久久久久久久99樱桃| 黄色另类av| 亚洲一区二区在线看| 国产日韩欧美一区| 亚洲美女一区| 午夜免费日韩视频| 欧美噜噜久久久xxx| 亚洲欧美电影院| 欧美a级理论片| 亚洲永久免费观看| 欧美大尺度在线| 亚洲男人的天堂在线| 欧美成人精品一区二区| 亚洲视频在线观看视频| 久久综合伊人77777蜜臀| 一本色道精品久久一区二区三区| 久久人人爽国产| 一个人看的www久久| 老司机精品视频一区二区三区| 国产精品99久久久久久有的能看| 久久午夜av| 一区二区三区四区蜜桃| 玖玖精品视频| 亚洲一区二区三区精品视频| 欧美大片一区二区三区| 先锋影音久久久| 欧美日韩精品在线| 久久精品系列| 国产精品伦理| 亚洲乱码国产乱码精品精 | 国产午夜久久久久| 宅男噜噜噜66国产日韩在线观看| 狠狠色丁香婷综合久久| 午夜精品成人在线视频| 亚洲精品免费电影|