2.1、配置组件的 DUT 接口2.2、UVM 组件基类2.3、UVM 组件的逻辑层次：父子（parent-child）关系2.4、组件显示和查询2.5、查询组件的层次关系2.6、使用逻辑层次配置组件2.7、配置组件字段2.8、动态控制变量2.9、物理接口的配置2.10、全局 UVM 资源2.11、UVM 配置机制的选择2.12、UVM 配置机制的调试2.12.1、调试配置遇到的问题（1/4）2.12.2、调试配置遇到的问题（2/4）：解决方法2.12.3、调试配置遇到的问题（3/4）2.12.3、调试配置遇到的问题（4/4）2.12.4、UVM 资源和配置的调式2.13、小结
UVM 相比 SystemVerilog 比较优价值的地方就在于工厂机制和配置机制！这两点是必须要深入掌握透彻的，并且要能够熟练使用。
- UVM 组件的逻辑层次结构【本节】
- 使用逻辑层次 set/get UVM 组件的配置字段【本节】
- 使用工厂模式创建测试用例，替换事物和组件中的字段【下一节】
2.1、配置组件的 DUT 接口
对于 DUT 的接口（interface），在 SV 里面是在建立实体（new 函数）时一级一级传递进去的，在 UVM 里面只能通过 uvm_config_db。学习之前，先来回顾一下 UVM 验证环境的逻辑架构，如下图。
- Testcase 使用
uvm_config_db #(vif)::set(); vif是virtual interface的名字，传的类型
- Agent get 并 set 子组件的接口
- Component 使用
uvm_config_db #(vif)::get()
当然上面是通过 agent 中转之后到的 driver，也可以直接指定 driver 实体路径，实现 env 直接到 driver！使用 agent 的好处，可以分发到多个地方，比如 monitor 要用也可以分发到 monitor！灵活运用即可，这里仅仅是个示意。
2.2、UVM 组件基类
- UVM 组件的行为描述基类：uvm_component/uvm_object
- 具有逻辑层级结构：父子（parent-child ）关系
- 提供控制验证流程和配置机制
Component 具有 run 的属性；object 只能去做一些 build 和 connect！即对于 object，phase 只有 build 和 connect！
2.3、UVM 组件的逻辑层次：父子（parent-child）关系
- 在创建组件的对象时建立逻辑层次关系
2.4、组件显示和查询
- 丰富的显示和查询程序（内置函数查询）
2.5、查询组件的层次关系
- 获取指向 parent/children 对象的句柄
2.6、使用逻辑层次配置组件
- 通过 UVM 配置机制，设置对象的变量
2.7、配置组件字段
- Agent 组件中的字段配置
- 目标是 agent
- 在 agent 中配置 child 组件
- 通常是在 build_phase 阶段完成 config_db 配置（没有 run 之前），又可称为静态配置！
2.8、动态控制变量
- 动态控制 component/sequence
2.9、物理接口的配置
- 在接口物理连接时，不能将虚拟接口（virtual interface）作为构造函数的参数
- 代理类（type_id）的 create() 函数不支持
- 使用 UVM 的配置机制：即 uvm_config_db 的 set/get 机制
- UVM 里面的 virtual interface 不能通过参数 new 来传递，只能通过 uvm_config_db 去连接。
- 《参见 2.1 小节》，主要过程如下图。
面试题：UVM 的 interface 是怎么连接 Testbench 和 DUT 的？（答案见上）
2.10、全局 UVM 资源
- uvm_config_db 设置对象的本地配置
- uvm_resource_db 可以进行全局资源的配置
- 获取资源配置信息的方式有两种
- 按照 name 获取配置信息
- 按照 type 获取配置信息
2.11、UVM 配置机制的选择
- uvm_config_db 还是 uvm_resource_db？
- uvm_config_db 和 uvm_resource_db 都可以操作相同的全局资源池（global resource pool）
- uvm_config_db 使用
context - 用于配置组件的实例
- uvm_resource_db 使用
string - 用于全局配置
- 都是用 string 搜索并获取资源配置信息
- 在 testcase 中配置效果一样
- 在 component 中配置效果一样
注：两个没有太大差异，一般常用 uvm_config_db！
2.12、UVM 配置机制的调试
2.12.1、调试配置遇到的问题（1/4）
- 配置信息的类型：types
- set 和 get 的数据类型不匹配时，EDA 仿真工具不会在 get 时报错
- 因为数据类型或者逻辑层级结构导致的字段名称或作用范围不匹配时，不会报错
2.12.2、调试配置遇到的问题（2/4）：解决方法
- 1、检查 read_by_name/_type() 或者 get() 函数的返回状态值，如果获取不到打印错误信息，用 if 自己去判断（推荐）
- 2、使用仿真命令选项，跟踪 sets 和 gets 的信息（推荐）
- 3、在 testcase 中使用跟踪控制
2.12.3、调试配置遇到的问题（3/4）
- 使用全局句柄可以操作 UVM 的资源池
- uvm_resources
- 使用仿真命令选项，跟踪所有的配置 set 和 gets（uvm_config_db）
- 使用 dump() 程序可以将资源池的中所有资源 dump 进来
uvm_resources.dump(.audit(1));- DUMP 所有的
uvm_resource_db::read_by_name()/_type()操作（uvm_resource_db） uvm_resources.dump_get_records();
2.12.3、调试配置遇到的问题（4/4）
- 查询所有没有使用的资源（get 函数没有正确执行）
uvm_resources.find_unused_resources();
2.12.4、UVM 资源和配置的调式
- 在代码中使能 dump
- resources.dump(audit);
- 在命令行中使用
- +UVM_RESOURCE_DB_TRACE
- +UVM_CONFIG_DB_TRACE
2.13、小结
本篇主要介绍了 UVM 的配置机制，要知道 UVM 的配置类型可以是常规的变量，如 int、logic 等，也可以是 interface、object 等。另外还需要知道，UVM 的 interface 是通过 config_db 机制去连接 DUT 的，要与 SystemVerilog 区分。当然本节只是理论的学习，不免有些抽象，后面的实践代码中还会进行进一步强化学习！对于本节，知道 UVM 配置机制基本概念，了解如何使用，知道参数含义这些知识点就够了！