SOC时序分析中的跳变点介绍

　　类似的解释对于特定单元的输入和输出产生的下降信号和时延同样适用。压摆率值根据.lib中提及的变量进行计算。

　　b)当跳变点对于一个界面而不同时

　　(i)20%比50%：

　　图4(a)描述了驱动程序时延跳变点为20%而对负载单元跳变点为50%的情况。

　　在这种情况下，与负载信号相比，驱动程序的信号会快速达到其时延跳变点值。因此此类界面的网络时延会大于驱动程序也达到50%情形下的时延[图3(a)]。

　　图4(a)

时序工具可通过线性或非线性扩展计算网络上出现的额外时延。

　　(ii)50%比20%

　　图4(b)描述了驱动程序跳变点为50%而负载单元的跳变点为20%的情形。

　　在这种情况下，与驱动信号相比，负载的信号会更早达到其时延跳变点值。这种情况通过时序工具借助扩展(线性或非线性)来进行处理。

　　图4(b)

　　这里需要注意的是：在这种情况下，扩展会引起“负时延”。

　　应注意：尽管现实世界不能在时域中后向穿越，但是时序工具需要将这种时延考虑在内，这样，从开始点(在本例中为驱动单元的输入引脚)到终端点(在本例中为负载单元的输出引脚)的整体路径时延接近现实世界时延(Spice)。

5.与跳变点相关的其他问题：

　　(i)SDF中的负时延：在通过时序工具完成扩展后产生的负时延将以标准时延格式(SDF)进行复制，用于门级模拟。不希望发生这种情况，因为门级模拟器无法处理负时延。

　　它们要么标志错误消息要么表示此类情况的零时延。作为一种变通方法，可编写一个脚本(附录A)，根据所计算的负时延，增加(或减少)负载单元(或驱动单元)时延。

　　(ii)端口和IO单元之间的附加时延：

　　通常时序工具报告端口到I/O单元的时延。在硅片上，该网络作为接合线出现在芯片外部。因此，对于该网络物理信息不能进行量化。

　　时序工具提供此类网络的时延报告。原因包括：

　　a)由于没有时序模型可用于端口，因此时序工具采用用户定义的或默认跳变点和电压电平计算时延。

　　b)由于假定跳变点和端口w.r.tI/O单元跳变点的电压电平值之间有差额。图5(a)和图5(b)描述了此类情况。

　　图5(a)

　　图5(b)
要克服这种情况，可执行以下操作：

　　1)为与I/O单元的端口相同的端口定义运行条件。

　　2)编写脚本为此类网注释零时延。

　　(iii)带有丢失跳变点的库

　　如果我们拥有不包含跳变点阈值或电压电平值的时序模型，那么来自/到此类模型的界面的时延可能不正确。因为时序工具使用跳变点和电压电平的默认值，分析这些路径。作为一种变通方法，用户应在向负责库的人员进行咨询后，再定义跳变点。

　6.如果不通过时序工具进行扩展会怎样：激烈。这可能会导致芯片故障，因为使用时序工具计算的时延不接近Spice值。如果可以为跳变点不同的界面进行Spice分析，应当是一种很好的操作方法。

　　如果对SOC中所使用的所有模型(硬模块)使用同样的跳变点，应当是一种很好的操作方法。

　　这完全可以消除因阈值不同所产生的问题。

7.Spice合作关系：

　　对多阈值路径进行Spice分析，是增强信心并解决时序问题的好方法。

　　尽管在Spice世界，阈值实际并不存在。在时序模型中使用它们是为了简化时序分析工具。

　　时序工具提供一个选项，复制出特定时序路径的spice网列表。除了spice网列表外，还复制出包含输入矢量的激励文件。复制出的spice网列表可能不包含针对时序路径中标准单元和/或硬模块的spice网列表。

　　Spice模拟工具可读取复制的spice网列表和标准单元/硬模块的spice网列表，然后提供激励文件来模拟重要路径。

　　需要通过分析生成的波形，查看路径是否满足时序要求。测量SPICE中此类路径的时延和过渡值时需要谨记：要采用与时序模型中所提及的跳变点相同的跳变点。

8.扩展类型：

　　大多数行业标准工具使用线性或非线性扩展作为其运作方式

　　a)线性扩展：在该方法中，工具假定不同阈值的线性斜坡。

　　该方法使用相似三角形的概念扩展驱动程序到负载单元的时延。

　　b)非线性扩展：此时，工具使用电流源模型来定义坡道。这需要通过复杂的数学方程来计算时延。

　　总之，本文以跳变点定义开始，然后阐释如何固定用于特定技术库的跳变点。然后本文论述了时序工具如何解释跳变点，以及当驱动程序与负载单元跳变点不同时可能会引发的问题。