关于非阻塞赋值的问题

白小白

一般非阻塞赋值是在时钟的最后时刻赋值，就是说相当于延迟了一个周期，可是我仿真的时候，有时候延迟一个周期，有时候不延迟，这是怎么回事？

admin

这个与你的testbench的信号赋值与时钟沿的对齐有关系。建议你贴个你觉得有问题的代码上来作为例子，我们辅助帮你分析

白小白

1. 
   
2. always@(posedge mii_tx_clk or negedge Rst_n)
   
3. if(!Rst_n)begin
   
4.         mii_tx_data<=4'd0;
   
5. end
   
6. else begin
   
7.         case(cnt)
   
8.                 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15:
   
9.                         mii_tx_data<=4'h5;
   
10.                 16:
    
11.                         mii_tx_data<=4'hd;
    
12.                 //目的MAC地址
    
13.                 17: mii_tx_data <=r_des_mac[43:40];
    
14.                 18: mii_tx_data <=r_des_mac[47:44];
    
15.                 19: mii_tx_data <=r_des_mac[35:32];
    
16.                 20: mii_tx_data <=r_des_mac[39:36];
    
17.                 21: mii_tx_data <=r_des_mac[27:24];
    
18.                 22: mii_tx_data <=r_des_mac[31:28];
    
19.                 23: mii_tx_data <=r_des_mac[19:16];
    
20.                 24: mii_tx_data <=r_des_mac[23:20];
    
21.                 25: mii_tx_data <=r_des_mac[11:8];
    
22.                 26: mii_tx_data <=r_des_mac[15:12];
    
23.                 27: mii_tx_data <=r_des_mac[3:0];
    
24.                 28: mii_tx_data <=r_des_mac[7:4];
    
25.                 //源MAC地址
    
26.                 29: mii_tx_data <=r_src_mac[43:40];
    
27.                 30: mii_tx_data <=r_src_mac[47:44];
    
28.                 31: mii_tx_data <=r_src_mac[35:32];
    
29.                 32: mii_tx_data <=r_src_mac[39:36];
    
30.                 33: mii_tx_data <=r_src_mac[27:24];
    
31.                 34: mii_tx_data <=r_src_mac[31:28];
    
32.                 35: mii_tx_data <=r_src_mac[19:16];
    
33.                 36: mii_tx_data <=r_src_mac[23:20];
    
34.                 37: mii_tx_data <=r_src_mac[11:8];
    
35.                 38: mii_tx_data <=r_src_mac[15:12];
    
36.                 39: mii_tx_data <=r_src_mac[3:0];
    
37.                 40: mii_tx_data <=r_src_mac[7:4];
    
38.                 //以太网帧类型/长度
    
39.                 41: mii_tx_data <=r_type_length[11:8];
    
40.                 42: mii_tx_data <=r_type_length[15:12];
    
41.                 43: mii_tx_data <=r_type_length[3:0];
    
42.                 44: mii_tx_data <=r_type_length[7:4];
    
43.                 //发送数据
    
44.                 45: mii_tx_data <=fifo_rddata;
    
45.                 //发送CRC 校验结果
    
46.                 46: mii_tx_data <=CRC_Result[31:28];
    
47.                 47: mii_tx_data <=CRC_Result[27:24];
    
48.                 48: mii_tx_data <=CRC_Result[23:20];
    
49.                 49: mii_tx_data <=CRC_Result[19:16];
    
50.                 50: mii_tx_data <=CRC_Result[15:12];
    
51.                 51: mii_tx_data <=CRC_Result[11:8];
    
52.                 52: mii_tx_data <=CRC_Result[7:4];
    
53.                 53: mii_tx_data <=CRC_Result[3:0];
    
54.                 default:mii_tx_data<=4'd0;
    
55.         endcase
    
56. end
    
57. 这是以太网的发送部分代码，我发现每次都是在仿真时刻的最后赋值的，比如cnt为1时，实际上是在2时刻才赋值
    
58. always@(posedge mii_rx_clk or negedge Rst_n)
    
59. if(!Rst_n)
    
60.         leadcode<=64'h0000_0000_0000_0000;
    
61. else begin
    
62.         case(cnt)
    
63.                 0:
    
64.                         leadcode[59:56]<=mii_rx_data;
    
65.                 1:
    
66.                         leadcode[63:60]<=mii_rx_data;
    
67.                 2:
    
68.                         leadcode[51:48]<=mii_rx_data;
    
69.                 3:
    
70.                         leadcode[55:52]<=mii_rx_data;
    
71.                 4:
    
72.                         leadcode[43:40]<=mii_rx_data;
    
73.                 5:
    
74.                         leadcode[47:44]<=mii_rx_data;
    
75.                 6:
    
76.                         leadcode[35:32]<=mii_rx_data;
    
77.                 7:
    
78.                         leadcode[39:36]<=mii_rx_data;
    
79.                 8:
    
80.                         leadcode[27:24]<=mii_rx_data;
    
81.                 9:
    
82.                         leadcode[31:28]<=mii_rx_data;
    
83.                 10:
    
84.                         leadcode[19:16]<=mii_rx_data;
    
85.                 11:
    
86.                         leadcode[23:20]<=mii_rx_data;
    
87.                 12:
    
88.                         leadcode[11:8]<=mii_rx_data;
    
89.                 13:
    
90.                         leadcode[15:12]<=mii_rx_data;
    
91.                 14:
    
92.                         leadcode[3:0]<=mii_rx_data;
    
93.                 15:
    
94.                         leadcode[7:4]<=mii_rx_data;
    
95.                 default:leadcode<=leadcode;
    
96.         endcase
    
97. end
    
98. 这是以太网接收的部分代码，我发现是立即赋值的

复制代码

fzwwj95

学习了学习了

普莱斯队长

建议仿真时候错开数据沿跟时钟沿，然后再分析。具体操作可以参看芯路恒得串口那讲仿真例子

admin

因为你的接收部分进行仿真时，mii_rx_data由tb驱动，而在tb中驱动该数据时，并非和寄存器变化一样总是滞后于时钟上升沿一段时间，所以这里当clk上升沿出现时，你的leadcode去取mii_rx_data的值的时候，而此时mii_rx_data立即发生了变化，Modelsim认为此上升沿时候mii_rx_data的值已经变化完成，是新的值了，就将新值直接赋值给leadcode了。如果还有不明白的，可以看小小梅哥的这个视频：
https://pan.baidu.com/s/10rtexhn0V4Xy5CAs9rWGrg

fzwwj95

admin 发表于 2018-10-29 20:54
因为你的接收部分进行仿真时，mii_rx_data由tb驱动，而在tb中驱动该数据时，并非和寄存器变化一样总是滞后 ...

这是 真爱啊，梅哥还特意录制了视频

白小白

admin 发表于 2018-10-29 20:54
因为你的接收部分进行仿真时，mii_rx_data由tb驱动，而在tb中驱动该数据时，并非和寄存器变化一样总是滞后 ...

我觉得是cnt的原因，滞后是因为时钟上升沿采到cnt的滞后

admin

白小白 发表于 2018-10-30 09:04
我觉得是cnt的原因，滞后是因为时钟上升沿采到cnt的滞后

发送部分你的仿真结果滞后一拍是正确的，接收部分没有滞后一拍是错误的。因为接收的代码仿真时候mii_rx_data是tb中直接赋值的，不是由寄存器驱动的，这种方式没有建立时间，保持时间的概念