UVM重点归纳（快收藏 !）

factory机制

利用工厂机制的一般实现步骤：

1.继承

范式：

class comp_type/obj_type extends uvm_component/uvm_object;

实例：

class comp1/obj1 extends uvm_component/uvm_object;

2.注册

范式：

`uvm_component/object_utils(comp_type/obj_type);

实例：

`uvm_component/object_untils(comp1/obj1);

3.new函数声明

范式：

function new (string name=“comp1/obj1”,uvm_compinent parent=null(obj1无此项));

实例：

function new (string name=“comp1/obj1”,uvm_compinent parent=null(obj1无此项));

4.实例化

范式：

comp_type/obj_type 实例名

实例：

comp1 c1,c2;
obji o1,o2;

5.覆盖

范式：

类型覆盖：

orig_type::type_id::set_type_override(new_type::get_type());

实例覆盖：

orig_type::type_id::set_inst_override(neew_type::get_type(),“orig_inst_path”);

实例：

类型覆盖：

comp1::type_id::set_type_override(comp2::get_type());

实例覆盖：

obj1::type_id::set_type_override(obj2::get_type(),“”);

6.创建

范式：

comp_type::type_id::create(string name, uvm_component parent);
obj_type::type_id::create(string name);

实例：

c1=comp1::type_id::create(“c1”,null);
o1=obj1::type:🆔:create(“o1”);

一些细节：

1.在uvm中的创建一定使用以上范式，尽管使用new函数也可以实现，但是会使后边很多工厂自带的方法失效；

2.覆盖一定在创建之前；

3.特别注意覆盖中返回的句柄，有时需要根据实际情况进行cast转换；

1.2 uvm_coreservice_t 类

factory 机制并不是object类型也不是component 类型，它存在于uvm_coreservice_t类中；uvm_coreservice_t在仿真开始时例化（run 0 时刻），用户无需额为例化；另外以上关于工厂机制的覆盖，创建也可以通过直接使用factory的方法实现；

uvm_coreservice_t 主要包括：

唯一的uvm_factory，该组件用来注册，覆盖和例化；

2.全局的report_server，该组件用来做消息统筹和报告；

3.全局的tr_database，该组件用来用来记录transaction，便于后续调试；

4.get_root()方法用来返回当前uvm环境的结构顶层对象；

1.3 域的自动化

范式：

uvm_(object/component)_utils_begin(object_type/component_type) uvm_field_{int,enum,real,object,string,event,array_int}(ARG,FLAG);

ARG:表示成员变量；

FLAG：标记的数据操作（UVM_ALL_ON/ UVM_COPY)；

`uvm_(object/component)_utils_end

实例：

uvm_component_utils_begin(com1)
uvm_field_int(volume,UVM_ALL_ON)
uvm_field_enum(color_t,color,UVM_ALL_ON) uvm_field_string(name,UVM_ALL_ON) `uvm_component_utils_end

域的自动化是uvm环境搭建中重要的一部分，可以减少验证人员的工作量，大大解放验证人员的双手。

phase 机制

phase机制，phase机制主要是使得UVM的运行仿真层次化，使得各种例化先后次序正确。SV 中可以通过构建函数来实现对象的例化，但是只通过new函数无法实现层次化；在UVM 中，phase机制的出现正好解决了这个问题，而且层次化的构建是在例化之前就已经确定的。

UVM 的 phase机制主要有9个，外加12个小phase。主要的 phase有 build phase、connect phase、run phase、report phase、final phase等，其中除了run phase是 task，其余都是function，然后build phase和 final phase都是自顶向下运行，其余都是自底向上运行。Run phase和12个小phase( reset phase、configure phase、main phase、shutdown phase）是并行运行的，有这12个小phase主要是进一步将run phase 中的事务划分到不同的phase进行，简化代码。

注意，run phase和 12个小phase最好不要同时使用。从运行上来看，9个phase顺序执行，不同组件中的同一个phase执行有顺序，build phase为自顶向下，只有同一个phase全部执行完毕才会执行下一个phase。

run_phase 和 main_phase 的区别：

run_phase和main phase（动态运行）都是task phase，且是并行运行的，后者称为动态运行(run-time)的phase。如果想执行一些耗费时间的代码，那么要在此phase下任意一个component中至少提起一次objection，这个结论只适用于12个run-time的phase。对于run_phase则不适用，由于run_phase与动态运行的phase是并行运行的，如果12个动态运行的phase有objection被提起，那么run_phase根本不需要raise_objection就可以自动执行。

phase机制时序图：