消息驅(qū)動(dòng)測試平臺(tái)可以改善測試覆蓋率

傳統(tǒng)的測試平臺(tái)實(shí)現(xiàn)只能按順序設(shè)置工作參數(shù)，無法動(dòng)態(tài)響應(yīng)被測設(shè)備的要求。因此這種測試方法會(huì)遺漏軟件和硬件之間的某些復(fù)雜時(shí)序交互。隨著FPGA功能的逐漸強(qiáng)大，軟件和FPGA之間的交互信息量也在不斷增加。本文討論的以消息驅(qū)動(dòng)的測試平臺(tái)能夠模擬FPGA實(shí)際運(yùn)行環(huán)境對(duì)FPGA進(jìn)行仿真測試。該方法除了能為測試平臺(tái)所要求的物理接口模型建模外，還能對(duì)控制FPGA的部分軟件進(jìn)行建模。因此允許人們在測試平臺(tái)和FPGA之間建立動(dòng)態(tài)交互渠道，從而改善FPGA的測試覆蓋率。

測試平臺(tái)應(yīng)該真實(shí)反映FPGA在實(shí)際硬件環(huán)境中的工作狀況。以前也經(jīng)常出現(xiàn)仿真通過了但在實(shí)際在線使用時(shí)FPGA出故障的情況。

有時(shí)很容易找出故障原因，有時(shí)則很難。一旦找到問題的癥結(jié)我們會(huì)捫心自問：“為什么不早點(diǎn)發(fā)現(xiàn)這個(gè)問題呢？”很多時(shí)候這些問題發(fā)生在軟件和硬件之間的灰色區(qū)域。在仿真FPGA時(shí)我們應(yīng)該在何處下手呢？如果我們忽略軟件是如果使用FPGA的，那么我們以后肯定能找出問題的原因。因此不受硬件的約束、積極吸收一些軟件功能才是明智不舉。這樣做有以下一些優(yōu)點(diǎn)：

1. 由于覆蓋了一部分硬件與軟件之間的灰色區(qū)域，測試覆蓋率可以得到改善。

2. 能夠更好地理解軟硬件的交互以前二者之間的交互時(shí)序。

3. 能夠部分驗(yàn)證FPGA的控制算法。

我們?nèi)绾卧O(shè)計(jì)這種測試平臺(tái)呢？

在FPGA和處理器系統(tǒng)中，軟件設(shè)置好FPGA寄存器后就可以與FPGA進(jìn)行交互通信了。這種測試平臺(tái)可以同時(shí)滿足這二種情況。不過后者令人更有興趣，也更難一些。讓我們考慮一下如圖1所示的系統(tǒng)，它的FPGA內(nèi)部有一個(gè)處理器接口和二個(gè)UART。

FPGA內(nèi)部的這些模塊通過內(nèi)部總線連接在一起。為了控制UART，外部微處理器需要通過處理器接口和FPGA內(nèi)部總線訪問 UART內(nèi)部的寄存器。波特率、奇偶校驗(yàn)等UART參數(shù)必須由軟件先行初始化設(shè)置。在工作期間，軟件在訪問數(shù)據(jù)寄存器之前必須查詢UART狀態(tài)寄存器或等待中斷，否則數(shù)據(jù)寄存器的內(nèi)容可能是無效的。

測試平臺(tái)部分由三個(gè)測試模塊組成，其中有二個(gè)測試模塊與UART接口，另一個(gè)與FPGA處理器接口相接。必須配置好測試模塊，以確保UART測試模塊的工作參數(shù)和UART工作參數(shù)相同。

為了仿真通過UART給UART測試模塊發(fā)送數(shù)據(jù)的工作過程，需要二次循環(huán)。每次循環(huán)都要檢查UART的狀態(tài)寄存器，當(dāng)狀態(tài)寄存器指示允許寫入時(shí)再向發(fā)送數(shù)據(jù)寄存器寫入數(shù)據(jù)。這二次循環(huán)需要在處理器測試模塊中完成，因?yàn)橹挥幸粋€(gè)VHDL進(jìn)程可以驅(qū)動(dòng)FPGA處理器接口信號(hào)。

這種方法對(duì)簡單案例很有效，但隨著處理器測試模塊中測試模塊的增多，這種方法將變得越來越復(fù)雜。另外，因?yàn)樾枰容^從FPGA UART發(fā)送到UART測試模塊的數(shù)據(jù)，仍然需要在模塊之間建立一定的通信機(jī)制。

由于已經(jīng)對(duì)硬件和部分軟件作了建模，因此可以研究一下軟件在系統(tǒng)中是如何工作的，從而幫助我們作出正確的比較結(jié)果。

首先我們需要構(gòu)筑能夠匹配FPGA功能的軟件，以便我們擁有能夠管理每個(gè)FPGA模塊的軟件任務(wù)。該軟件任務(wù)可以作為這種模塊的設(shè)備驅(qū)動(dòng)器。參考高級(jí)操作系統(tǒng)提供的功能，軟件任務(wù)之間的通信可以通過消息管道和信號(hào)機(jī)實(shí)現(xiàn)。在VHDL中可以使用相同的結(jié)構(gòu)。軟件任務(wù)類似于 VHDL進(jìn)程。雖然不象C等高級(jí)語言那樣方便，但還是可以創(chuàng)建消息隊(duì)列的。利用信號(hào)可以很簡單地構(gòu)建信號(hào)機(jī)，然后依靠接收進(jìn)程等待這一信號(hào)的變化。至此我們就具備了用VHDL創(chuàng)建軟件驅(qū)動(dòng)器的所有條件。

