静态时序分析 11 - 提高精度

总结：上面的内容在时序分析时没问题，但将被删除。 在零周期检查中， 和 信号受到同等影响。 检查将是相同的边沿检查和电平触发。 用于大面积定时闭合。 目前，最好小于满足基本时序分析要求。

STA分析过程必须同时考虑执行时间和精度要求。 分析过程首先使用简单而广泛的配置执行初步时序分析和时序收敛。 一旦时序修复到一定程度，某些设置允许工具对特定时序路径执行特定分析，从而提高对这些违规时序路径的更准确分析。

PT提高了精度，改变了一些计算串扰的设置，以提高PTSI精度。

消除时钟再收敛悲观主义 (CRP) 并选择改进的窗口对齐模式（通过时序窗口设置进一步改进串扰计算）PBA 和 CBA）

更改受害者和攻击者网络的选择方式

检查网络是否存在串扰

消除时钟再收敛悲观情绪

CRPR包含两个内容。

OCV 降额串扰主题

OCV 降额设置

全局变化：以角格式反映。 通过读取 .lib 文件来获取各种 PVT 设置。 全局差异是指因芯片之间、晶圆之间、批次之间的制造工艺、电源电压和温度差异而导致的单元时序差异。 局部变化：通过 OCV设置降额系数会引入额外的余量。 相同类型的标准单元位于芯片内的不同位置。 由于位置工艺、电压和温度差异，同一类型的电池之间的时序会有所不同。

启动和捕获路径的 OCV 降额系数设置：

启动路径延迟。 在计算设置时使用 OCV 来考虑时间悲观主义。 因此，发射路径延迟越长，我们就越悲观。 。 计算整个发射时，路径延迟乘以大于 1 的 OCV 降额因子。 不同工艺设置的系数是不同的。 例如，使用 OCV 会导致捕获路径延迟是原始启动路径延迟的 1.15 倍。 在计算设置时，请考虑时序悲观主义，以便较短的捕获路径延迟更加悲观。 计算整个捕获路径时，所有单元延迟都会乘以小于 1 的 OCV 降额因子。 不同工艺设置的系数是不同的。 例如，0.9 x 原始捕获路径延迟

公共路径

从时钟生成源开始，沿着启动和捕获路径，始终存在一些公共路径。

问题：

公共路径单元格的位置是固定的。 在某些时候，OCV 降额因子必须固定。 如果根据发射路径和捕获路径设置不同的OCV降额因子，对于普通路径单元来说就太悲观了。

解决方案：

必须在公共路径单元中消除为启动路径和捕获路径设置的 OCV 降额差异。失去。

工具如何计算：

计算发射和捕获路径，并根据 OCV 降额系数从发射和捕获路径的所有常见路径计算不同的 OCV 降额。 由于设置不同，因此不使用通用路径。 系数引起的时延差

时钟重收敛悲观值(CRP)

CRP=公共点最晚到达时间-公共点最早到达时间

STA消除STA的CRP(CRPR) )

默认情况下，PrimeTime 不会删除 CRP。 要在执行芯片内更改时从 STA 中删除 CRP，请将以下变量设置为 true： settiming_remove_lock_reconvergence_pessimism true

时序报告中 CRPR 为 0：

变量未打开，并且没有enableCRPR 移除路径。 捕获路径。 有共同的路径吗？ 有共同的路径吗？ CRPR 也已启用。 没有明确的答案。 具体问题需要具体分析。 具体分析和情况不多。

CRPR考虑了串扰。

公共路径中引入的串扰。

工具如何处理：

在保持时序路径中引入串扰

在时钟到达之前数据无法修改。 否则时钟无法采集数据。 边缘检查与保持检查相同。

对于相同的边缘检查，公共路径、发射路径和捕获路径上的单元同样受到串扰的影响。 c共同路径还消除了由于 SI 造成的差异。 发射路径引入的串扰记录一次，捕获路径引入的串扰记录一次，总共两次，必须消除一次。 在时序分析期间，公共路径上的串扰是正常的，但它被消除了。

setup image pass引入了无法通过CRPRremove的串扰处理。

在信号传输过程中，捕获时钟在一个周期后就准备好采集信号。 一个周期后，检查数据延迟和时钟延迟之间的关系。 发射路径位于前一个边缘，捕获路径穿过该边缘（即穿过循环）。 引导路径和捕获路径不在同一路径上。 不同之处在于攻击者可以在前一个边缘上同时翻转，由于时序窗口重叠而导致串扰效应。 当信号的下一个周期边沿到来时，信号可能不会反转，不会出现串扰效应。 在进行设置分析时，公共路径上的发射路径和捕获路径上记录的串扰是不同的，并且无法去除。 公共路径串扰较大，对设置分析影响较大。

仅在检查为零循环检查（零-循环检查，即相同边沿）时才检查，CRPR 这个该算法消除了发射和捕获时钟路径的公共路径中的串扰引起的延迟。

对于零周期检查，切换攻击者对发射和捕获的影响相同。信号。

以下是 CRPR 可以应用于串扰引起的延迟的一些情况。

