【導(dǎo)讀】視頻采集技術(shù)相關(guān)的產(chǎn)品正經(jīng)歷著由模擬化向數(shù)字化、網(wǎng)絡(luò)化的變革。個領(lǐng)域內(nèi)應(yīng)用愈發(fā)廣泛。目前信息產(chǎn)業(yè)中頗受關(guān)注的數(shù)字化產(chǎn)品。電子產(chǎn)品，比如手機、數(shù)碼相機等。DSP在當(dāng)今電子類產(chǎn)品中起了不可或缺的作。TMS320DM642是TI公司于2020年左右推出的一款32位定點DSP芯片，主要面向數(shù)字媒體，屬于C6000系列DSP芯片。DM642保留了C64x原有的內(nèi)。核結(jié)構(gòu)，工作頻率由內(nèi)部倍頻器設(shè)置，可以達到500MHz、600MHz或720MHz，DM642采用TI公司第2代增強型超長指令集，它的EMIFA. DM642片上帶有3個雙通道數(shù)字視頻口，可同。DM642擁有I²C設(shè)備的寄存器，DM642的網(wǎng)口、PCI口和?；诟咚偻ㄓ靡曨l處理DSP的視頻壓縮系統(tǒng)成。為新一代網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)的主流。并且價格是可以接受的，采用DSP來進行圖像的壓縮編碼是可行的。目前，以太網(wǎng)技術(shù)己無可爭議地成為主要網(wǎng)絡(luò)技術(shù)。并針對DM642高速CPU，分析了系統(tǒng)設(shè)計中應(yīng)注意的問題。別問題上充分發(fā)揮了DSP的硬件結(jié)構(gòu)和具有特色的編程指令。時期的代表有美國Intel公司推出的MMX等。

　　

