UVM实战(张强)--- UART实例代码详细注解

这篇具有很好参考价值的文章主要介绍了UVM实战(张强)--- UART实例代码详细注解。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一、整体的设计结构图

uvm实战源码,UVM实战,fpga开发,UVM,IC验证
各个模块的基础介绍:
(1)DUT:待测平台,这里为uart串口功能
(2)sequence:创建一个my_straction的实例m_trans,将其随机化,最终将其送给sequencer
(3)sequencer:uvm_sequencer就如同一个管道,从这个管道中产生连续的激励事务,并最终通过TLM端口送至driver一侧
(4)driver:该类会从uvm_sequencer中获取事务(transaction),经过转化进而在接口中对DUT进行时序激励
(5)monitor:负责把transaction级别的数据转变为DUT的端口级别,并驱动给DUT,mointor的行为与其相对,用于收集DUT的端口数据并将其转化成transaction交给后续的组件如reference model,scoreboard等处理
(6)reference model:reference model用于完成和DUT相同的功能
(7)scoreboard:uvm_scoreboard担任和SV中的check一样的功能,即进行数据的对比和报告,这里要比较的一源于reference model,二源于o_agent的monitor
(8)env:从环境层次结构而言,uvm_env包含多个uvm_agent和其他component,这些不同的组件共同构成一个完整的验证环境
uvm_env的角色就是一个结构化的容器,它可以容纳其它组件的同时它也可以作为子环境在更高层次集中被嵌入
(9)interface:driver和DUT,monitor和DUT之间的通过interface来传递transaction,具体使用config_db set/get的方法
(10)transaction:一笔transaction就是一个包,不同的验证平台中,transaction会不同

二、各个组件代码详解

2.1 DUT

module dut(clk,rst_n,rxd,rx_dv,txd,tx_en);
input clk;
input rst_n;
input[7:0] rxd;      //rxd接收数据
input rx_dv;         //发送数据有效指示
output [7:0] txd;    //txd发送数据
output tx_en;        //接收数据有效指示

reg[7:0] txd;        //always赋值用reg
reg tx_en;           //always赋值用reg

always @(posedge clk) begin
   if(!rst_n) begin
      txd <= 8'b0;
      tx_en <= 1'b0;
   end
   else begin
      txd <= rxd;    //输出数据txd会打一拍
      tx_en <= rx_dv;
   end
end
endmodule

2.2 top_tb

`timescale 1ns/1ps
`include "uvm_macros.svh" //UVM中的一个文件,包含众多的宏定义

import uvm_pkg::*; //将整个uvm_pkg导入到验证平台中,编译器在编译my_driver.sv文件时才能认识uvm_driver其中的uvm_driver等类名
`include "my_if.sv"
`include "my_transaction.sv"
`include "my_sequencer.sv"
`include "my_driver.sv"
`include "my_monitor.sv"
`include "my_agent.sv"
`include "my_model.sv"
`include "my_scoreboard.sv"
`include "my_env.sv"
`include "base_test.sv"
`include "my_case0.sv"
`include "my_case1.sv"

module top_tb;
//(2)reg,wire,logic的写法。
reg clk;
reg rst_n;
reg[7:0] rxd;
reg rx_dv;
wire[7:0] txd;
wire tx_en;

//例化接口
my_if input_if(clk, rst_n);
my_if output_if(clk, rst_n);

dut my_dut(.clk(clk),                 //例化DUT
           .rst_n(rst_n),
           .rxd(input_if.data),
           .rx_dv(input_if.valid),
           .txd(output_if.data),
           .tx_en(output_if.valid));

initial begin           
   clk = 0;
   forever begin
      #100 clk = ~clk;
   end
end

initial begin
   rst_n = 1'b0;
   #1000;
   rst_n = 1'b1;
end
//(3)如何运行case
initial begin           
   run_test();
end

//产生fsdb的方法,一般都是使用vcs+verdi的仿真工具,需要产生fsdb
initial 
begin 
	$fsdbDumpfile("./tb.fsdb"); 
	$fsdbDumpvars(); 
end

initial begin
   //(1) uvm_config_db::set
   uvm_config_db#(virtual my_if)::set(null, "uvm_test_top.env.i_agt.drv", "vif", input_if);
   uvm_config_db#(virtual my_if)::set(null, "uvm_test_top.env.i_agt.mon", "vif", input_if);
   uvm_config_db#(virtual my_if)::set(null, "uvm_test_top.env.o_agt.mon", "vif", output_if);
end

endmodule

(1)uvm_config_db::set

  • 第一个参数:null,会自动转换为uvm_root::get()
  • 第二个参数:“uvm_test_top.env.i_agt_drv”,表示路径索引
  • 第三个参数:“vif”,和get的第三个参数必须完全一致
  • 第四个参数:input_if,表示将那个input_if这个interface通过config_db传递给my_driver

(2)reg,wire,logic的写法
  对于verilog,我们知道应该将在tb中输入用reg,输出用wire。在sv中做了简化,所有的值都可以使用logic,除了双向驱动,也就是inout必须使用wire。

(3)如何运行case

方法一:
initial begin
	run_test("my_case0");
end
方法二:
在makefile的SIMV选项中加上: ...+UVM_TESTNAME=my_case0

2.3 my_driver

