分析在Apex軟件環境下，SHARC處理器陣列板與MVME2700單板機基于VME總線的交互通信機制；利用該機制在VxWorks操作系統下，實現MVME2700單板機對DSP陣列板的被動觸式工作時序控制。

目前，許多信號處理系統DSP都采用Analog Device公司的SHARC系列產品。隨著DSP計算能力與應用范圍的不斷增強和擴大，越來越要求DSP具有實時控制能力以及具備多種通信接口。特別隨著網絡技術的不斷發展，基于網絡控制的DSP應用已成為主流；而嵌入式單板機（Signal Board Computer）顯然在實時控制與多通信接口及網絡應用方面具有及大的優勢。因此，通常在DSP處理機前端利用單板機設置通信控制器，加強對DSP系統的實時控制與外圍通信接口擴展。DSP系統與其前端通信控制器之間是否具有良好的實時通信，決定了其整體性能的優良程度。本文利用Motorola公司的MVME2700單板機作為DSP信號處理機的前端通信控制器，實現了對DSP系統的實時通信控制。

1 、DSP及其前端控制

在需要高強度信號處理能力的領域，一般可采用多塊具有拓撲結構的SHARC處理器VMEBus陣列板作為信號處理機。各陣列板通過連接線連接，具有很強的信號處理 能力。SHARC陣列板雖具有強大的計算功能，但是卻不適合加載實時操作系統，因此其自身管理功能并不強大，并且通信接口擴展性較差，不利于功能擴展和網絡控制。為了對其實施合理的工作時序控制并增強外圍通信功能，在其前端配置一塊單板機，利用VxWorks作為操作系統，并安裝控制程序對SHARC陣列板實施控制。由于單板機具有良好的通信接口擴展性，該單板機作為信號處理系統的前端機可以外接網絡接口、視頻接口、I/O接口等等，使得信號處理機可作為一個完整的分系統接入控制網絡；利用單板機的強大的實時控制功能和網絡功能，使信號處理機發揮最大功效。下面給出SHARC陣列板與其前端的單板機組成的通信處理系統，如圖1所示。

該嵌入式系統基于標準的VME總線結構，SHARC處理器為ADSP21060，其時鐘頻率為40MHz，晶體振蕩器的頻率為25.6MHz。每一個SHARC處理器都支持高達240MB/s的高速通信。對SHARC的軟件開發采用Apex（Advanced parallel excutive），即高級并行執行指令，由Signal Spectrum公司開發的SHARC指令高級開發語言。

Apex提供了性能優良的、靈活的并行處理器指令集，以及對DSP硬件的便捷訪問功能。同時，Apex還提供了基于VME總線的通信機制，允許從主機下裝SHARC代碼到客戶機，并且具備在主機和客戶機之間進行數據傳輸的功能。本文采用美國Motorola公司生產的單板機MVME2700，中央處理器PowerPC MPC750作為Melbourne的前端通信控制器。MVME2700是一個高度集成計算機系統，適用于要求高度實時控制管理的系統環境。它所使用的操作系統就是嵌入式的實時操作系統中的佼佼者VxWorks。VxWorks是具有高性能的實時操作系統內核。該內核使用中斷驅動、搶占優先級的任務調配機制，這種機制使得VxWorks具有高性能的實時特性。MVME2700的通信控制程序通過Tornado軟件在Windows環境下進行程序開發。

2 、SHARC的VME總線通信機制分析

如果要實現MVME2700對SHARC的實時控制，則必須了解SHARC是如何基于VME總線對外訪問的。由于MVME2700對SHARC陣列板起著程序下載、引導和控制作用，在Apex開發環境下視其為主機，而SHARC陣列板則稱為目標機。對于SHARC陣列板而言，一般只有根部SAHRC處理器參與VME總線通信。Apex支持兩類主機與SHARC系統進行VME通信的方式：一類方式是在主機應用程序和SHARC陣列板根部處理之間進行的較低層的數據塊拷貝，類似于簡單的本地數據拷貝標準C程序當中的memcpy；另一類則以客戶端/服務端交互的形式在主機與SHARC之間建立通信，利用中斷實現同步，并且可以多路傳輸。下面對這兩種方式加以分析。

2.1 同存塊拷貝方式

