在描述完电路之后,我们需要进行对代码进行验证,主要是进行功能验证。
现在验证大多是基于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 信号。当然,这种方法也可以用于产生普通时钟信号,只是代码行数较多而已。
③相位偏移的时钟信号
相位偏移是两个时钟信号之间的相对概念,下图所示,其中clk_a 为参考信号,clk_b为偏移信号:
首先通过一个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