//(1)`ifndef的使用方法
`ifndef MY_DRIVER__SV 
`define MY_DRIVER__SV
//类的定义,my_driver派生自UVM中uvm_driver这个类,验证平台中所有的组件都是派生自UVM中的类。
class my_driver extends uvm_driver#(my_transaction); 

   virtual my_if vif; //(2)virtual的作用

   //(3)工厂机制
   `uvm_component_utils(my_driver) //工厂的注册
   function new(string name = "my_driver", uvm_component parent = null); //函数的创建
   	  // 所有派生自uvm_driver的类的new函数有两个参数,一个是string类型的name,一个是uvm_component类型的parent。	
      super.new(name, parent); 
   endfunction

   //(4)build_phase和main_phase
   virtual function void build_phase(uvm_phase phase); 
      super.build_phase(phase);
      //(8)uvm_config_db的用法
      if(!uvm_config_db#(virtual my_if)::get(this, "", "vif", vif))
      //(5)uvm_fatal宏
         `uvm_fatal("my_driver", "virtual interface must be set for vif!!!")
   endfunction
	//(7)extern的用法
   extern task main_phase(uvm_phase phase);
   extern task drive_one_pkt(my_transaction tr);
endclass

//(11)main_phase和run_phase的区别
task my_driver::main_phase(uvm_phase phase);
   vif.data <= 8'b0;
   vif.valid <= 1'b0;
   while(!vif.rst_n)
      @(posedge vif.clk);
   //(9)while循环的理解
   while(1) begin
      seq_item_port.get_next_item(req);
      drive_one_pkt(req);
      seq_item_port.item_done();
   end
endtask

task my_driver::drive_one_pkt(my_transaction tr);
	//动态数组data_q[],byte表示字节,一个字节八位。
   byte unsigned     data_q[];
   int  data_size;
   
   //(10)pack_bytes的理解
   data_size = tr.pack_bytes(data_q) / 8; 
   `uvm_info("my_driver", "begin to drive one pkt", UVM_LOW);
   repeat(3) @(posedge vif.clk);
   for ( int i = 0; i < data_size; i++ ) begin
      @(posedge vif.clk);
      vif.valid <= 1'b1;
      vif.data <= data_q[i]; 
   end

   // (6)uvm_info宏。
   @(posedge vif.clk);
   vif.valid <= 1'b0;
   `uvm_info("my_driver", "end drive one pkt", UVM_LOW);
endtask
`endif

(1)如何理解ifndef和define的使用

  目的:为了防止同一个文件在编译的时候被重复编译,引起多重定义的问题
即 “if not defined”,也就是说,当文件编译到这一行,如果这个文件还没有被编译过,也就是首次编译,就会执行后续的 `define xxx这句话,把后续的代码定义一次。反之,则不会再重复编译。
详细解释链接

(2)virtual的作用

1). virtual interface
  在interface定义时,如果不使用关键字 “virtual” 那么在多次调用该接口时,在其中的一个实例中对接口中某一信号的修改会影响其他实例接口;如果使用了 “virtual” 关键字,那么每个实例是独立的。
  习惯上在声明interface时均添加 "virtual"关键字。
2). virtual task/function
  用于OOP思想的继承使用。当定义了virtual时,在子类中调用某task/function时,会先查找在子类中是否定义了该 task/function,如果子类没有定义,则在父类中查找。未定义virtual时,只在子类中查找,没有定义就是编译器报错。
  如果某一class会被继承,则用户定义的task/function(除new(),randomized(),per_randomize(),pose_randomize()外),都应该加上virtual关键字,以备后续扩展。
SystemVerilog中virtual关键字常见用法_system verilog中virtual 的用法-CSDN博客

(3)工厂机制
  factory机制的实现被集成在了一个宏中:uvm_component_utils。这个宏所做的事情非常多,其中之一就是将my_driver登记在UVM内部的一张表中,这张表是factory功能实现的基础。只要在定义一个新的类时使用这个宏,就相当于把这个类注册到了这张表中。

(4)build_phase和main_phase
  理解build_phase和main_phase build_phase在new函数之后main_phase之前执行 build_phase是一个函数phase,而main_phase是一个任务phase,build_phase是不消耗仿真时间的。build_phase总是在仿真时间($time函数打印出的时间)为0时执行。driver所做的事情几乎都在main_phase中完成。

(5)uvm_fatal宏
  在build_phase中出现了uvm_fatal宏,uvm_fatal宏是一个类似于uvm_info的宏,但是它只有两个参数,这两个参数与uvm_info宏的前两个参数的意义完全一样。与uvm_info宏不同的是,当它打印第二个参数所示的信息后,会直接调用Verilog的finish函数来结束仿真。

(6)uvm_info宏
  这个宏的功能与Verilog中display语句的功能类似,但是它比display语句更加强大。它有三个参数,第一个参数是字符串,是打印信息类别;第二个参数也是字符串,是具体打印信息;第三个参数是冗余级别。在验证平台中,某些信息是非常关键的,这样的信息可以设置为UVM_LOW,而有些信息可有可无,就可以设置为UVM_HIGH,介于两者之间的就是UVM_MEDIUM。UVM默认只显示UVM_MEDIUM或者UVM_LOW的信息。

(7)extern的用法
  extern可以在使得function和task书写在class的外部,避免class过大难以阅读

