sta signoff中set_operating_condition怎么加。

prototyping

如题，我的迷惑时，在full chip中，有多个power domain；有不同的voltage；比如0.95与1.05两个电压，那么设置operating_condition时又会指定一个电压；那么不是不对么 这样；另外design中的memory lib，hard ip lib中的operating condition也都有一些差异；这样工具是如何理解的呢？

nuptyangt

PT有三种分析模式，分别是single operation analysis mode，best case/worst case analysis，on-chip variation analysis。

1. single operation analysis模式

PT只使用一种operation condition的进行时序检查。

如只报告best-case的情况：
pt_shell>set_operation_conditions BEST
pt_shell>report_timing -delay_type min

如只报告worst-case的情况：
pt_shell>set_operation_conditions WORST
pt_shell>report_timing -delay_type max

2. best-case/worst-case analysis模式

PT使用best operation condition和worst operation condition的进行时序检查。在setup检查时，对所有路径使用max delay。在hold检查时，对所有路径使用min delay。

pt_shell>set_operation_conditions -min BEST -max WORST
pt_shell>report_timing -delay_type min
pt_shell>report_timing -delay_type max

3. on-chip variation模式

PT 进行保守时序分析。如在进行setup检查时，对发送寄存器clock路径和数据路径使用max delay，对锁存寄存器的clock路径使用min delay。在进行hold检查时，对发送寄存器clock路径和数据路径使用min delay，对锁存寄存器的clock路径使用max delay。

pt_shell>set_operation_conditions -analysis_type on_chip_variation -min MIN -max MAX
pt_shell>report_timing -delay_type min
pt_shell>report_timing -delay_type max

三种模式使用的参数对比表。

setup检查：





hold检查：

nuptyangt

PT有三种分析模式，分别是single operation analysis mode，best case/worst case analysis，on-chip variation analysis。

1. single operation analysis模式

PT只使用一种operation condition的进行时序检查。

如只报告best-case的情况：
pt_shell>set_operation_conditions BEST
pt_shell>report_timing -delay_type min

如只报告worst-case的情况：
pt_shell>set_operation_conditions WORST
pt_shell>report_timing -delay_type max

2. best-case/worst-case analysis模式

PT使用best operation condition和worst operation condition的进行时序检查。在setup检查时，对所有路径使用max delay。在hold检查时，对所有路径使用min delay。

pt_shell>set_operation_conditions -min BEST -max WORST
pt_shell>report_timing -delay_type min
pt_shell>report_timing -delay_type max

3. on-chip variation模式

PT 进行保守时序分析。如在进行setup检查时，对发送寄存器clock路径和数据路径使用max delay，对锁存寄存器的clock路径使用min delay。在进行hold检查时，对发送寄存器clock路径和数据路径使用min delay，对锁存寄存器的clock路径使用max delay。

pt_shell>set_operation_conditions -analysis_type on_chip_variation -min MIN -max MAX
pt_shell>report_timing -delay_type min
pt_shell>report_timing -delay_type max

三种模式使用的参数对比表。

setup检查：





hold检查：

fairyzyf

我是这么理解的：
每个库本身都是有operation_condition的，如果库打开里面有且只有一个operation_condition，report_lib 就可以看到。那pt就会默认用库中指定的这个operation_condition.
你是不需要做额外指定的，voltage也是， 每个domain 对应的lib自己也会考虑电压计算。
set_operation_condition的应用场景一般是：
1.库中包括多个condition，此时你可以用-max/-min来指定那个conditon作为max/min分析。
2.库中只有一个condition，但同时read了两个 不同condition下的库，此时你可以用-max_library/-min_library,指定哪个condition下的库做max/min分析
3.DMSA/MCMM 同时在一个sessition中分析不同corner，此时会load多个不同corner下的库，对每个senaro，就需要指定当前senaro用哪个库分析。

prototyping

回复 4# fairyzyf


    如果session中只是一个corner，且每个link lib 里面都只有一个operating condition ; 不管你设的是什么；各个cell都会用link lib中的那个operating condition；

    还有就是是否存在一个.lib中定义了多个operating condition;如果定义多个，那么lib中timing are的look up table中的delay值如何适应这几个operating condition呢？

fairyzyf

operation_condition是不能随便乱指定的，必须是lib中包含的，所以，当你的库本身就一个operation_condition,你其实指不指定都一样。

你的问题现在是针对不同的power domain 用一样的库，但voltage不一样对吧，voltage 是通过upf file指定的。如果你的design中用的同一种cell，比如buff，但工作在不同的domain voltage，你就必须指定两个不同的voltage lib 供pt计算。pt会找到对应的vol的库来计算delay（必须在load_upf,不然会报错，告诉你load了conflict的库），你只load其中一个vol corner下的库，计算的值是不准确的。 如果以你的例子，你就得load 0.95 V的lib 和1.05的lib。
在pt找不到对应vol的库的时候，他会找其他vol下的库，来推算你所需vol的库下的值。
report_timing -voltage
report_delay_calculation
你可以看到pt计算的细节。

对于一个库中有不同的operation_condition我是在书上看到的，具体的例子并没有遇到过，这种情况是有default_operation_condition的，不指定就用默认值。我觉得这个跟你现在碰到的问题可能不一样。

好吧，我也是自己看书加摸索的，可能有些地方也会有理解失误，仅供参考吧。

prototyping

回复 6# fairyzyf


    不同的voltage是通过用不同的.lib实现的，即高电压design用高电压的.lib，其他部分用普通lib(通过link_path_per_instance实现)；并没有读upf；


另外我也是在S家的pdf中看到说一个.lib中可以有多个operating condition（这是另外一个问题）；那么同一个look up table如何做到对不同operating condition做delay的转换呢。

fairyzyf

我遇到的例子是：
1.同一个buff 用在1.05V 及 0.9V domain，同时load了1.05V lib及0.9V, 通过upf自动识别，并不需要定义set_operation_condition.
2.buffH用在 1.05，buffL 用在0.9V，不同的cell type， load LIBH_1.05V lib及 LIBL_0.9V两个lib，此时因为库不同也不用定义set_operation_condition.
恩，今天学习到了第三种方法link_path_per_instance~

刚才重读了一遍mannual
以下是pt 对voltage setting的相关定义：

       PrimeTime derives cell instance voltages as follows:
       o  Default  supply  voltage  in library cell definition (voltage_map in
         Liberty syntax)
       o set_operating_conditions applied at the design level
       o set_voltage on a supply net
       o set_voltage on a PG pin
所以，感觉这个command本身是更多的是用在ocv条件下的max/min选择，因为它对voltage的指定是single rail的，对lvs等multi-rail的不适用。

至于第二个问题，因为没碰到过所以确实也不明白怎么实现的，我觉得应该每个operation_condition对应不同的查找表，或者，对应不同的derate参数之类的。

fairyzyf

对于单个operation_condition的库。你要设定两个不同的voltage下的operation_condition，你势必要先load两个库，此时，不load_upf或set_link_path_per_instance,pt会报错，但一旦你用了这两个方法也没有必要再 set_operation_condition了，所以，我猜想这个command应该更多的是对应multi operation condition的库吧。恩，大概吧

prototyping

回复 9# fairyzyf


    恩 我也同意你的观点；
   那你说 有多个operating condition 的lib  它的delay怎么算的呢？  look up table只有一个corner下的；