那么這樣一種測試平臺(tái)的結(jié)構(gòu)是怎樣的呢？圖2是測試平臺(tái)內(nèi)部消息流程的一個(gè)簡單例子。

命令是由命令解析器從腳本文件中讀取的。以命令解析器為目的的命令在本地得到處理，而其它消息發(fā)送到相應(yīng)的模塊。腳本命令被轉(zhuǎn)換成標(biāo)準(zhǔn)消息格式。這種消息格式一般由一條記錄組成，該記錄包含消息目的地、消息源、消息類型和數(shù)據(jù)陣列指針等字段。消息送到目的地后再進(jìn)行進(jìn)一步處理。

目標(biāo)模塊不斷查詢消息隊(duì)列是否有輸入消息。當(dāng)有消息到達(dá)時(shí)，它會(huì)檢查消息類型并決定如何處理該消息。一般用case語句區(qū)分不同的命令。在每個(gè)case語句中，可以立即執(zhí)行命令(比如希望用一些數(shù)據(jù)填充某些RAM的情形)，也可以通過激發(fā)被某個(gè)進(jìn)程監(jiān)視的脈沖信號(hào)觸發(fā)并啟動(dòng)這個(gè)進(jìn)程。

值得注意的是我們可以從測試平臺(tái)中的任何模塊向其它任何模塊發(fā)送消息。因?yàn)橛羞@樣的反饋路徑，因此能夠構(gòu)建查詢循環(huán)。圖3 給出了UART測試模塊的結(jié)構(gòu)。

模塊被分成三大部分：物理接口、軟件接口和本地?cái)?shù)據(jù)存儲(chǔ)模塊。

物理接口用來管理與FPGA的連接。在該模塊內(nèi)有二個(gè)VHDL進(jìn)程為測試UART建模。第一個(gè)進(jìn)程收集來自FPGA UART RxD引腳的數(shù)據(jù)，并把數(shù)據(jù)存放在本地?cái)?shù)據(jù)存儲(chǔ)器中。第二個(gè)進(jìn)程將來自本地?cái)?shù)據(jù)存儲(chǔ)器的數(shù)據(jù)通過TxD信號(hào)發(fā)送給FPGA UART。

軟件接口對(duì)運(yùn)行于實(shí)際微處理器的軟件算法進(jìn)行建模。在該模塊內(nèi)也有二個(gè)進(jìn)程。第一個(gè)進(jìn)程將本地?cái)?shù)據(jù)存儲(chǔ)器中的數(shù)據(jù)發(fā)送給 FPGA UART。這些進(jìn)程和物理接口進(jìn)程的區(qū)別在于這時(shí)的數(shù)據(jù)交換是通過UART數(shù)據(jù)寄存器而不是UART TxD和RxD信號(hào)完成的。這就要求我們可以從UART測試模塊訪問FPGA UART寄存器。通過交換UART測試模塊和進(jìn)程接口模塊之間的消息隊(duì)列中的消息實(shí)現(xiàn)對(duì)FPGA UART寄存器的訪問。

控制接口用于啟動(dòng)物理接口內(nèi)的進(jìn)程。共享變量和信號(hào)用于軟件和物理接口模塊之間的通信。

例子

下面研究一下可能運(yùn)行于圖1所示的FPGA上的測試。在測試中需要將緩沖數(shù)據(jù)通過每個(gè)UART發(fā)送到相應(yīng)的測試模塊。對(duì)每個(gè)UART來說測試包含以下一些步驟：

..初始化UART

..初始化UART測試模塊

..初始化發(fā)送數(shù)據(jù)的緩存

..緩存非空時(shí)循環(huán)

..比較結(jié)果

利用簡單的腳本命令如WRITE_REGISTER就可完成UART和UART測試模塊的初始化。將要發(fā)送的緩存數(shù)據(jù)存放于 UART測試模塊中?？梢杂媚_本命令設(shè)置該數(shù)據(jù)。循環(huán)相對(duì)要復(fù)雜些，包括將來自UART測試模塊的消息發(fā)送給處理器接口模塊，并用指令讀取UART狀態(tài)寄存器。一經(jīng)讀取，處理器接口模塊就會(huì)向UART測試模塊回送一條帶狀態(tài)寄存器值的消息。然后由UART測試模塊決定是否發(fā)送數(shù)據(jù)。

UART測試模塊的其它部分收集來自FPGA TxD引腳的數(shù)據(jù)。待收集完所有數(shù)據(jù)后，就可以比對(duì)接收數(shù)據(jù)和期望數(shù)據(jù)了。

處理器接口模塊相對(duì)簡單些，它在輸入隊(duì)列和處理器上接收消息。通常這些消息要么是寫寄存器命令，要么是讀寄存器命令。如果是寫寄存器命令，來源于消息的數(shù)據(jù)和地址就被寫入FPGA處理器接口，其寫入方式與實(shí)際處理器向FPGA寫入的方式相同。如果是讀寄存器命令，則地址來自消息。FPGA處理器接口完成讀周期，讀到的數(shù)據(jù)放在消息中再發(fā)送回請求讀的模塊。

其它測試模塊以相同的方式寫入U(xiǎn)ART測試模塊。大多數(shù)測試模塊具有相同的結(jié)構(gòu)，而由消息驅(qū)動(dòng)測試平臺(tái)建立的架構(gòu)能使新測試模塊的插入非常容易。

本文小結(jié)

FPGA加上微處理器構(gòu)成了典型系統(tǒng)的基礎(chǔ)。FPGA和微處理器之間的交互常常很難預(yù)測和查錯(cuò)。消息驅(qū)動(dòng)測試平臺(tái)則有助于仿真這些交互，從而減少硬件測試期間可能會(huì)遇到的問題。