(8)uvm_config_db的用法
  uvm_config_db有set和get两种方法,一般成对出现
  set:自顶层向下set,如从top_tb向driver设置参数

  • uvm_config_db#(int)::set(this, “env.agt.drv”, “vif”, 100);
    第一个参数this与第二个参数“env.agt.drv”——构成目标路径;因此也可以为(this.env, “agt.drv”, “num”, 100)
    第三个参数是传给该路径的哪个成员;
    第四个参数是要设置的值。
    get:从底层向顶层get,如从driver中的build_phase使用get。
  • uvm_config_db#(int)::get(this, “”,“vif”, vif);
    第一个参数必须是uvm_component实例的指针,第二个参数是相对此实例的路径。一般的,如果第一个参数被设置成this,第二个参数可以是一个空的字符串。
    第三个参数要与set中的第三个参数严格一致。
    第四个参数是要设置的值。
    详细解释链接

(9)while循环的理解
  因为driver只负责驱动transaction,而不负责产生,只要有transaction就驱动,所以必须做成一个无限循环的形式。通过get_next_item任务得到一个新的req,并且驱动它,驱动完成后调用item_done通知sequencer。这里为什么会有一个item_done呢?当driver使用get_next_item得到transaction时,sequencer自己也保留一份刚刚发送出的transaction。当出现sequencer发出了transaction时,sequencer自己也保留一份刚刚发送出去。那么sequencer如何知道driver是是否已经成功得到transaction呢?如果在调用get_next_item前,item_done被调用,那么sequencer就认为driver已经得到了transaction,将会把这个transaction删除。换言之,这其实是一种为了增加可靠性而使用的握手机制。

(10)pack_bytes的理解
  调用pack_bytes将tr中的所有字段变成byte流放入到data_q中,字段的顺序按照uvm_filed系列宏书写的顺序排列。