【正文】 足嵌入式視頻采集壓縮系統(tǒng)的特殊要求。 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 30 頁 共 83 頁 4 視頻采集壓縮系統(tǒng)的軟件設(shè)計 系統(tǒng)程序框架 DM642 片上有許多外圍接口，系統(tǒng)中也需要許多外圍的 硬件設(shè)備，并且上層還有相當(dāng)復(fù)雜的應(yīng)用程序，本文討論的軟件設(shè)計主要涉及引導(dǎo)裝載程序及底層驅(qū)動的設(shè)計，主要用于驗證硬件平臺的正確性。最底層為硬件設(shè)備，包括 DM642芯片及外圍設(shè)備；中間使用了 TI 提供的片上支持庫 CSL，融合 DM642 及其外圍硬件設(shè)備；再上層為使用 DSP/BIOS 提供的設(shè)備驅(qū)動模型建立的設(shè)備驅(qū)動程序，設(shè)備驅(qū)動部分支持整板硬件設(shè)備的運行；最上層為應(yīng)用程序軟件層。使用這種程序結(jié)構(gòu)層次清晰，移植性和擴展性都很好。設(shè)備驅(qū)動程序基于開發(fā)系統(tǒng)的芯片支持庫及 DSP/BIOS 開發(fā)工具，使得開發(fā)更加簡單易行，并且減 少了錯誤概率。 圖 14 系統(tǒng)程序架構(gòu) 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 31 頁 共 83 頁 DSP/BIOS 實時操作內(nèi)核與芯片支持庫 CSL DSP/BIOS 的特點 在以 DSP 平臺實現(xiàn)圖像處理的應(yīng)用開發(fā)一般較復(fù)雜。為加快開發(fā)速度和提高程序效率，介紹了專門用于圖像應(yīng)用的 DM642 開發(fā)平臺。平臺采用 DSP/BIOS 內(nèi)核，使用 BIOS 多線程機制，實現(xiàn)了運動圖像的實時處理。與單線程相比，提高了程序執(zhí)行效率，減少了代碼量。 DSP/BIOS 本質(zhì)上是一種可剪裁的實時內(nèi)核，在需要多任務(wù)調(diào)度和同步的實時應(yīng)用中，能加快開發(fā)，并能達到很好的性能。 BIOS 是 DSP 開發(fā)環(huán)境 CCS(Code Composer Studio)中的一個可裁剪的可搶占式實時操作內(nèi)核，而且自帶許多分析工具，可以實現(xiàn)多線程 (即多任務(wù) )間的通信和同步等問題。使用 BIOS 的優(yōu)點如下： （ 1） 使用 BIOS 的分析工具，可方便地獲取程序運行情況。如通過 CPU 的執(zhí)行圖可以方便地看到用 BIOS 創(chuàng)建的內(nèi)核對象的運行情況，以及通過統(tǒng)計工具獲得一些量化的信息等。 （ 2） 減少生成的可執(zhí)行機器代碼的大小。對于一個典型的應(yīng)用，使用 DSP的 BIOS 創(chuàng)建的多任務(wù)程序，其經(jīng)編譯連接生成的可執(zhí)行機 器代碼的大小與其它方法相比，可減少約 50%，這對于嵌入式應(yīng)用有重要意義。因為 DSP 的一級高速緩存有 32KBytes，其中程序和數(shù)據(jù)各占 16KBytes，二級緩存有 256KBytes，減少了生成代碼的大小，就可有更多的程序運行空間，從而使執(zhí)行效率更高。 （ 3） 提高運行效率。使用 BIOS 對象編程，由 BIOS 來調(diào)度任務(wù)，可更合理地利用資源，且在程序運行時，可減少一些動態(tài)對象的建立，加快程序運行。 基于 DSP/BIOS 的程序開發(fā)流程與執(zhí)行過程 DSP/BIOS 支持交互式的程序開發(fā)流程。用戶可以首先 創(chuàng)建基本的程序框架，使用替代函數(shù)模擬 DSP 算法的 CPU 負載情況來檢驗程序框架的正確性，在這個過程中，用戶可以很容易地改變系統(tǒng)各線程的優(yōu)先級和類型。等程序框架開發(fā)成熟后再將 DSP 算法添加到應(yīng)用程序中。 DSP/BIOS 應(yīng)用程序的開發(fā)流程包括以下步驟： （ 1） 用 DSP/BIOS 配置工具建立應(yīng)用程序要用到的對象。 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 32 頁 共 83 頁 （ 2） 保存配置文件，保存的同時會自動生成在編譯和鏈接時所要包含的文件。 （ 3） 為應(yīng)用程序編寫一個框架，可使用 C/C++/匯編語言或這些語言的任意組合。 （ 4） 在 CCS 下編譯、鏈接程序直至沒有錯誤。 （ 5） 使用軟件仿真器和硬件開發(fā)平臺原型，結(jié)合 DSP/BIOS 分析工具測試應(yīng)用程序，直至程序運行正確且滿足實時性要求。 （ 6） 當(dāng)正式的硬件平臺開發(fā)好之后，按照新的硬件配置修改 DSP/BIOS 配置文件，重新測試，直至滿足設(shè)計要求。用戶編寫的 DSP/BIOS 應(yīng)用程序編譯后與 DSP/BIOS 實時庫鏈接到一起形成目標(biāo)文件，該目標(biāo)文件下載到目標(biāo) DSP 并開始執(zhí)行，對于 C6000 系列的 DSP，代碼的執(zhí)行順序是由 文件規(guī)定的。 DSP 芯片支持庫 (CSL)介紹 TI 公司為其 DSP 產(chǎn)品提供了 CSL 庫函數(shù)，在程序 設(shè)計過程中利用 CSL 庫函數(shù)可以方便地訪問 DSP 的寄存器和硬件資源，提供 DSP 軟件的開發(fā)效率和速度。它包含一些獨立的模塊，每個模塊與一種外圍相關(guān)，同時還有一些模塊提供通用的編程支持，如中斷請求模塊 (IRQ)包含中斷管理的用戶接口， CHIP 模塊允許對芯片進行全局的設(shè)置。 當(dāng)前 C6000 系列 DSP 的 API 模塊有如下一些： CACHE 高速緩沖存儲器模塊 CSL 頂層模塊 DAT 設(shè)備獨立數(shù)據(jù)拷貝模塊 CHIP 芯片特性模塊 DMA 直接寄存器存儲模塊 EDMA 加強直接寄存器存儲模塊 EMIF 外部寄存器接口模塊 HPI HPI 接口模塊 IRQ 中斷控制模塊 MCBSP 多通道寄存器串行接口模塊 PWR 電源模塊 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 33 頁 共 83 頁 STDINC 標(biāo)準(zhǔn)引入模塊 TIMEER 計時器模塊 圖 15 DSP/BIOS應(yīng)用程序執(zhí)行過程 芯片支持使得系統(tǒng)對外圍的開發(fā)更加簡單化，對硬件進行了提取，縮短了開發(fā)周期，標(biāo)準(zhǔn)化的代碼使得程序更易于移植和在設(shè)備間兼容。 CSL 提供以下一些功能： （ 1） 標(biāo)準(zhǔn)化的編程模式。 CSL 根據(jù)一定的標(biāo)準(zhǔn)為片上外圍設(shè)備編程。包括定義數(shù)據(jù)類型和宏來配置寄存器，定義函數(shù)來執(zhí)行一些外圍設(shè)備基本操作。 （ 2） 基本的資源管理?；?資源管理支持許多外圍設(shè)備的打開與關(guān)閉，這一功能對多通道的外圍尤為適用。 （ 3） 象征性的外圍描述。作為 CSL 的另一優(yōu)勢，它支持的是完全象征性的寄存器和寄存器空間定義，而不是專門針對于某一芯片的定義，使得代碼非常易于移植到新版本的 TI 的 DSP 芯片上面。 CSL 為兩層結(jié)構(gòu)，頂層為服務(wù)層，底層為硬件提取層。硬件提取層負責(zé)對各個寄存器進行宏定義等，為上層提供了符號接口。而頂層的服務(wù)層為用戶提供了應(yīng)用程序接口。 引導(dǎo)裝載程序的設(shè)計 DSP 上電后把可執(zhí)行程序加載到 DSP 能訪問的存儲空間，使 DSPs 能夠正 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 34 頁 共 83 頁 確運行的過 程稱為 DSP 的系統(tǒng)引導(dǎo)或者自舉 ， DM642 芯片有 3 種自舉方式（ bootmode）。 （ 1） 不加載 ： CPU 直接從存儲器地址 0 處開始執(zhí)行。 （ 2） RAM/FLASH 加載 ： 把外部 ROM/FLASH 中的程序拷貝到地址 0 處，傳輸完成后退出復(fù)位狀態(tài)，然后從地址 0 處開始執(zhí)行。 （ 3） 主機引導(dǎo) ： CPU 停留在復(fù)位狀態(tài) , DSP s 其余部分保持正常狀態(tài)。在此期間 , 外部主機通過主機口初始化 CPU 的存儲空間。主機完成所有初始化工作后，將主機口控制寄存器中的 DSP INT 位設(shè)為 1,從而結(jié)束引導(dǎo)過程， CPU 退出復(fù)位狀態(tài)，從地 址 0 處開始執(zhí)行指令。 當(dāng)應(yīng)用程序大小不超過 1K 字節(jié)時，只需采用一級 Bootloader。它最主要的功能是： （ 1） 配置 DSP 的 EMIFA 控制寄存器，包括配置全局控制寄存器 (GBLCTL )和各個空間控制寄存器 (CExCTL)以及 SDRAM 的控制寄存器 (SDCTL)、時序控制寄存器 (SDTIM)和擴展控制寄存器 (SDEXT)等。 （ 2） 從 FLASH 的第 0 頁的前半頁起始地址為 0x90000000 處開始把程序的各個段和數(shù)據(jù)拷貝到指定的存儲器物理地址中。 （ 3） 跳到 C 程序的入口點 c_int00 處，建立 C 語言的運行環(huán) 境，包括系統(tǒng)堆棧定義、初始化堆棧、初始化全局和靜態(tài)變量等，為 DSP 運行 mian ( ) 函數(shù)做好準(zhǔn)備工作。 （ 4） DSP 從 main ( )處開始執(zhí)行應(yīng)用程序。 當(dāng)應(yīng)用程序大于 1K 字節(jié)時，需要將前 1K 的程序要做成加載器，也就是二級 Bootloader，利用它把大型用戶程序從 Flash 搬入內(nèi)存。二級 Bootloader 要完成兩項功能：第一，把用戶程序搬到指定的地址；第二，跳轉(zhuǎn)到用戶程序入口。 由于二級 Bootloader 在 Flash 中的位置是 0x90000000——0x90000400，而二級 Bootloader 又是放在用戶程序里的，因此，為了在編譯用戶程序時，應(yīng)該將Flash 開始的 1KB 空間配置成 Flash_Boot 空間（對應(yīng)的 IRAM 起始 1KB 空間配置成 Boot 段），專門用來存放用于二次加載的二級 Bootloader， 1KB 以后從0x90000400 開始的 Flash 空間才用來存放用戶程序。同時，因為本設(shè)計采用的 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 35 頁 共 83 頁 Flash 地址擴展方式并不是用 FPGA 硬件自動轉(zhuǎn)換，而是由 DSP 軟件控制 GPIO控制實現(xiàn)，所以在二級 Bootloader 中，必須考慮搬運地址跨頁的情況。 圖 16 二級 Bootloader 工作流程 設(shè)備驅(qū)動程序設(shè)計 DM642 驅(qū)動模型 DM642 為設(shè)備驅(qū)動開發(fā)者提供了一種類 / 微型驅(qū)動模 (class/minidriver model)。類驅(qū)動層與底層設(shè)備無關(guān)，執(zhí)行寄存器管理等功能，它包括用戶程序接口 (API)層和一個適配層。適配 層 負責(zé)應(yīng)用程序?qū)雍偷讓游⑿万?qū)動之間的接口。微型驅(qū)動執(zhí)行了所有與底層設(shè)備相關(guān)的控制和初始化。所有的微型驅(qū)動遵循了IOM(I/O Minidriver)接口，這種 IOM 接口是 TI 公司根據(jù)多種外圍設(shè)備，如串行接口，視頻接口， FLASH 等而設(shè)計的，具有一 定的通用性。這樣，上層的應(yīng)用程序不直接控制微型驅(qū)動，而是使用一個或一個以上的類驅(qū)動對其進行微型驅(qū)動控制。 DSP／ BIOS 定義了三種類驅(qū)動：流輸入輸出模塊 (SIO)，管道管理模塊 (PIP)，通用輸入輸出模塊 (GIO)。 其中， SIO 和 PIP 分別需要使用適配器 DIO 和 PIO 來與微型驅(qū)動進行通信。 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計 第 36 頁 共 83 頁 SIO/DIO 是基于流的 I/O 模型，使用異步方式來操作 I/O，對于數(shù)據(jù)的讀寫、處理可以同時進行。 PIP/PIO 是基于管道的 I/O 模型，每個管道維護著一個被劃分為多個大小相同的幀的緩沖區(qū)。 GIO類驅(qū)動采用基于流的同步 I/O數(shù)據(jù)傳輸模式，適合大流量數(shù)據(jù)的傳輸，更適合文件系統(tǒng)。與 SIO/DIO 和 PIP/PIO 不同， GIO 包含內(nèi)置的 IOM(I/O Manager 輸入輸出管理 )適配層，可以直接與微型驅(qū)動進行通信。 GIO 模塊與其他兩個模塊相比，有一個很重要的特性，就是可以擴展 API函數(shù)支持新的應(yīng)用領(lǐng)域，這樣就實現(xiàn)了對 GIO 類驅(qū)動的擴展。這種可擴展 API的特性正好可以用在視頻驅(qū)動開發(fā)方面。例如這種擴展可以滿足視頻設(shè)備存儲區(qū)的需要。另外，在提供了視頻驅(qū)動和應(yīng)用程序之間的視頻數(shù)據(jù)同步機制之后，這種擴展也能夠允許使用一個單獨的調(diào)用來 “交換 ”視頻緩沖區(qū)。這種交換緩沖區(qū)的機制對于實時視頻信號的采集與顯示是十分重要的。所以，在視頻驅(qū)動中，我們采用通用輸入輸出模塊 GIO。應(yīng)用程序可以直接地調(diào)用 GIO 的 API 函數(shù)和 IOM微型驅(qū)動程序進行交互，這些 GIO 的 API 就可以看作是類驅(qū)動。 GIO 類驅(qū)動接口如圖 2 所示。 GIO_create 會為一個特定的 IOM 通道實例創(chuàng)建一個 GIO 對象，這是類驅(qū)動使用微型驅(qū)動的第一步，首先創(chuàng)建對象及 IOM 通道，然后在此通道上進行數(shù)據(jù)傳輸工作。 DSP/BIOS 驅(qū)動開發(fā)套件 DDK DDK 是 TI 公司用來簡化設(shè)備驅(qū)動程序開 發(fā)的軟件套件。為了達到簡化設(shè)計的目標(biāo)， DDK 提供： （ 1） 多種 TMS320 DSP 外設(shè)的全部設(shè)備驅(qū)動； （ 2） 一個驅(qū)動模型，統(tǒng)一的驅(qū)動開發(fā)方法； （ 3） 一個可復(fù)用的驅(qū)動模塊，避免從最底層開發(fā)驅(qū)動代碼。 該套件為 TMS320 系列各種外圍器件提供完整的標(biāo)準(zhǔn)化驅(qū)動程序模型，使得驅(qū)動程序可以很方便地移植到其他應(yīng)用中，大大提高驅(qū)動程序開發(fā)的效率。 DDK是對每種 TMS320 系列 DSP 都提供的芯片支持庫 (Chip Support LibraryCSL)的補充， CSL 提供對外圍器件寄存器配置及初始化等的低級控制， DDK 完 全通過 CSL 基于 DSP的視頻采集與壓縮傳輸系統(tǒng)的設(shè)計