AHB—SRAM项目之5 reference_model与scoreboard（SV自学笔记）

这一部分的内容是重难点所在。开始该部分之前应该至少掌握sram的基本架构和reference model与scoreboard的数据流向。

Reference model用于模拟DUT的功能，对DUT的行为做一个预测，来看看DUT的行为是否正确，并且把结果送入scoreboard与DUT的结果进行一个比较。

首先因为要将driver和sb连起来，所以mailbox用于通信，在两者中均声明一个mailbox传递相同类型的参数，并起同样的名字。在本例中，在两者之外实例化mailbox，即在env中实例化mailbox。操作如下：

1. 在env中实例化一个mailbox，将mailbox放在env里面

1. 在driver和scoreboard里声明mailbox传递数据包的属性，并用new函数实现mailbox与env的通信。

 接着考虑将driver内部的信号传递出去给sb，由于结束一笔trans时，我们通常会将结束的内容放入mst_pending_que_acpt，因此将其中的数据传给sb去模拟DUT即可。注意：红框内mailbox多余，相同的变量类型不可以多次声明。否则编译可以通过，但信号不会真正连接起来。

接下来在driver中将要传给scoreboard的数据发送到mailbox，注意应该判断一笔trans结束时，从pending_que中拿出要结束的trans,并且给到mst_pending_que_acpt，那么刚好mst_pending_que_acpt中就包含了所有我们写入DUT和scoreboard的信号（除了读取的数据，因为读的数据是从DUT给到总线上的，所以当hwrite为低时，应该把总线上的读信号打包入数据包内），所以将mst_pending_que_acpt这个经过DUT的数据包放入mailbox中发送给scoreboard与reference model作比较。

写scoreboard代码的核心部分，需要了解DUT在存数据的时候的方式。

首先要知道RTL里面地址结构是如何的。这里一定要理解这句话的含义，由于64K为2**16个地址（每个地址8bits）。因此，地址位宽16bit。每32个bit（4个bist）组成一个mem[index]，因此放入一个8bit数据时，首先可以根据地址的低两位判断放在哪个bist里（也就是确定了放在哪个列里），然后杀掉低两位根据地址的其他高位确定放在哪个mem[index]里，也就是哪一行里，因为每行4个bist，不看低两位正好相当于除以4，确定了行列后，将数据放入到对应的位置上即可。

举个hsize为8bit的例子，总线位宽是32bit数据中的8个有效，地址需要放到5里，5是8’b0000_0101，根据低两位判断在bist1里，再根据高位判断在mem[1]行，对应的位置是mem[1][15:8]。

这里需要理解为什么要将数据的[15:8]放在地址[15:8]里，因为总线数据位宽是一个物理参数，只要定成了32bit就是无法改变的，每次传送数据时，都是将32bit的数据传递过来，只不过当hsize是8bit有效时，要根据相应规则判断哪8个bit为有效。因为传入的地址是4'b0101，所以[15:8]有效，同样当hsize为16bit时，也是根据传入的地址判断是哪16个bit有效，而传输如果是32bit的，那么则是一次传输的32个bit都是有效的。

对于写入数据无需进行比较，因为写到DUT和scoreboard中的数据总是相同的。但读操作有所不同，因为读操作时数据来源是不同的，要将DUT中的数据和reference model流出的数据做比较。并通过打印语句给出比较结果。

如果发现在score board的reference model里面读出来的数据和DUT流出的数据一致，则说明是匹配的，但是此处需要注意的是匹配符号应该使用===全等号，否则对于x仿真器会判别为不相等。

在测试写出的sc是否能够正确跟我们想要的结果一致的时候，我们应该设法控制输入的数据波形更容易观测。以下是我们目前搭建的验证平台基本概况。