标准保持检查（同边沿检查）：

2时钟电路，寄存器的Q引脚输出，反相器连接到D引脚。 如果有保持检查，则将是相同的边缘检查。 由于寄存器的 Q 引脚输出和 D 引脚输入之间的寄生电容，请将串扰反馈多周期检查设置为 0。 例如，如果启动和捕获之间存在设计偏差，请使用单个时钟沿进行启动和捕获。 。 信号电路。 透明锁存器设置检查（设置将是相同边沿检查）（锁存器，电平触发。高电平触发，时钟高电平导通并从D发送数据到Q。设计中两个锁存器的级联（由）相同的边沿（触发）无论正边沿还是负边沿）同时导通，并且相同的边沿触发锁存器）

分频器。 两个电路：

透明锁存器（锁存器级联）

在同一边沿触发，但锁存器之间有延迟（例如 100ps）。 如何满足时序要求？

时序借用

锁存器在高电平时开启，并在整个高电平期间锁存数据。

前级在同一边沿发送数据，并向后延迟 100ps 进行下一个锁存。 在此处收集数据

要禁用计时借用，请使用 la。tch 用作时序分析的边沿触发寄存器（PT 工具中提供相关命令）

串扰分析方法

PrimeTime SI Victim 和 Aggressor 时序窗口计算方法

p>

平衡精度和执行时间有不同的设置

命令：

set si_xtalk_lay_analysis_mode

两种选择方式：

all_paths //(默认) all_path_edges

计时窗口：到特定点的最短和最长时序路径之间的差异。

选择 all_paths 设置。 此时，只要干扰源窗口和由不同路径组成的大时序窗口重叠，就可以计算出不同路径上的所有串扰。

但是，最长路径时序窗口和攻击者时序窗口不重叠，因此不需要进行串扰计算。 然而，all_path 计算不同路径上的所有串扰。 这未免太悲观了。 该方法简单粗暴。 计算速度更快，但准确性较差。

选择 all_path_edges 设置并单独计算。 如果干扰源窗口与最快路径的时序窗口重叠，则计算串扰。 如果串扰不与最慢路径的时序窗口重叠，则不计算串扰。

为每个阶段选择不同的设置

一个简单而广泛的报告，显示整个设计过程中哪些路径受到串扰的影响：

使用 all_paths

哪些路径被违反以及哪些

重点分析和串扰受影响的时序路径：

使用 all_paths_edges

重点分析存在违规的时序路径 使用 ECO 迭代（放置多个时钟传播或大增量）来关闭时序 结合 PBA 分析

何时执行特定路径

路径和图表

GBA（基于图表的分析）：为了避免悲观主义，只记录所有路径所经过的最差的转变。 计算设置时，仅使用最差的转换来计算所有路径的延迟。 【数据量更小，计算速度更快。 ] 使用 GBA 执行广泛的时序收敛。

在某些情况下可能过于悲观（例如，如果特定引脚上的转换非常小，则此延迟计算器提供 PBA 进行计算）。

PBA（路径-Based Analysis）：取每次计算每个cell时序弧的具体转变值。 [计算完全基于现实情况，虽然计算准确，但运行速度非常慢。] 首先，使用GBA进行粗略的时序分析。 如果剩下的路径不多并且违规不大（与流程相关并达到数十 p），请使用 PBA。 检查是否满足时序要求。 如果满足时序要求，则可以实现时序签核要求。

PBA 分析使用 OCV 降额。 我们建议将违规总数控制在5000起以内。 优选地，定时违规小于-100ps。 至此，基本满足了setup时序分析的要求。 当违规次数超过 10,000 次时，执行时间会变得非常长，通常需要一个小时或更长时间才能完成分析。 维奥如果配给量过多，PBA只能减少违规，但无法收敛。

GBA 和 PBA 的区别：通过传播（过渡传播）

AOCV：违规次数少于 5000。 请执行 PBA 分析。

POCV：GBA和PBA的时序差异正在缩小，两次执行后的延迟信息基本不会太多。 差异很大

代工厂使用 12nm 以下的 PBA 设置。 提供 28nm 和 40nm 的 AOCV 设置。

基于路径-的分析（PBA）

通过沿着用户指定的感兴趣的时序路径传播来执行特定于路径的分析。

沿着目标路径传播路径修改，忽略来自门侧输入的通过。

#default andRecommendsettiming_slew_propagation_modemostest_slew#使用PBA用户界面重新计算时序路径：report_timing -pba_mode path ... //PBAget_timing_paths -pba_mode path ...# ORreport_timing - pba_mode全面.../ /PBAget_timing_paths -pba_mode Exclusive ... -pba_mode path ...//仅在报告有时序违规的路径上执行 PBA 分析 -pba_mode Exclusive ...//有时序违规 在所有路径上运行 PBA 分析只要//遍历所有时序路径report_timing path //包括起点、终点、公共单元格点、groupget_timing path 输出整个时序路径 //放置得到的时序路径 make 返回返回值和要收集的数据类型（Synopsys 工具数据类型）。