【仿真】后仿,仿真过程状态记录

本文探讨了在长时仿真的后仿过程中,如何通过检测关键信号如复位和掉电来辅助定位问题。通过定义`postsim_rsts_detect`函数和使用UCLI命令,作者提出在不确定时刻监控复位事件,以帮助确定模块间复位时间点,减少violation。建议工程师们分享相关经验和建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在后仿过程中,由于仿真过程非常漫长,所以一般会评审出关键路径进行仿真覆盖。另外问题定位也很麻烦,所以希望在环境中拉取一些网表中的信号(比较明确的信号,在网表迭代中不会发生大的变化)辅助定位。

1. 比如可能需要过程中复位,或者过程中掉电的场景进行覆盖。那么case中会在不确定的时间点进行复位或掉电,然后设计中一般是异步复位同步释放。复位的瞬间有可能导致violation的产生,所以确定希望各个模块或者子系统的复位和解复位的时间点,辅助进行排除。那么环境中可以进行以下处理。

`define postsim_rsts_detect(signals) \
  forever begin: rsts_rose \
    @ (posedge signals) `uvm_info("``signals`` rose", $sformatf("``signals`` posedge @%0t", $realtime), UVM_LOW) \
  end \
  forever begin: rsts_fall \
    @ (negedge signals) `uvm_info("``signals`` fall", $sformatf("``signals`` negedge @%0t", $realtime), UVM_LOW) \
  end

initital begin
  fork
    `postsim_rsts_detect(tb_top.dut.rst_n)
    `postsim_rsts_detect(tb_top.dut.xxx.rst_n)
    `postsim_rsts_detect(tb_top.dut.xxx.rst_2nd_n)
    `postsim_rsts_detect(tb_top.dut.yyy.rst_n)
    `postsim_rsts_detect(tb_top.dut.yyy.rst_2nd_n)
    ...    
  join
end
  

或者可以使用ucli的相应命令对特定时间段进行排除(还没测试过,初步看可行,各位工程师朋友可以提一些建议或想法)

ucli的user guild(和vcs的user guild是两个不同的文档)可以在vcs的安装目录找到,如下图所示部分的 tcheck命令。

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值