时序收敛(一)

时序收敛与约束检查

时序收敛(一)



前言


第1章 时序收敛

1.1 时序收敛的标准

1.1.1 检查约束

时序收敛 ≠ 只要 WNS≥0,前提是约束必须“完整 + 合理”
发现违例时,第一步永远先“验约束”,再“查原因”。

检查维度推荐 Tcl / 操作关键输出/解读备注
1. 约束完整性check_timing -name myCheck报告分三列:
① TimingCheck(条目)
② Count(次数)
③ WorstSeverity(严重度)
必查条目:
• no_clock
• loops / latch_loops
• constant_clock
2. 约束规范性report_methodology -name myUfdmUFDM 报告 TIMING/XDC 条目重点看 BadPractice
3. 例外约束有效性report_exceptions -name myExcept列出 false_path / mcp / max_delay 是否生效、被覆盖优先级冲突一目了然
4. 时钟网络遗漏report_clock_networks -name myClkNet未约束时钟会显示“Unconstrained”可在综合后、实现后反复执行
5. 建立/保持裕量report_timing_summaryWNS/TNS、WHS/THS、WPWS/TPWS收敛标准:
• WNS ≥ 0 且 TNS = 0
• WHS ≥ 0 且 THS = 0
• WPWS ≥ 0 且 TPWS = 0

得到的 UFDM(UltraFast Design Methodology)报告,本质上是一份 “设计合规体检表”。它把 FPGA 工程里所有潜在的设计陋习、约束陋习、器件滥用、工具误用全部扫出来,并按 Severity 分级:

  • Critical(必须改,不改可能烧片)
  • Warning(强烈建议改,不改大概率时序/功能/可靠性翻车)
  • Bad Practice(官方吐槽:虽然综合实现能跑,但代码/约束写得丑、隐患大、移植性差、维护难,属于“能跑却丢脸”系列)
    在这里插入图片描述

补充:若建立时间需求 < 1 ns(等效 >1 GHz),先确认约束是否写错,再谈收敛。

  • loops = 纯组合逻辑自己绕成圈 → 震荡 + 无法算延迟。
  • latch_loops = 锁存器 + 组合逻辑绕成圈 → 透明时震荡、锁存时未知。
  • 两者都必须打断(插寄存器或改代码),否则功能与时序双失控。

知识点补充(实战 Tips)

  1. “先验再查”流程
    违例路径 → 双击打开时序报告 → 先看 Requirement 列是否合理 → 若离谱,先改约束,再动代码。

  2. 时钟遗漏速查
    综合后 DCP → report_clock_networks → 凡出现 “(0.00 MHz)” 即为无约束时钟 → 立即 create_clock / create_generated_clock

  3. 例外冲突快速定位
    report_exceptions → 看 Ignored 列 >0 → 用 write_xdc -constraints invalid 导出被覆盖约束 → 逐条核对优先级。

  4. 约束优先级口诀
    “组 > 假 > 大/小 > 多”
    set_clock_groups > set_false_path > set_max/min_delay > set_multicycle_path
    同类型约束:越具体(含 -through/-pin)优先级越高。

  5. 裕量“警戒线”

    时钟频率建立 WNS 红线保持 WHS 红线ClockSkew 红线
    ≥300 MHz–0.5 ns–0.4 ns500 ps
    <300 MHz–1.0 ns–0.5 ns1 ns
  6. 脚本化检查模板

    # 一键“体检”脚本
    check_timing -name check_$proj
    report_methodology -name ufdm_$proj
    report_exceptions -name except_$proj
    report_clock_networks -name clknet_$proj
    report_timing_summary -name ts_$proj
    
  7. 版本差异
    • 2018.1 及之前:需手动 place_design -fanout_opt 降扇出;
    • 2018.2 之后:默认自动扇出优化,可用 -no_fanout_opt 关闭。

  8. 常见“假违例”场景
    • 跨时钟域未设 set_clock_groups -async → 工具按同步 1 周期检查 → 虚报 Setup –5 ns。
    • I/O 只写 set_input_delay 未写 set_output_delaycheck_timing 报 “no_output_delay”。
    • 同一端口重复 create_clock 未加 -add → 后者覆盖前者,导致时钟消失。

牢记:约束错,一切白搭;约束对,再谈 QoR。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值