请教一些关于时序的问题关于PT和后仿
1 在WC下，PT报出的某个cell的延迟比如某个buffer的input to output 和采用WC的sdf的后仿结果不一样
这个合理吗，SDF给出的delay是个平均值吗？
2 Datasheet上常常给出的端口时序约束，如下图，通常给出MAX/MIN 1A(setup) MAX/MIN 1B(Hold)
比如端口叫 Dout 输出时钟为 Dclk ，Output Delay 为0
那么我应该有如下4条时序信息
在Worst Case 和 Best Case下分别有：
report_timing -to Dout -to [get_clock Dclk] -delay_type max
report_timing -to Dout -to [get_clock Dclk] -delay_type min
那么Dout相对于Dclk的Timing Spec应该如何从以上四个信息中的到呢？
谢谢
第一个问题，PT里面report timing 一般是有derating 和 noise coupling考虑的；生成sdf的时候，
如果我没有记错的话，好像是不考虑noise coupling的，有没有考虑derating忘了，你可以查一查
你们用的生成sdf的script。所以一般来说，PT里面的延时看起来要比加sdf的后仿要差。
谢谢回复
确实PT更加悲观一点 derating 一般不是就在clock上面体现吗，在所有的cell延迟中都是有反应的啊，还需要再看看OCV的概念了
不客气
derating 会在所有的cell delay / net delay都存在，不管是clock path还是datapath，而且不同的corner数值不一样，setup 和 hold用的derating也不一样，因为只有这样做了才敢说PT里面把各种的最坏情况都考虑到了。
第二个问题：
如果worst lib 里面对应的是 1a 1b；
best lib 里面对应的是 2a 2b；
那么ck to d 的 constrains：
worst corner下：
report_timing -to Dout -to [get_clock Dclk] -delay_type max 1a
report_timing -to Dout -to [get_clock Dclk] -delay_type min 1b
best corner下：
report_timing -to Dout -to [get_clock Dclk] -delay_type max 2a
report_timing -to Dout -to [get_clock Dclk] -delay_type min 2b
求指正。
需要得到的数据是 Max 1a ， Max 1b ， Min 1a 和 Min 1b
2a 2b 是我截图截到了下面的文字。可能引起了你的误解。
WC和BC下面报setup 会得到两组值，Require_time - Arrive_time 个人觉得可以是 1a的取值来源
但1b这里，可以从上面的值中 由 clock period 减出来，
或者直接在WC和BC下面报hold 同时 用 Require - Arrive得到？
再请教一下，现在PT在OCV模式下，但Min Max库用的同一个lib，且是相同的condition, 只是设置了部分derate值，PT采用RC反标进行分析，write_sdf后，对于一个cell的timing arc, 比如buffer的I到Z，sdf记录的delay和PT报出的delay也不也一样，除了derate SI 等因素外，还会有其它因素吗？
另外，对于一个cell的timing arc, 比如buffer的I到Z，它的min delay 和 max delay的差别大概在哪里，我能看到的只有transition的差别，我想这个还有可能是从 input delay 的 min max transition 传递过来的
感谢你如此详尽的回复，受教了！
我再结合lib和文档消化一下这方面的内容
温度，电压，工艺，根据transition，capcitance算出cell delay
在相同的Operation Condition的条件下呢，同一个cell I到Z 在计算min max timing也是有差别的
认同前一位兄台关于其它制程影响，会在lib中反应出一个范围。
我正在Lib中找，哪些数据会体现出Operation Condition 以外的min max差别。比如input pin 的电容等等
不过是ccs的lib，还不太看得明白呢