Apex提供主機與SHARC目標機的任何內存地址拷貝數據的函數：cpy_to_SHARC（）和cpy_from_SHARC（）。給出SHARC陣列板上SHARC-0（根部處理器）的本地地址和主機上的本地址，即可進行內存塊拷貝。本質上，這是一種基于VME總線的共享內存DMA方式，函數cpy_to_SHARC（）和cpy_from_SHARC（）自動將主機與目標機的本地址釋放成VME總線地址，通過共享內存進行數據傳輸，因此可以不必關心低層具體的VME總線映射關系，而將重點在上層數據傳輸。不過，某些情況下需要獲得VME映射關系的時候，例如主機需要通過VME總線對SHARC的控制寄存器進行操作，此時應當利用VxWorks的函數sysLocaltoBusAddr（）來主動獲得該寄存器的VME地址映射，對該VME地址進行位操作。要做到這一點，在NT操作系統下則顯得要麻煩得多。由于SHARC與MVME2700的數據拷貝通過VME總線傳輸，其數據傳輸速率是非常高的；同時，由于采取了DMA方式，幾乎不需要CPU介入，從而可提高程序執行效率。

2.2 客戶/服務的阻塞交互方式

該方式要求每次客戶端申請獲得服務的時候，向系統提供一個服務請求。該請求包括標簽和一同發送的數據包，其結構體數據格式如下：

typedef struct{

INT32 tag; /*服務標簽*/

INT32 param; /*客戶服務程序參數*/

INT32 data; /*數據包指針*/

INT16 length; /*數據包長度*/

INT16 max_len; /*返回包的最大長度*/

} Server_packet

客戶端提完申請之后就會進入阻塞狀態等待服務端的回答。服務端截獲該申請之后，根據服務標簽啟動相應的服務模塊，完成相應的服務之后向客戶端發送回復，此時客戶端才能停止阻塞恢復運行，如圖2所示。申請和回復這兩種數據包具有同樣的結構，每次最大數據傳輸量不能超過4KB。客戶端與服務端之間的實時響應由系統發送中斷自動完成，不需要人為干預，具有較高的實時性和安全性。

該方式實質是構架于VME總線中斷之上的。在客戶端發送申請包的時候包含了一個VME總線中斷，由該中斷驅動服務端的服務循環模塊，然后服務循環模塊再調用相應的客戶服務程序，從而實現兩路通信握手。該方式將底層的VME總線中斷驅動機制封裝起來，在上層建立了規范的服務循環模塊并且允許添加個人服務程序，對于軟件的規范與維護有利。當然，如果需要更高的實時性，可以不采用該方式，而是由客戶端直接發送VME總線中斷來實現握手，但必須對于底層的中斷寄存器直接操作，不易維護。需要指出的是，對于具有拓撲結構的SHARC芯片組而言，只能由根端SHARC處理器作為客戶端，內存拷貝也只能在根部SHARC處理器與服務端處理機之間進行。

2.3 Apex通信機制在單板機控制中的應用

一般來說，進行高強度運算的信號處理機都應該具有嚴格的工作時序，在每個工作時序進入相應的工作狀態，這有利于其它分系統的相關處理以及信號處理機運算流程的合理安排。因此，對于信號處理機可以采取被動觸發控制，即信號處理機完成當前工作時序之后向通信控制器提交下一工作時序請求，通信控制器可根據外部指令（通過網絡）決定何時執行，這期間信號處理機應當處理阻塞狀態等待回答。那么通信控制器可以利用Apex提供的第二類交互方式，作為服務端實時響應SHARC的服務申請，并根據整體系統工作時序決定信號處理機的阻塞時間；同時，該方式提供每次4KB的傳輸量，可以用來下發工作參數和其它命令。這樣既可避免繁瑣的中斷同步設置，又有利于軟件的范也維護；而進行大指數據傳輸應當第一類方式。考慮到采取該方式缺乏握手機制，故應當在交互方式以及VxWorks的多任務協調與約束下進行避免數據傳輸發生沖突與覆蓋。

3 、被動觸發控制實現

3.1 阻塞式時序控制