//打印结果
UVM_INFO my_driver.sv
(20//指明此条打印信息的来源,其中括号里的数字表示原始的uvm_info打印语句在my_driver.sv中的行号。
@48500000 //表明此条信息的打印时间
:drv[my_driver]data is drived //这是driver在UVM树中的路径索引。UVM采用树形结构,对于树中任何一个结点,都有一个与其相应的字符串类型的
//路径索引。路径索引可以通过get_full_name函数来获取,把下列代码加入任何UVM树的结点中就可以得知当前结点的路径索引:

(11)main_phase和run_phase的区别
  run_phase包含main_phase,细节在红宝书的P288页。

2.4 my_transaction

`ifndef MY_TRANSACTION__SV
`define MY_TRANSACTION__SV

//(1)uvm_sequence_item
class my_transaction extends uvm_sequence_item;

   rand bit[47:0] dmac;//48bit的以太网目的地址
   rand bit[47:0] smac;//48bit的以太网源地址
   rand bit[15:0] ether_type;//以太网类型
   rand byte      pload[];//携带数据的大小
   rand bit[31:0] crc;//面所有数据的校验值

	
   constraint pload_cons{
      pload.size >= 46;
      pload.size <= 1500;
   }

   function bit[31:0] calc_crc();
      return 32'h0;
   endfunction
//(2)post_randomize()
   function void post_randomize();
      crc = calc_crc;
   endfunction

//(3)uvm_object_utils
   `uvm_object_utils_begin(my_transaction)
     //(4)域的自动化
      `uvm_field_int(dmac, UVM_ALL_ON)
      `uvm_field_int(smac, UVM_ALL_ON)
      `uvm_field_int(ether_type, UVM_ALL_ON)
      `uvm_field_array_int(pload, UVM_ALL_ON)
      `uvm_field_int(crc, UVM_ALL_ON)
   `uvm_object_utils_end

   function new(string name = "my_transaction");
      super.new();
   endfunction

endclass
`endif

(1)uvm_sequence_item
一是my_transaction的基类是uvm_sequence_item。在UVM中,所有的transaction都要从uvm_sequence_item派生,只有从uvm_sequence_item派生的transaction才可以使用后文讲述的UVM中强大的sequence机制。注意不是派生自uvm_transaction。事实上,uvm_sequence_item是从uvm_transaction派生而来的,因此,uvm_sequence_item相对于uvm_transaction添加了许多实用的成员变量和函数/任务,从uvm_sequence_item直接派生,就可以使用这些新增加的成员变量和函数/任务。
(2)post_randomize()
post_randomize是SystemVerilog中提供的一个函数,当某个类的实例的randomize函数被调用后,post_randomize会紧随其后无条件
地被调用。
(3)uvm_object_utils
二是这里没有使用uvm_component_utils宏来实现factory机制,而是使用了uvm_object_utils。从本质上来说,my_transaction与my_driver是有区别的,在整个仿真期间,my_driver是一直存在的,my_transaction不同,它有生命周期。它在仿真的某一时间产生,经过driver驱动,再经过reference model处理,最终由scoreboard比较完成后,其生命周期就结束了。一般来说,这种类都是派生自uvm_object或者uvm_object的派生类,uvm_sequence_item的祖先就是uvm_object。UVM中具有这种特征的类都要使用uvm_object_utils宏来实现。
(4)域的自动化
这里使用uvm_object_utils_begin和uvm_object_utils_end来实现my_transaction的factory注册,在这两个宏中间,使用uvm_filed宏注册所有字段。uvm_filed系列宏随着trasaction成员变量的不同而不同,如上面的定义中出现了针对bit类型的uvm_filed_int以及针对byte类型动态数组的uvm_filed_array_int。当使用了宏注册之后,可以直接调用copy、compare、print等函数,而无需自己定义。

2.5 my_env

`ifndef MY_ENV__SV
`define MY_ENV__SV
//(1)为什么要使用my_env
class my_env extends uvm_env;

   my_agent   i_agt;
   my_agent   o_agt;
   my_model   mdl;
   my_scoreboard scb;
   //(5)uvm_tlm_analysis_fifo的作用
   uvm_tlm_analysis_fifo #(my_transaction) agt_scb_fifo;
   uvm_tlm_analysis_fifo #(my_transaction) agt_mdl_fifo;
   uvm_tlm_analysis_fifo #(my_transaction) mdl_scb_fifo;
   
   function new(string name = "my_env", uvm_component parent);
      super.new(name, parent);
   endfunction
	//(4)my_env和my_driver中的build_phase的执行顺序的问题
   virtual function void build_phase(uvm_phase phase);
      super.build_phase(phase);
      //(2)工厂创建对象的方式
      i_agt = my_agent::type_id::create("i_agt", this);
      o_agt = my_agent::type_id::create("o_agt", this);
      //(7)is_active的理解
      i_agt.is_active = UVM_ACTIVE;
      o_agt.is_active = UVM_PASSIVE;
      mdl = my_model::type_id::create("mdl", this);
      scb = my_scoreboard::type_id::create("scb", this);
      agt_scb_fifo = new("agt_scb_fifo", this);
      agt_mdl_fifo = new("agt_mdl_fifo", this);
      mdl_scb_fifo = new("mdl_scb_fifo", this);

   endfunction

   extern virtual function void connect_phase(uvm_phase phase);
   //(3)uvm_component_utils的位置
   `uvm_component_utils(my_env)
endclass
//(6)如何理解connect_phase
function void my_env::connect_phase(uvm_phase phase);
   super.connect_phase(phase);
   //(5)uvm_tlm_analysis_fifo的作用
   i_agt.ap.connect(agt_mdl_fifo.analysis_export);
   mdl.port.connect(agt_mdl_fifo.blocking_get_export);
   mdl.ap.connect(mdl_scb_fifo.analysis_export);
   scb.exp_port.connect(mdl_scb_fifo.blocking_get_export);
   o_agt.ap.connect(agt_scb_fifo.analysis_export);
   scb.act_port.connect(agt_scb_fifo.blocking_get_export); 
endfunction

`endif

(1)为什么使用my_env(组件的实例化)
  在验证平台中加入reference model、scoreboard等之前,思考一个问题:假设这些组件已经定义好了,那么在验证平台的什么位置对它们进行实例化呢?在top_tb中使用run_test进行实例化显然是不行的,因为run_test函数虽然强大,但也只能实例化一个实例;如果在top_tb中使用2.2.1节中实例化driver的方式显然也不可行,因为run_test相当于在top_tb结构层次之外建立一个新的结构层次,而2.2.1节的方式则是基于top_tb的层次结构,如果基于此进行实例化,那么run_test的引用也就没有太大的意义了;如果在driver中进行实例化则更加不合理。
  这个问题的解决方案是引入一个容器类,在这个容器类中实例化driver,monitor,reference model和scoreboard等。在调用run_test时,传递的参数不再是my_driver,而是这个容器类,即让UVM自动创建这个容器类的实例,在UVM中,这个容器类称为uvm_env。

(2)工厂创建对象的方式

uart_transaction rx_char = uart_transaction::type_id::create("rx_cahr");uvm_component_registry中提供的方法type_id::create,此种方法也是最常使用的方法。
uart_transaction = new("rx_cahr");工厂机制,直接利用new函数进行实例化。

  这里没有直接调用my_driver的new函数,而是使用了一种古怪的方式。这种方式就是factory机制带来的独特的实例化方式。只有使用factory机制注册过的类才能使用这种方式实例化;只有使用这种方式实例化的实例,才能使用后文要讲述的factory机制中最为强大的重载功能。验证平台中的组件在实例化时都应该使用type_name::type_id::create的方式。

(3)uvm_component_utils的位置
  uvm_componnet_utils常定义在class的最前方,这里放在class的最后不影响结果。

(4)my_env和my_driver中的build_phase的执行顺序的问题
  在UVM的树形结构中,build_phase的执行遵照从树根到树叶的顺序,即先执行my_env的build_phase,在执行my_driver等的build_phase。当把整棵树的build_phase都执行完毕后,再执行后面的phase

(5)uvm_tlm_analysis_fifo的作用
  在my_monitor和my_model中定义并实现了各自的端口之后,通信的功能并没有实现,还需要在my_env中使用fifo将两个端口联系在一起,为什么需要一个fifo呢?不能直接把my_monitor的analysis_port和my_model的blocking_get_port相连吗?由于analysis_port是非阻塞性质的,ap_write函数调用后马上返回,不会等待数据被接收。假如当write函数调用时,blocking_get_port正在忙于其他事情,而没有准备好接收新的数据时,此时被write函数写入的my_transaction就需要一个暂存的位置,这就是fifo。

(6)如何理解connect_phase
  与build_phase类似,connect_phase也是UVM内建的一个phase,它在build_phase执行完成之后马上执行,但是与build_phase不同的是,它的执行顺序并不是从树根到树叶,而是树叶到树根–先执行driver和monitor的connect_phase,再执行agent的connect_phase,最后执行env的connect_phase。

(7)如何理解is_active变量
  is_active有两种模式,分别为UVM_PASSIVE和UVM_ACTIVE,is_active默认值为UVM_ACTIVE,这种模式下,是需要例化driver的。那么什么情况下需要UVM_PASSIVE模式呢?下图中,在输出端口上不需要驱动任何信号,只需要监测信号。在这种情况下,端口上是只需要monitor的,所以driver可以不用实例化。

uvm实战源码,UVM实战,fpga开发,UVM,IC验证

2.6 my_monitor

`ifndef MY_MONITOR__SV
`define MY_MONITOR__SV
class my_monitor extends uvm_monitor;//所有的monitor都应该派生自uvm_monitor

   virtual my_if vif;
   //(1)uvm_analysis_port的用法
   uvm_analysis_port #(my_transaction)  ap;
   
   `uvm_component_utils(my_monitor)
   function new(string name = "my_monitor", uvm_component parent = null);
      super.new(name, parent);
   endfunction
   
	//(2)void的理解
   virtual function void build_phase(uvm_phase phase);
      super.build_phase(phase);
      if(!uvm_config_db#(virtual my_if)::get(this, "", "vif", vif))
         `uvm_fatal("my_monitor", "virtual interface must be set for vif!!!")
      ap = new("ap", this);
   endfunction

   extern task main_phase(uvm_phase phase);
   extern task collect_one_pkt(my_transaction tr);
endclass

task my_monitor::main_phase(uvm_phase phase);
   my_transaction tr;
   while(1) begin
      tr = new("tr");
      collect_one_pkt(tr);
      ap.write(tr);
   end
endtask

task my_monitor::collect_one_pkt(my_transaction tr);
   byte unsigned data_q[$];
   byte unsigned data_array[];
   logic [7:0] data;
   logic valid = 0;
   int data_size;
   
   while(1) begin
      @(posedge vif.clk);
      if(vif.valid) break;
   end
   
   `uvm_info("my_monitor", "begin to collect one pkt", UVM_LOW);
   while(vif.valid) begin
      data_q.push_back(vif.data);
      @(posedge vif.clk);
   end
   data_size  = data_q.size();   
   data_array = new[data_size];
   for ( int i = 0; i < data_size; i++ ) begin
      data_array[i] = data_q[i]; 
   end
   tr.pload = new[data_size - 18]; //da sa, e_type, crc
   data_size = tr.unpack_bytes(data_array) / 8; 
   `uvm_info("my_monitor", "end collect one pkt", UVM_LOW);
endtask
`endif

有几点需要注意的是:

  • 第一,所有的monitor类应该派生自uvm_monitor;
  • 第二,与driver类似,在my_monitor中也需要有一个virtual my_if;
  • 第三,uvm_monitor在整个仿真中是一直存在的,所以它是一个component,要使用uvm_component_utils宏注册;
  • 第四,由于monitor需要时刻收集数据,永不停歇,所以在main_phase中使用while(1)循环来实现这一目的。

(1)uvm_analysis_port的用法
  uvm_analysis_port可以实现数据的发送,transaction是发送的数据类型。

(2)void的理解
  在UVM中,void表示一个函数或任务没有返回值。返回值是指函数在执行完成后可以提供给调用者的结果。

2.7 my_agent

`ifndef MY_AGENT__SV
`define MY_AGENT__SV
//(1)为什么会有agent这个模块
class my_agent extends uvm_agent ;
   my_sequencer  sqr;
   my_driver     drv;
   my_monitor    mon;
   
   uvm_analysis_port #(my_transaction)  ap;
   
   function new(string name, uvm_component parent);
      super.new(name, parent);
   endfunction 
   
   extern virtual function void build_phase(uvm_phase phase);
   extern virtual function void connect_phase(uvm_phase phase);

   `uvm_component_utils(my_agent)
endclass 


function void my_agent::build_phase(uvm_phase phase);
   super.build_phase(phase);
   //is_active的用法
   if (is_active == UVM_ACTIVE) begin
   	  //my_agent中使用了type_id::的实例化方法。
      sqr = my_sequencer::type_id::create("sqr", this);
      drv = my_driver::type_id::create("drv", this);
   end
   mon = my_monitor::type_id::create("mon", this);
endfunction 

function void my_agent::connect_phase(uvm_phase phase);
   super.connect_phase(phase);
   if (is_active == UVM_ACTIVE) begin
      drv.seq_item_port.connect(sqr.seq_item_export);
   end
   //agent中的ap和mon中的ap相连,使得数据可以实现传输
   ap = mon.ap;
endfunction
`endif

(1)为什么会有agent这个模块?
  driver和monitor两者之间的代码高度相似。其本质是因为二者处理的是同一种协议,在同样一套既定的规则下做着不同的事情。由于二者的这种相似性,UVM中通常将二者封装在一起,成为一个agent。因此,不同的agent就代表了不同的协议。

2.8 my_model

`ifndef MY_MODEL__SV
`define MY_MODEL__SV

class my_model extends uvm_component;
   //(1)数据的发送和接收
   uvm_blocking_get_port #(my_transaction)  port;
   uvm_analysis_port #(my_transaction)  ap;

   extern function new(string name, uvm_component parent);
   extern function void build_phase(uvm_phase phase);
   extern virtual  task main_phase(uvm_phase phase);//extern外部定义写了virtual,下面不需要再写virtual

   `uvm_component_utils(my_model)
endclass 

function my_model::new(string name, uvm_component parent);
   super.new(name, parent);
endfunction 

function void my_model::build_phase(uvm_phase phase);
   super.build_phase(phase);
   port = new("port", this);
   ap = new("ap", this);
endfunction

task my_model::main_phase(uvm_phase phase);
   my_transaction tr;
   my_transaction new_tr;
   super.main_phase(phase);
   while(1) begin
      port.get(tr);
      new_tr = new("new_tr");
      new_tr.copy(tr);
      `uvm_info("my_model", "get one transaction, copy and print it:", UVM_LOW)
      //(2)transaction的打印
      new_tr.print();
      ap.write(new_tr);
   end
endtask
`endif

(1)数据的发送和接收
  在UVM中,通常使用TLM(Transaction Level Modeling)实现component之间transaction级别的通信。要实现通信,有两点是值得考虑的:第一,数据是如何发送的?第二,数据是如何接收的?

  • 数据发送使用uvm_analysis_port,my_transaction就是这个analysis_port需要传递的数据的类型。
  • 数据接收使用uvm_blocking_get_port , my_transaction就是blocking_port需要接收的类型。

(2)transaction的打印
  调用print()的方法可以实现transaction的打印,打印信息可以有效的观察transaction中的值,这个功能非常的实用和关键,当然不仅仅可以用于model中,driver和monitor中也可以打印。

2.9 my_scoreboard

`ifndef MY_SCOREBOARD__SV
`define MY_SCOREBOARD__SV
class my_scoreboard extends uvm_scoreboard;
   my_transaction  expect_queue[$];
   //(1)exp_port和act_port
   uvm_blocking_get_port #(my_transaction)  exp_port;
   uvm_blocking_get_port #(my_transaction)  act_port;
   `uvm_component_utils(my_scoreboard) //不加封号

   extern function new(string name, uvm_component parent = null);
   extern virtual function void build_phase(uvm_phase phase);
   extern virtual task main_phase(uvm_phase phase);
endclass 

function my_scoreboard::new(string name, uvm_component parent = null);
   super.new(name, parent);
endfunction 

//(2)build_phase
function void my_scoreboard::build_phase(uvm_phase phase);
   super.build_phase(phase);
   exp_port = new("exp_port", this);
   act_port = new("act_port", this);
endfunction 

task my_scoreboard::main_phase(uvm_phase phase);
   my_transaction  get_expect,  get_actual, tmp_tran;
   bit result;
 
   super.main_phase(phase);
   fork 
      while (1) begin
         exp_port.get(get_expect);
         //(3)expect_queue
         expect_queue.push_back(get_expect);
      end
      while (1) begin
         act_port.get(get_actual);
         if(expect_queue.size() > 0) begin
         	//(3)expect_queue
            tmp_tran = expect_queue.pop_front();
            //(4)compare
            result = get_actual.compare(tmp_tran);
            if(result) begin 
               `uvm_info("my_scoreboard", "Compare SUCCESSFULLY", UVM_LOW);//这里uvm_info后面加了封号,但是有些书上没加封号,应该是都可以,不影响。
            end
            else begin
               `uvm_error("my_scoreboard", "Compare FAILED");
               $display("the expect pkt is");
               tmp_tran.print();
               $display("the actual pkt is");
               get_actual.print();
            end
         end
         else begin
         //(5)uvm_error
            `uvm_error("my_scoreboard", "Received from DUT, while Expect Queue is empty");
            $display("the unexpected pkt is");
            get_actual.print();
         end 
      end
   join
endtask
`endif

(1)exp_port和act_port
  scoreboard的两个比较值一个来自于reference model,用exp_port获取,另外一个来自于o_agt,用act_port获取。

(2)main_phase
  在main_phase中通过fork建立起了两个进程,一个进程处理exp_port的数据,;另外一个进程处理act_port的数据,这是DUT的输出数据。

(3)expect_queue
  当收到数据后,把数据放入expect_queue中,当收集到这些数据后,从expect_queue中弹出之前从exp_port收到的数据,并调用my_transaction的my_compare函数。

(4)compare
  my_compare逐字比较两个my_transaction。

(5)uvm_error
  UVM_ERROR的默认处理方式为UVM_DISPLAY|UVM_COUNT,将消息输出到标准出口端,增加退出计划变量quit_count,当quit_count达到一定数量时,停止仿真。

2.10 my_sequencer

`ifndef MY_SEQUENCER__SV
`define MY_SEQUENCER__SV
//(1)sequencer的定义
class my_sequencer extends uvm_sequencer #(my_transaction);
   //(2)sequence和sequencer的区别与联系
   function new(string name, uvm_component parent);
      super.new(name, parent);
   endfunction 
   
   `uvm_component_utils(my_sequencer)
endclass

`endif

(1)sequencer的定义
  sequencer的定义非常简单,派生自uvm_sequencer,并且使用uvm_component_utils宏来注册到factory中。uvm_sequencer是一个参数化的类,其参数是my_transaction,即此sequencer产生的transaction的类型。

(2)sequence和sequencer的区别与联系
  sequence不属于验证平台的任何一个部分,但是它与sequencer之间有密切的联系,只有在sequencer的帮助下sequence才能顺利到达driver。当然两者还是有区别,sequencer是一个uvm_component,而sequence是一个uvm_object。与my_transaction一样,sequence有其生命周期。它的生命周期比my_transaction要更长一些,其内的transaction全部发送完毕之后,它的生命周期也就结束了。

2.11 base_test

`ifndef BASE_TEST__SV
`define BASE_TEST__SV
//(1)base_test存在的意义
class base_test extends uvm_test;

   my_env         env;
   
   function new(string name = "base_test", uvm_component parent = null);
      super.new(name,parent);
   endfunction
   
   extern virtual function void build_phase(uvm_phase phase);
   extern virtual function void report_phase(uvm_phase phase);
   `uvm_component_utils(base_test)
endclass


function void base_test::build_phase(uvm_phase phase);
   super.build_phase(phase);
   env  =  my_env::type_id::create("env", this); 
endfunction

function void base_test::report_phase(uvm_phase phase);
   uvm_report_server server;
   int err_num;
   //(2)report_phase的理解
   super.report_phase(phase);

   server = get_report_server();
   err_num = server.get_severity_count(UVM_ERROR);

   if (err_num != 0) begin
      $display("TEST CASE FAILED");
   end
   else begin
      $display("TEST CASE PASSED");
   end
endfunction

`endif

(1)base_test的存在意义
  真正的测试用例都是基于base_test派生的一个类。
  base_test派生自uvm_test,使用uvm_component_utils宏来注册到factory中。

(2)report_phase的理解
  report_phase也是UVM内建的一个phase,它在main_phase结束之后执行。

2.12 my_case0

`ifndef MY_CASE0__SV
`define MY_CASE0__SV

class case0_sequence extends uvm_sequence #(my_transaction);

   my_transaction m_trans;

   function  new(string name= "case0_sequence");
      super.new(name);
   endfunction 
   
   //(3)body任务的理解
   virtual task body();
      if(starting_phase != null) 
      	//(1)raise_objection
         starting_phase.raise_objection(this);
      repeat (10) begin
      //(2)uvm_do宏的理解
         `uvm_do(m_trans)
      end
      #100;
      if(starting_phase != null) 
      	//(1)drop_objection
         starting_phase.drop_objection(this);
   endtask

   `uvm_object_utils(case0_sequence)
endclass

class my_case0 extends base_test;

   function new(string name = "my_case0", uvm_component parent = null);
      super.new(name,parent);
   endfunction 
   extern virtual function void build_phase(uvm_phase phase); 
   `uvm_component_utils(my_case0)
endclass

function void my_case0::build_phase(uvm_phase phase);
   super.build_phase(phase);

//(4)default_sequence的用法
   uvm_config_db#(uvm_object_wrapper)::set(this, 
                                           "env.i_agt.sqr.main_phase", 
                                           "default_sequence", 
                                           case0_sequence::type_id::get());
