消息驅動測試平臺可以改善測試覆蓋率

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

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

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

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

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

3. 能夠部分驗證FPGA的控制算法。

我們如何設計這種測試平臺呢？

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

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

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

為了仿真通過UART給UART測試模塊發(fā)送數據的工作過程，需要二次循環(huán)。每次循環(huán)都要檢查UART的狀態(tài)寄存器，當狀態(tài)寄存器指示允許寫入時再向發(fā)送數據寄存器寫入數據。這二次循環(huán)需要在處理器測試模塊中完成，因為只有一個VHDL進程可以驅動FPGA處理器接口信號。

這種方法對簡單案例很有效，但隨著處理器測試模塊中測試模塊的增多，這種方法將變得越來越復雜。另外，因為需要比較從FPGA UART發(fā)送到UART測試模塊的數據，仍然需要在模塊之間建立一定的通信機制。

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

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

那么這樣一種測試平臺的結構是怎樣的呢？圖2是測試平臺內部消息流程的一個簡單例子。

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

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

值得注意的是我們可以從測試平臺中的任何模塊向其它任何模塊發(fā)送消息。因為有這樣的反饋路徑，因此能夠構建查詢循環(huán)。圖3 給出了UART測試模塊的結構。

模塊被分成三大部分：物理接口、軟件接口和本地數據存儲模塊。

物理接口用來管理與FPGA的連接。在該模塊內有二個VHDL進程為測試UART建模。第一個進程收集來自FPGA UART RxD引腳的數據，并把數據存放在本地數據存儲器中。第二個進程將來自本地數據存儲器的數據通過TxD信號發(fā)送給FPGA UART。

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

控制接口用于啟動物理接口內的進程。共享變量和信號用于軟件和物理接口模塊之間的通信。

例子

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

..初始化UART

..初始化UART測試模塊

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

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

..比較結果

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

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

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

其它測試模塊以相同的方式寫入UART測試模塊。大多數測試模塊具有相同的結構，而由消息驅動測試平臺建立的架構能使新測試模塊的插入非常容易。

本文小結

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