这份清单把前面几篇里的要点收敛成可以逐项打勾的条目,分四组:VCD 数据、GSR 配置、角的选择、结果核对。目的是在跑之前把会让数字废掉的问题挡掉。
起始时间戳是多少;如果不是零,GSR 里的时间要用相对值,也就是减去起点。
FRONT_PATH 在 VCD 里确实存在,它下面的信号数占总数的比例合理(我们那次是 67%)。
VCD 的信号命名是网名还是“实例加引脚名”;如果是后者,跑完要专门看匹配率。
有效跨度内信号确实在动,翻转总数不为零。
确认第一个时间戳处存在初值 dump,找峰值时必须排除它。
场景是不是重载场景,活动度够不够(最好和另一个场景对比过)。
后仿用的角、以及 VCD 里的时钟频率,这两个信息拿得到。
FREQ 单位是赫兹,带 e6,并且与签核频率一致。
TEMPERATURE 已设置,且等于器件库的温度标签。
DYNAMIC_TIME_STEP 与窗口长度匹配,窗口端点对齐到步长网格。
DYNAMIC_SIMULATION_TIME 是单值(配合 cycle selection 自动选周期)还是区间(手工指定起点),两者不要混用。
SELECT_RANGE、SELECT_TYPE、POWER_CYCLE_SELECT_MODE 显式写出,而不是靠默认值。
STA_VCD_FREQ_RATIO 与实际频率比一致。
窗口长度覆盖至少一个完整时钟周期,最好两个。
器件库的工艺、电压、温度标签各是什么(例如零下 40 摄氏度、快工艺、1.98 V)。
技术文件与 SPEF 取的是同一个最大电阻角。
后仿 VCD 的角与分析角一致。
如果用了“冷库加热温度”这类混合角,报告里要写明。
活动度统计与直接从 VCD 算出的平均值量级一致。
时钟活动度接近 100%;明显偏低时先查频率口径,不要先去查设计。
静默单元的比例是否合理(时钟门控场景下静默是正常的)。
最差压降出现的时刻在窗口内部,不贴窗口末端;如果贴末端,把窗口加到三个周期重跑。
数值换算成百分比,与判据对比(动态小于 10%,静态小于 5%)。
报告里写明所用角、温度、RC 角、基活动场景,以及是否混用了角。