Verilog HDL常用的仿真知识你必须知道

在描述完电路之后，我们需要进行对代码进行验证，主要是进行功能验证。

现在验证大多是基于UVM平台写的systemverilog，然而我并不会sv，不过我会使用verilog进行简单的验证，其实也就是所谓的仿真。

我们来记录一下一些验证的基础吧。

一、验证基础与仿真原理

①综合中的语法，都适用于仿真，在仿真中，Verilog语句是串行的，其面向硬件的并行特性则是通过其语义（语言含义）来实现的，因此并不会丢失代码的并行含义和特征。

②仿真的关键元素有：仿真时间、事件驱动、队列、调度等。

③仿真时间：指由仿真器维护的时间值，用来对仿真电路所用的真实时间进行建模。0时刻被称为仿真起始时刻。当仿真时间推进到某一个时间点时，该时间点就被称为当前仿真时间，而以后的任何时刻都被称为未来的仿真时间。

本质上，仿真时间是没有时间单位的，由于代码中有`timescale语句的定义，就出现了xxxns。

仿真事件都是严格按照仿真时间向前推进的，如果在同一个仿真时刻有多个事件要执行，那么首先需要根据他们之间的优先级来判定谁先执行。优先级相同，可能随机执行，也可能按照代码的顺序来执行。

④事件驱动：仿真时间只能被下面事件中的一种来推进：

·定义过的门级或者线传输延时；

·更新时间；

·“#”的事件控制；

·“always”关键字引入的事件控制

·“wait”的等待语句

⑤事件队列与调度：事件队列与调度可以简单地理解为：它决定了verilog在某个时刻先完成哪些语句。

VerilogHDL的分层事件队列为：

⑥关于forever、force和release、wait、UDP、PLI等具体语法我就不想记录了，没那个心思。。。

⑦系统任务的使用：

在Verilog HDL 语言中，以“$”字符开始的标识符表示系统任务或系统函数。系统任务和函数即在语言中预定义的任务和函数。和用户自定义任务和函数类似，系统任务可以返回0 个或多个值，且系统任务可以带有延迟。系统任务的功能非常强大，主要分为以下几类：

A、显示任务（display task）；

B、文件输入/输出任务（File I/O task）；

C、时间标度任务（timescale task）；

D、仿真控制任务（simulation control task）；

E、时序验证任务（timing check task）；

F、仿真时间函数 （simulation time function）

G、实数变换函数（conversion functions for real）；

H、概率分布函数（probabilistic distribution function）

二、测试文件的激励

（1）信号的初始化问题

主要有三种产生激励的方法：一种是直接编辑测试激励波形（这种基本上被淘汰了），一种是用Verilog测试代码的时序控制功能，产生测试激励。还有就是利用Verilog HDL 语言的读文件功能，从文本文件中读取数据（该数据可以通过C/C++、MATLAB 等软件语言生成）。

①代码中的变量的初始化可以用initial进行初始化，也可以在定义的时候进行初始化。

②在硬件系统中，当系统上电之后，信号电平不是0就是1，不会存在x或者z，这是就会根据EDA的默认状态进行默认的设置。由于上电的默认性，导致这个默认信号不一定是我们想要的信号，因此我们需要进行复位进行初始化。

③在Verilog HDL 中，有两种不同的原因可能导致信号值为x。第一种原因是，有两个不同的信号源用相同的强度驱使同一个节点，并试图驱动成不同的逻辑值，这一般是由设计错误造成的。第二种原因是信号值没有初始化。所以在设计组合逻辑时，需要将不确定的输入转化成确定输入，然后再完成组合逻辑。

（2）时钟信号的生成

①普通时钟信号

所谓的普通时钟信号就指的是占空比为50%的时钟信号，也是最常用的时钟信号，其波形下图所示：

占空比为50%的时钟信号

普通时钟信号可通过initial 语句和always 语句产生，其代码如下：

----基于initial 语句的方法：

parameter clk_period = 10;

reg clk;

initial begin

clk = 0;

forever

# （clk_period/2） clk = ~clk;

end

---基于always 语句的方法：

parameter clk_period = 10;

reg clk;

initial

clk = 0;

always # （clk_period/2） clk = ~clk;

在这里的initial 语句用于初始化clk 信号，否则就会出现对未知信号取反的情况，因而造成clk信号在整个仿真阶段都为未知状态。

②自定义占空比的时钟信号

自定义占空比信号通过always 模块可以快速实现，下面给出一个占空比为40%的时钟信号代码：

parameter High_time = 4，

Low_time = 6; //占空比为High_time/（ High_time+ Low_time）

reg clk;

always begin

clk = 1;

#High_time;

clk = 0;

#Low_time;

end

这里由于直接对clk 信号赋值，所以不需要initial 语句初始化clk 信号。当然，这种方法也可以用于产生普通时钟信号，只是代码行数较多而已。

③相位偏移的时钟信号

首先通过一个always 模块产生参考时钟clk_a，然后通过延迟赋值得到clk_b 信号，其偏移的相位可通过360*pshift_time%（High_time+Low_time）来计算，其中%为取模运算。

下面代码的相位偏移为72 度：

parameter High_time = 5，

Low_time = 5，

pshift_time = 2;

reg clk_a;

wire clk_b;

always begin

clk_a = 1;

# High_time;

clk_b = 0;

# Low_time;

end

assign # pshift_time clk_b = clk_a;

④固定数目的时钟信号

上述语句产生的时钟信号都是无限个周期的，也可以通过repeat 语句来产生固定个数的时钟脉冲，下面的代码产生了5 个周期的时钟：

parameter clk_cnt = 5，

clk_period = 2;

reg clk;

initial begin

clk = 0;

repeat （clk_cnt）

# clk_period/2 clk = ~clk;

end

（3）复位信号的产生

①异步复位信号

异步复位信号的实现代码如下，代码将产生低有效的复位信号rst_n，其复位时间为100 个仿真单位：

parameter rst_repiod = 100;

reg rst_n;

initial begin

rst_n = 0;

# rst_repiod;

rst_n = 1;

end

②同步复位

同步复位信号的实现代码如下：

parameter rst_repiod = 100;

reg rst_n;

initial begin

rst_n = 1;

@（ posedge clk）;

rst_n = 0;

# rst_repiod;

@（ posedge clk）;

rst_n = 1;

end

上述代码首先将复位信号rst_n 初始化为1，然后等待时钟信号clk 的上升沿，将rst_n拉低，进入有效复位状态；然后经过100 个仿真周期，等待下一个上升沿到来后，将复位信号置为1。在仿真代码中，是不存在逻辑延迟的，因此在上升沿对rst_n 的赋值，能在同一个沿送到测试代码逻辑中。

在需要复位时间为时钟周期的整数倍时，可以将rst_repiod 修改为时钟周期的3 倍来实现，也可以通过下面的代码来完成。

parameter rst_num = 5;

initial begin

rst_n = 1;

@（posedge clk）;

rst_n = 0;

repeat（rst_num） @（posedge clk）;

rst_n = 1;

end

上述代码在clk 的第一个上升沿开始复位，然后经过5 个时钟上升沿后，在第5 个时钟上升沿撤销复位信号，进入有效工作状态。

（4）数据的产生

数据的产生这里就不进行描述了，在以后关于常用的仿真模块中进行记录。

三、提高仿真时间的注意点

①减少层次结构

仿真代码的层次越少，执行时间就越短。这主要是由于参数在模块端口之间传递需要消耗仿真器的执行时间。

②减少门级代码的使用

由于门级建模属于结构级建模，自身参数建模已经比较复杂了，还需要通过模块调用的方式来实现，因此建议仿真代码尽量使用行为级语句，建模层次越抽象，执行时间就越短。引申一点，在行为级代码中，尽量使用面向仿真的语句。例如，延迟两个仿真时间单位，最好通过“#2”来实现，而不是通过深度为2 的移位寄存器来实现。

③仿真精度越高，效率越低

例如包含`timescale 1ns / 1ps 定义的代码执行时间就比包含`timescale 1ns / 1ns 定义的代码执行时间长。

④进程越少，效率越高

代码中的语句块越少仿真越快，例如将相同的逻辑功能分布在两个always 语句块中，其仿真执行时间就比利用一个always 语句来实现的代码短。这是因为仿真器在不同进程之间进行切换也需要时间。

⑤减少仿真器的输出显示

Verilog HDL 语言包含一些系统任务，可以在仿真器的控制台显示窗口输出一些提示信息。虽然其对于软件调试是非常有用的，但会降低仿真器的执行效率。因此，在代码中这一类系统任务不能随意使用。本质上来讲，减少代码执行时间并不一定会提高代码的验证效率。

http://old.mdy-edu.com/xmucjie/2023/0201/1865.html