endfunction

`endif

(1)raise_objection和drop_objection
  在每个phase中,UVM会检查是否有objection被提起(raise_objection),如果有,那么等待这个objection被撤销(drop_objection)后停止仿真;如果没有,则马上结束当前phase。
  在开始学习时,读者可以简单地将drop_objection语句当成是finish函数的替代者,只是在drop_objection语句之前必须先调用raise_objection语句,raise_objection和drop_objection总是成对出现。raise_objection语句必须在main_phase中第一个消耗仿真时间 [1]的语句之前。如$display语句是不消耗仿真时间的,这些语句可以放在raise_objection之前,但是类似@(posedge top.clk)等语句是要消耗仿真时间的。

(2)uvm_do宏的理解
  这个宏是UVM最常用的宏之一,它用于:
  1)创建一个my_transaction的实例m_trans;
  2)将其随机化;
  3)最终将其送给sequencer。
  在sequence中,向sequencer发送transaction使用的是uvm_do宏。这个宏什么时候返回呢?uvm_do宏产生了一个transaction并交给sequencer,driver取走这个transaction后,uvm_do并不会立刻返回执行下一次的uvm_do宏,而是等待在哪里直到driver返回item_done信号,此时,uvm_do才算是执行完毕,返回并开始执行下一个uvm_do,并产生新的transaction。
  注意:uvm_do的参数不仅仅可以是transaction,还可以是sequence,当然这里掌握到transaction就可以了,sequence的在UVM实战中的第六章有介绍。

(3)body任务的理解
每一个seqnece都有一个body任务,当一个sequence启动后,会自动执行body中的代码。

(4)default_sequence的用法
  default_sequence的作用是启动sequence,这里使用config_db的写法将sequence给到sqr进行启动,其中uvm_config_db#(uvm_object_wrapper)中为什么是uvm_object_wrapper而不是uvm_sequence或者其他,则纯粹是由于UVM的规定。我看来看config的四个参数:

  • 参数1:this,在top_tb中使用的是null,这是由于top_tb不是一个类,所以无法使用this指针,this表示当前路径。
  • 参数2:env.i_agent.sqr.main_phase,参数1和参数2构成了完整的路径,env就是uvm_test_top,这里还出现了main_phase,因为除了main_phase,还存在其他的phase,如configure_phase,所以必须指定是那个phase上启动这个sequence。
  • 参数3:default_sequence
  • 参数4:需要传递的值,当前的这个sequence传递过去。

2.13 my_case1

`ifndef MY_CASE1__SV
`define MY_CASE1__SV
class case1_sequence extends uvm_sequence #(my_transaction);
   my_transaction m_trans;

   function  new(string name= "case1_sequence");
      super.new(name);
   endfunction 

   virtual task body();
      if(starting_phase != null) 
         starting_phase.raise_objection(this);
      repeat (10) begin
         `uvm_do_with(m_trans, { m_trans.pload.size() == 60;})
      end
      #100;
      if(starting_phase != null) 
         starting_phase.drop_objection(this);
   endtask

   `uvm_object_utils(case1_sequence)
endclass

class my_case1 extends base_test;
  
   function new(string name = "my_case1", uvm_component parent = null);
      super.new(name,parent);
   endfunction 
   
   extern virtual function void build_phase(uvm_phase phase); 
   `uvm_component_utils(my_case1)
