4. 时序告警定位流程

跨域时序告警的定位难点，不在于工具是否报错，而在于告警数量庞大、来源分散、真假混杂。静态时序分析（STA）报告给出的是路径级违例，CDC 检查报告给出的是结构级风险，波形调试给出的是行为级证据。三者若各自为战，工程师很容易陷入“修一条、冒十条”的循环。本节建立一条从报告到波形的收敛流程：先筛选，再聚类，最后用波形验证根因。

一、核心原理：三类证据的互补关系

STA 报告回答“哪条路径在哪个工艺角下不满足建立/保持时间”，它基于时序模型，不关心信号功能是否正确。CDC 检查报告回答“是否存在跨时钟域信号未经同步直接采样”，它基于结构规则，不关心实际数据是否真的会变化。波形调试回答“在真实激励下，跨域信号是否出现了亚稳态传播或数据丢失”，它基于行为观测，但覆盖范围受激励限制。

因此，定位流程的本质是：用 STA 和 CDC 报告缩小嫌疑范围，用波形确认根因，再用 RTL 修复消除根因。三者缺一不可，但顺序不能颠倒——先看波形会陷入“碰运气”，先改 RTL 会陷入“盲修”。

二、方法流程：筛选、聚类、根因定位

第一步：STA 报告筛选。不要直接看全部违例。先用 report_timing -max_paths 1000 -nworst 10 导出路径，然后按 clock group 过滤出跨域路径。关键命令如下：

report_timing -from [get_clocks clk_a] -to [get_clocks clk_b] \
  -max_paths 200 -nworst 5 -slack_lesser_than 0 \
  -format summary > cross_domain_violations.rpt

筛选时重点看三类：slack 为负且跨时钟域的路径、未设置 false path 的异步跨域路径、以及多比特总线跨域路径。对于已正确约束的异步路径，STA 不应报违例；若报了，说明约束缺失或同步器未正确插入。

第二步：CDC 报告筛选。CDC 工具通常输出 caught、uncertain、violation 三级。优先处理 violation，再审查 uncertain。典型违例包括：无同步器的单比特直采、多比特信号跨域未做格雷码或握手、同步器被优化掉、复位跨域未同步。

第三步：告警聚类。将 STA 违例路径与 CDC 风险点按“源时钟域 → 目标时钟域”分组。同一对时钟域下的告警往往共享同一个根因，例如同一个模块内多个信号都缺少同步器，或同一个时钟约束写错导致一批路径被误报。聚类后，告警数量通常能从数百条收敛到几个候选簇。

第四步：波形验证。针对每个候选簇，在波形中抓取跨域信号、同步器第一级输出、同步器第二级输出。观察是否存在亚稳态传播窗口、数据跳变与采样沿冲突、多比特信号到达时间不一致。若波形中确认异常，则根因成立；若波形正常，则可能是约束问题或工具误报，需回到 STA/CDC 复核。

三、案例场景：多比特跨域导致的数据错乱

某设计从 clk_a 域向 clk_b 域传递一个 8 位配置寄存器 cfg_data[7:0]。STA 报告显示该路径 slack 为 -0.3ns，CDC 报告标记为 violation：多比特跨域无同步。波形调试中，在 clk_b 域采样到 cfg_data 从 0x7F 跳变到 0x80 时，目标域采到了 0xFF 的中间态，导致配置错误。

根因是：多比特信号直接跨域，各比特到达时间不同，目标域在跳变期间采样得到错误组合。修复方式有两种：若配置寄存器变化缓慢，可加握手同步；若需连续传递，应改用格雷码或异步 FIFO。修复后重新跑 STA 和 CDC，确认违例消除，波形中不再出现中间态采样。

四、误区与复盘