利用基于SystemC/TLM的方法學(xué)進(jìn)行IP開發(fā)和FPGA建模

在第二個范例中，當(dāng)MAC HW處理控制幀時，全局定時為：

窗口編程時間=T+tprg_winexp，故系統(tǒng)中，HW對及時打開發(fā)送窗口的指令進(jìn)行編程。

與此同時，現(xiàn)有的SPEAr板起到了很大的幫助作用，因?yàn)樵诎迳蠝y出了AES-CCM引擎的性能。因此能夠推斷出硬件中存在AES-CCM，因?yàn)锳ES-CCM軟件算法給不出所需要的性能。

挑戰(zhàn)

被測設(shè)計(jì)(DUT)或被測單元(UUT)的測試對任何設(shè)計(jì)方法學(xué)來說都是最關(guān)注的一個方面。在開發(fā)的初始階段，即架構(gòu)評估階段，必須需要一個高性能的性能仿真環(huán)境。具有行為功能TLM平臺能夠滿足這一需求，并對將要執(zhí)行的功能進(jìn)行功能檢查。當(dāng)進(jìn)入到低級抽象設(shè)計(jì)階段時，仿真性能大大降低，這成為有效驗(yàn)證IP的一個問題。

軟硬件的系統(tǒng)級仿真與軟硬件的協(xié)同仿真一塊進(jìn)行。ST有自己的平臺，這是一個包含硬件(RTL)的混合平臺，軟件利用SystemC書寫(見圖2)。該平臺的瓶頸是環(huán)境中所引入IP的RTL，而且注意到這將大大地降低性能。正如預(yù)期，這是所遇到的約束，而且對是否能夠比主仿真運(yùn)行更快的可能性進(jìn)行了評估。該方案基于Xtreme服務(wù)器硬件仿真，使得運(yùn)行速度至少要比NCSIM仿真快10倍。

圖4：配有軟件的Xtreme服務(wù)器配置。

圖4所示的該技術(shù)對第一次仿真特別實(shí)用，不需要任何有關(guān)環(huán)境配置方面的工作量。其概念是在Xtreme的FPGA中運(yùn)行RTL IP。開始時，引入的時鐘為軟件時鐘，但結(jié)果相當(dāng)可喜，還簡化了RTL的系統(tǒng)驗(yàn)證和調(diào)試。配置過程中，整個仿真環(huán)境是類似的，僅有的改變是用VHDL RTL IP替代SysC IP。試驗(yàn)結(jié)果是仿真速度快了10倍。因此，Xtreme服務(wù)器平臺滿足了RTL驗(yàn)證/調(diào)試所用平臺的需求。最重要的方面是具有與ncsim同等水平的調(diào)適能力。還提供了與SystemC環(huán)境的無縫集成。

調(diào)試功能

硬件方面的一個更具挑戰(zhàn)性的問題是調(diào)試。當(dāng)自檢失敗時，就需要一個相關(guān)的測試范例。為了驗(yàn)證該測試范例，在檢查失敗原因時必須檢查所有的主要信號。所以需要對信號進(jìn)行存放，驗(yàn)證，從而找出具體的原因。利用基于XTREME服務(wù)器的平臺可以很容易地執(zhí)行所有這些功能，無須額外的工作量。通過將實(shí)際硬件移入獨(dú)立的FPGA，可以很容易地改善仿真速度，不過這種方法提供的調(diào)試功能較少。因此，基于XTREME服務(wù)器的平臺不僅改善了仿真速度，還能提供非常好的調(diào)試功能。圖5給出了分析結(jié)果。

圖5：A）不同平臺上的仿真性能。B）不同平臺上的調(diào)試復(fù)雜性。