新聞中心

EEPW首頁 > 嵌入式系統(tǒng) > 設(shè)計(jì)應(yīng)用 > 視頻監(jiān)控系統(tǒng)中如何快速實(shí)現(xiàn)ARM和DSP的通信和協(xié)同工作

視頻監(jiān)控系統(tǒng)中如何快速實(shí)現(xiàn)ARM和DSP的通信和協(xié)同工作

作者: 時(shí)間:2012-08-31 來源:網(wǎng)絡(luò) 收藏

  達(dá)芬奇軟件結(jié)構(gòu)框圖 www.elecfans.com

本文引用地址:http://m.butianyuan.cn/article/148474.htm


  圖1 達(dá)芬奇軟件結(jié)構(gòu)框圖

  通過第一部分的介紹,我們知道了TI數(shù)字軟件開發(fā)包(DVSDK)中的Codec Engine軟件模塊可以幫助我們輕松地或協(xié)處理器的,以及Codec Engine軟件模塊的概要情況,下面我們將告訴你走完Codec Engine入門的第一步和第二步。歡迎轉(zhuǎn)載,本文來自電子發(fā)燒友網(wǎng)(http://www.elecfans.com)

  2. Codec Engine入門第一步

  有些初學(xué)者認(rèn)為Codec Engine文件包結(jié)構(gòu)復(fù)雜,很難找到自己想找的文檔或例子。其實(shí)在Codec Engine文件包的根目下有一個(gè)發(fā)布說明文檔,比如Codec Engine 1.20 根目錄下的release_notes_codec_engine_1_20.html。這個(gè)文檔就是你了解Codec Engine的開始,里面有關(guān)于該版本Codec Engine的介紹、相關(guān)文檔資料的鏈接、新的功能、支持哪些芯片、已知的bug、修正了哪些bug及例子等等的具體說明。具體如圖2藍(lán)色字體所示。瀏覽該文檔后,初學(xué)者至少可以知道哪里可以找到自己想要的文檔或例子。舉例來說,如果想找相關(guān)的文檔,點(diǎn)擊 Documentation就可以看到這個(gè)Codec Engine文件包里的文檔的鏈接。

  

 Codec Engine 1.20 Release Notes截圖 www.elecfans.com

  圖2 Codec Engine 1.20 Release Notes截圖

  3.Codec Engine入門第二步

  點(diǎn)擊Codec Engine的發(fā)布說明文檔 (如圖2)的Validation Info,我們可以知道Codec Engine 1.20需要和以下軟件模塊和工具配合使用:

  ?Framework Components 1.20.02

  ?xDAIS 5.21

  ?XDC Tools 2.93.01

  ?/BIOS Link 1.40.05, configured for the DM6?46 EVM

  ?C6x Code Generation Tools version 6.0.8

  ?/BIOS 5.31.05

  ?MontaVista Linux v4.0

  ?Red Hat Enterprise Linux 3 (SMP)

  因此,我們需要在該Codec Engine安裝的DVSDK文件包下面檢查上面提到的軟件模塊和工具是否安裝,版本是否正確。否則,可能會編譯不過 Codec Engine的例子。那么,什么是 Framework Components,什么是xDAIS,什么又是XDC Tools呢?你可以分別到它們的根目錄下瀏覽它們各自的發(fā)布說明文檔,做一個(gè)總體的了解。

  這里我們簡單介紹一下,可以幫助大家盡快找到和自己相關(guān)的重點(diǎn)及資源。

  1)Framework Components是TI提供的一個(gè)軟件模塊,負(fù)責(zé)DSP側(cè)的memory 和DMA資源管理。因此,DSP算法工程師需要了解這個(gè)軟件模塊。http://tiexpressdsp.com/wiki/index.php?title=Framework_Components_FAQ

  2)xDAIS 是一個(gè)標(biāo)準(zhǔn),它定義了TI DSP算法接口的標(biāo)準(zhǔn)。這樣大大提高了DSP算法軟件的通用性。DSP算法工程師要寫出能被通過Codec Engine調(diào)用的算法,必須保證自己的算法接口符合這個(gè)標(biāo)準(zhǔn)。因此,DSP算法工程師也必須了解這個(gè)軟件模塊。http://tiexpressdsp.com/wiki/index.php?title=Category:XDAIS

  3)XDC Tools和gmake類似,是一個(gè)工具。XDC根據(jù)用戶定義的一套build指令,通過調(diào)用用戶指定的 工具鏈(Tool Chain)和DSP編譯器(C6x Code Generation Tools )build出ARM側(cè)和DSP側(cè)的可執(zhí)行文件。可以先不必細(xì)究這個(gè)工具,只需通過編Codec Engine的例子,知道設(shè)置build指令就可以了。

  4)DSP/BIOS Link是ARM和DSP之間的底層軟件,Codec Engine就是建立在這個(gè)底層軟件之上。在修改系統(tǒng)內(nèi)存分配(缺省是256MB的DDR2)時(shí),DSP/BIOS Link 1.38版本的用戶需要修改DSP/BIOS Link的配置文件,并重新build DSP/BIOS Link。而DSP/BIOS Link 1.40版本以后的用戶就無需此操作。http://tiexpressdsp.com/wiki/index.php?title=DSPLink_Overview

  http://wiki.davincidsp.com/index.php?title=Changing_the_DVEVM_memory_map

  5)C6x Code Generation Tools是Linux環(huán)境下C6000系列DSP的編譯器。我們用CCS開發(fā)DSP時(shí)都是用的Windows環(huán)境下的DSP編譯器。

  6)DSP/BIOS是TI 免費(fèi)提供的DSP實(shí)時(shí)操作系統(tǒng)。和上面C6x Code Generation Tools一樣,這里的DSP/BIOS也是Linux環(huán)境下的版本。DSP系統(tǒng)工程師需要了解這個(gè)操作系統(tǒng)。

  4. Codec Engine入門第三步

  開發(fā)ARM+DSP平臺需要三類工程師:ARM應(yīng)用程序工程師、DSP算法工程師和DSP系統(tǒng)工程師。而開發(fā)ARM+協(xié)處理器平臺只需要ARM應(yīng)用程序工程師。下面就讓我們針對這三類工程師做分別介紹。如果您使用的是TI或TI第三方的編解碼算法,就不需要關(guān)注DSP算法工程師的部分。如果使用ARM+協(xié)處理器平臺,就只需關(guān)心ARM應(yīng)用工程師的部分。

  4.1 DSP算法工程師應(yīng)該著手?

  這里我們不討論如何開發(fā)DSP算法,只討論DSP算法工程師怎樣讓自己的算法可以被ARM通過Codec Engine調(diào)用。(參考http://www.ti.com/litv/pdf/sprued6c,這個(gè)文檔會講到codec package及相關(guān)的.xs和.xdc文件,Codec Engine1.20及以上版本的用戶可以先不細(xì)究這些內(nèi)容,后面會介紹工具幫您自動(dòng)生成這些文件。)

  1)熟悉xDAIS和xDM標(biāo)準(zhǔn)。

  xDM只是xDAIS的擴(kuò)展,因此,需要先了解xDAIS。在xDAIS 軟件包根目錄下的發(fā)布說明文檔里,可以很快找到關(guān)于xDAIS和xDM的文檔鏈接。http://focus.ti.com/lit/ug/spruec8b/spruec8b.pdf

  在xDAIS安裝路徑下的examples/ti/xdais/dm/examples/g711有一個(gè)g711_sun_internal.c,這個(gè)算法不符合xDAIS標(biāo)準(zhǔn)。在同一個(gè)路徑下的g711dec_sun_ialg.c (decoder)和g711enc_sun_ialg.c (encoder)是封裝成符合xDM標(biāo)準(zhǔn)之后的編解碼算法??梢酝ㄟ^這個(gè)例子學(xué)習(xí)和了解如何把自己算法封裝成符合xDM標(biāo)準(zhǔn)的算法。

  xDAIS 6.10及其以后的版本,包含了一個(gè)工具QualiTI,可以檢查您的DSP算法是否滿足xDAIS標(biāo)準(zhǔn)(但不會檢查是否滿足xDM)。具體請參考:http://tiexpressdsp.com/wiki/index.php?title=QualiTI_XDAIS_Compliance_Tool

  2)熟悉Framework Components。

  Framework Components主要包括兩個(gè)模塊DSKT2和DMAN3,它們分別負(fù)責(zé)DSP側(cè)的memory 和EDMA資源管理。DSP算法使用的memory必須是先向DSKT2提出申請并由DSKT2分配得到的。同樣DSP算法使用的EDMA通道也是向DMAN3申請并由DMAN3分配得到的。而關(guān)于QDMA的操作,是通過ACPY3這個(gè)模塊的。這樣的好處是很容易對DSP側(cè)不同的算法做整合,不同的算法之間不用擔(dān)心資源(Memory和EDMA)的沖突問題。

  在Framework Components 軟件包根目錄下的發(fā)布說明文檔里,可以很快找到相關(guān)文檔的鏈接。在Framework Components安裝路徑下packagestisdofcdman3examples有一個(gè)Fast Copy的例子,可以幫您理解如何基于Framework Components的ACPY3模塊實(shí)現(xiàn)QDMA的操作。

  另外,有些用戶DSP側(cè)的算法比較簡單,在確保不和ARM側(cè)EDMA資源沖突的前提下在算法里直接操作EDMA不使用DMAN3也是可以的。這樣做的弊端是和其它算法做整合時(shí)會遇到資源使用沖突的問題。


上一頁 1 2 下一頁

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