基于TLM的验证

件供应商EVE，最近在其ZeBu仿真平台产品线中增加了对TLM 2.0标准的支持。 TLM 2.0是Open SystemC Initiative(OSCI)用于SystemC模型互操作性和重用的接口标准。“考虑到我们在此背景下引入了仿真器，因此对我们来说，这更像是基于事务的协同仿真，”EVE-USA总经理Lauro Rizzatti说。

　　EVE已通过一种事务处理适配器(图5)实现了对 TLM 2.0的支持。该适配器支持多个目标和发起人、阻断和非阻断传输接口，以及松散定时(LT)、松散定时时间解耦(LTD)和近似定时(AT)编码方式。

　　在系统级，用户可以将虚拟平台、TLM 2.0事务处理适配器以及先进SystemVerilog硬件验证环境整合起来。在仿真器级，ZeBu TLM-2.0事务处理适配器是一种可实现与其它ZeBu事务处理器的互操作的开放架构，其它的ZeBu事务处理器既或是来自EVE的事务处理器目录，或是由ZEMI–3生成。ZEMI–3是EVE用于事务处理器总线功能模型(BFM)的行为SystemVerilog编译器，该编译器使得编写周期精确的BFM以及与C++或SystemVerilog测试平台进行信息交换变得非常容易。

　　据Rizzatti称，在基于事务的模式中，70%至80%的EVE客户使用ZeBu。“在简单的基于C的循环模式(而不是事务模式)中，他们也可能将其用于调用。但即使这样做，他们仍然因为事务模式的好处而采用该模式，”他说。

　　EVE营销总监Ron Choi表示，对TLM 2.0的支持使EVE的仿真器在互操作性方面更上一层楼。“多年来，我们都采用一个事务级接口。但它必须通过一个专有API来实现。这是一种非常有用的方法学，但现在对于基于标准的方法有更强烈的诉求，”他说。

　　TLM 2.0事务处理适配器解决了设计工程师为桥接不同产品必须编写不同代码这个问题。“一般来说，ESL工具总是有能力通过编程语言接口(PLI)连接到RTL模拟器，以及通过API调用C/C++函数连接到仿真器，”Rizzatti说。“这要求他们针对不同的接口编写外围应用。他们在编程时必须写入其自有的互操作性。一个更好的办法是使用定义了互操作层的 TLM 2.0，它使用户无需考虑底层实现。这样，他们是否使用SystemC模型就不重要了。”