IC验证学霸笔记4——UVM--config机制

1 config机制

•    在验证环境的创建过程build phase中，除了组件的实例化，配置也是必不可少的。
•    为了验证环境的复用性，通过外部的参数配置，使得环境在创建时可以根据不同参数来选择创建的组件类型、组件实例数目、组件之间的连接以及组件的运行模式等。
•    在更细致的环境调节(environment tuning)中有更多的变量需要配置，例如for-loop的阈值、字符串名称、随机变量的生成比重等。
•    比起重新编译来调节变量，如果在仿真中可以通过变量设置来修改环境，那么就更灵活了，而UVM config机制正提供了这样的便捷。

在UVM提供了uvm_config_db配置类以及几种方便的变量设置方法来实现仿真时的环境控制，常见的uvm_config_db类的使用方式包括：

传递virtual interface到环境中；

设置单一变量值，例如int，string，enum等；

传递配置对象（config object）到环境；

•     uvm_config_db#(T): :set(uvm_component cntxt, string inst_name, string field_name, T  value); 
•    uvm_config_db# (T): :get(uvm_component cntxt， string inst_name,string field_name, inout T value); 

•    UVM的uvm_config_db使得接口的传递和获取彻底分离开来。
•    在实现接口传递的过程中需要注意：
接口传递应该发生在run_test()之前。这保证了在进入build phase之前，virtual interface已经被传递到uvm_config_db中。
•    用户应当把interface与virtual interface的声明区分开来，在传递过程中的类型应当为virtual interface, 即实际接口的句柄。

interface 传递

变量传递

在各个test中， 可以在build phase对底层组件的变量加以配置， 进而在环境例化之前完成配置， 使得环境可以按照预期运行。

在test配置中， 需要配置的参数不只是数量多， 而且可能还分属于不同的组件。

那么如果对这么多层次中的变量做出类似上面的变量设置， 那会需要更多的代码， 容易出错还不易于复用， 甚至底层组件的变量被删除后， 也无法通过uvm_config_db::set()得知配置是否成功。
然而如果将每个组件中的变星加以整合， 首先放置到一个uvm_object中， 再对中心化的配置对象进行传递， 那么将会更有利于整体环境的修改维护。

总结：