endclass

function void my_case1::build_phase(uvm_phase phase);
   super.build_phase(phase);

   uvm_config_db#(uvm_object_wrapper)::set(this, 
                                           "env.i_agt.sqr.main_phase", 
                                           "default_sequence", 
                                           case1_sequence::type_id::get());
endfunction

`endif

uvm_do_with宏,它是uvm_do系列宏中的一个,用于在随机化时提供对某些字段的约束。

uvm实战源码,UVM实战,fpga开发,UVM,IC验证
uvm实战源码,UVM实战,fpga开发,UVM,IC验证

2.14 my_if

interface my_if(input clk,input rst_n);
	logic [7:0] data;
	logic valid;
endinterface

接口其实很好理解,就是将DUT和UVM组件之间连接上,比如driver通过接口将数据给到DUT,monitor通过接口将数据给抓出来。文章来源地址https://www.toymoban.com/news/detail-792411.html

到了这里,关于UVM实战(张强)--- UART实例代码详细注解的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • UVM实战--加法器

    这里以UVM实战(张强)第二章为基础修改原有的DUT,将DUT修改为加法器,从而修改代码以使得更加深入的了解各个组件的类型和使用。 和第二章的平台的主要区别点 (1)有两个transaction,一个为transaction_i,一个为transaction_o,由于DUT的输入输出值并不相同,输入为a,b,cin,输

    2024年02月06日
    浏览(42)
  • linux VCS+verdi运行UVM实战(第二章)中的例子

    目录 前言 介绍 建立工程 运行代码 查看波形 总结 前言 用VCS+verdi运行了下UVM实战中的例子(第二章)。 在某宝上花了几十块,买了个虚拟机(已经安装好VCS+verdi)。直接用UVM实战中,现成的uvm代码跑了下。 UVM实战源码下载地址:UVM实战源码下载 书中DUT的功能:通过rxd接收

    2023年04月08日
    浏览(43)
  • 手把手教你跑一个UVM_demo(含源码)(一键复现)

    笔记内容对应张强所著的《UVM实战》。该书对UVM使用进行了比较详尽的介绍,并在前言中提供了书籍对应源码的下载网址,是一本带有实操性的书籍,对新手比较友好,推荐阅读。 学习完第二章后,我们对UVM已经有了一个基本概念,但如何在自己的电脑上跑一个UVM deme,让知

    2024年02月09日
    浏览(47)
  • 【UVM】-- UVM测试平台搭建与调试

    《UVM》实战中这个DUT的功能比较简单: 在clk的上升沿,且rst不为低电平的时候,将输入的信号直接发送出去,并且输出输入的使能信号; 在clk上升沿,如果rst为低电平,复位输出信号和使能信号 clk 时钟输入信号 rst_n 复位输入信号  rxd 8bit输入数据信号 rx_dv 输入使能信号

    2024年02月15日
    浏览(35)
  • UVM学习——搭建简单的UVM平台

      本专栏的博客均与 UVM 的学习相关,学习参考:  【1】UVM Tutorial  【2】张强著,UVM实战 (卷 Ⅰ)  【3】Download UVM (Standard Universal Verification Methodology) 本专栏的学习基本依照 资料【2】的主线,以【1】【3】资料作为参考。特别是【3】是官方的UVM手册,具有很高的可参考性

    2024年02月16日
    浏览(35)
  • 【从零开始学习 UVM】6.4、UVM 激励产生 —— uvm_do 宏详解

    请注意, start 方法的 call_pre_post 字段设置为0, 这意味着在使用这些序列宏时,序列的pre_body和post_body方法将永远不会被调用 。否则,执行流程与通过start方法执行序列时类似。 使用序列宏的优点是可以使用内联约束,但是您失去了控制执行sequence中 pre_body 和 post_body 方法调

    2023年04月08日
    浏览(71)
  • 【从零开始学习 UVM】9.2、UVM Config DB —— UVM config database 详解【重要】

    UVM有一个内部数据库表,可以将值存储在给定名称下,并且稍后可以由其他TestBench组件检索。 uvm_config_db 类提供了一个方便的接口,位于 uvm_resource_db 之上,以简化用于uvm_component实例的基本接口。 请注意,所有函数都是静态的,并且必须使用 :: 作用域运算符调用 。 这样的配

    2023年04月09日
    浏览(76)
  • 【从零开始学习 UVM】8.2、Reporting Infrastructure —— uvm_printer 详解

    在一个随机验证环境中,数据对象不断地由不同的组件生成和操作, 如果能够显示对象的内容,则调试会变得更加容易 。 传统上,这是通过将值打印到日志文件或屏幕上的 $display 语句和自定义打印函数来完成的。

    2023年04月09日
    浏览(36)
  • UVM重点归纳(一)

    1.1 利用工厂机制的一般实现步骤: 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函数声明 范式: func

    2024年02月14日
    浏览(36)
  • (一)UVM验证平台搭建1

     UVM实战中实例源码下载:https://www.hzcourse.com/web/refbook/detail/5651/229 终于配置跑通 UVM实战中的实例了,下面是基于linux+vcs+verdi的环境配置 1、将下载的源码文件夹解压后共享到虚拟机中 2、需要重新配置setup.vcs文件 原始文件: 说明: 这个配置文件是基于csh的,安装的虚拟机不

    2024年02月12日
    浏览(41)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包