要實現對信號處理機的被動觸發控制，必須在通信控制器上建立面向SHARC陣列板的服務模塊。Apex提供一個SHARC_system對象，所有的服務都基于該對象建立，包括Melbourne引導。該類中的成員函數SHARC_system：：transaction的作用是初始化一個雙向通信管道，客戶端/服務端的交互通道都通過該通道進行。完成管道初始化之后，調用相應的成員函數SHARC_system：：service_loop建立服務循環，如下面的程序所示：

/*服務循環線程*/

int service_thread（SHARC_system *sys）{

int status；

printf（“service thread running.。.”）；

sys-》service_loop（Timeout（ENVER））;/*啟動服務循環*/

sys-》exit_status（%26;amp;status）; /*退出服務循環*/

exit（status）；

return status；

}

利用VxWorks的任務產生函數taskSpawn（），將service_thread服務循環派生成一個獨立的線程來處理SHARC的申請。當SHARC的程序退出后，通信控制器的循環也將自動終止。

由于服務端必須根據客戶端提供的服務標簽調用相應的服務，這就要求為SHARC_system類加載個人的服務程序。首先，定義系統標準類Service_group的繼承類Custom_group。然后，在這個類當中添加自己的成員函數，即通信控制器SHARC的服務程序；同時，再定義一個向量表table［］，將不同成員函數名稱順次列在其中編制成服務標簽，如下所示：

Custom_call Custom_group：：table［］={

/*在向量表里添加服務標簽，第一個對應的標簽序號為0

（table［0］），第二個為1（table），以后的以此類推*/

executCommand1，

executCommand2，

……

};

void Custom_group：：executCommand1（Server_packet *pkt）{

/*在這里用戶寫入自己的服務代碼*/

}

當服務端接收到了申請后，會立刻自動調用Custom_group：：call_service（）。該函數的作用是讀取服務標簽號碼，并從table［］當中取出相應的客戶服務程序執行它，如下所示：

void Custom_group：：call_service（Server_packet *pkt）{

int tag=MINOR_TAG（pkt-》tag）; /*讀取申請包里的標簽序號*/

if（tag》=0 %26;amp;%26;amp; tag*（table［tag］））（pkt）; /*根據標簽調用相應的服務*/

}

……

}

此時可將需要下達的指令裝載在回復包，當客戶服務程序執行完畢之后，該回復包立刻被自動發送出去，因此，可在允許信號處理機進入下一工作時序的時候將客戶服務程序返回。在Custom_group類當中可以添加各項控制服務項目，例如Melbourne開機/關機、工作參數下發等等。

3.2 非阻塞數據拷貝方式

由于這種客戶/服務交互通信采用了阻塞模式，即SHARC必須等待通信控制器的回復才可以繼續執行，但在某些情況下SHARC不需要等待。例如，SHARC提出申請，通知通信控制器將計算完畢的數據取走，而SHARC不必等待通信控制器將數據拷貝完畢才執行后面的計算。為了避免一直阻塞，可在相應的客戶服務程序當中設置一個信號燈，當該程序被調用的時候即釋放該信號燈，由信號燈驅動其它的模塊進行數據拷貝，而該客戶服務程序立刻返回使SHARC解除阻塞狀態，如圖3所示。

要實現該功能，可采取如下的程序代碼：

void Custom_group：：executCommand1（Server_packet *pkt）{

semGive（semId）; /*信號燈驅動數據拷貝模塊*/

return；

}

/*數據拷貝模塊*/

void SharcDataCopy（void）{

semTake（semId）; /*等待獲得信號燈*/copy_from_SHARC（localBuffer，SHARCBufferAddress，dataLength）； /*從SHARC拷貝數據*/

}

通過以上代碼，當SHARC提出申請后，通信控制器立刻響應該申請，并在客戶服務程序當中釋放信號燈。驅動數據拷貝模塊向Melbourne的根部處理器提取數據，客戶服務程序迅速返回，解除信號處理機的阻塞狀態。

4、 結論

通過以上的步驟，MVME2700作為服務端可以隨時響應SHARC的服務請求，利用阻塞特性執行相應的時序控制操作；同時，也可以執行非阻塞數據拷貝，從而在VxWorks環境下建立起通信控制器與SHARC之間完整的被動觸發控制模式。實際上，也可以由SHARC作為服務端，MVME2700作為客戶端，建立的方法與上述基本一致。這種模式下，陣列板的任何一塊SHARC處理器均可以作為服務端，而并非僅有根部處理器。

責任編輯：gt