芯片后仿真

转载：https://www.cnblogs.com/littleMa/p/10795759.html

1、芯片后仿的意义：

既然前仿保证了逻辑功能，STA 保证了时序，PT对各个corner进行了时序穷举计算并确保时序收敛，那么作为数字IC设计流程的最后一环后仿真的意义是什么呢？

原因有若干：

　　1、 多时钟域的timing确认（跨时钟域信号的同步处理）。

　　2、由于异步处理部分在SDC约束文件中做的是fath_path处理，所以这部分时序是否满足，PT并不会检查也不会报出violation。

　　3、异步的处理方式在PD处理后有问题： example：dmux结构，data signal latnecy过大；导致后仿出现ctrl信号先 data stable后的case。

　　4、一些test pattern需要做后仿，调整合适的timing margin，太紧的话，片子容易fail。

　　5、时钟切换电路？

　　6、DFT逻辑的插入是否导致功能出现问题。

2、芯片后仿违例类型：

　　1、Setup/hold违背（posedge D -> posedge CK  , negedge D -> posedge CK）

　　2、Recovary/Removal违背 （posedge CDN -> posedge CK  ,posedge SDN -> posedge CK）？？

　　3、Width违背 （CK，CDN，SDN）

　　4、IP接口时序不符合datasheet？外设器件是否也需要带延时的model？

　　

3、后仿全面介绍：http://www.chipsbank.com/news_detail/newsId=121.html

1.后仿是否必要
随着芯片规模的增大，关于IC设计流程中的后仿是否必要，有多种声音。

认为不必要的理由是：布局布线后的网表，已经可以通过STA保证时序，后仿只不过是确认一遍电路的时序。而且随着电路规模不断增大，仿真工具的仿真速度的提升仍不明显，后仿必然是一个很耗时的步骤，时间代价大而收益不明显。

认为有必要的理由是，从公司以往多个项目的经验来看，后仿中也发现了一些问题。而对于有些设计，STA并不能完全覆盖所有的路径。后仿的工作是对后端实现最后的check。

本文认为，以公司现阶段的研发力量，后仿还是必须的。

2.前后仿的区别
前仿：RTL的仿真

后仿：门级仿真。又分为综合后仿真和布局布线后仿真

a.关注点不同；

前仿：关注RTL在功能上是否正确（符合设计）

后仿：关注电路在各种工作条件下，插入了延时后，功能是否依然正确。 

b.仿真对象不同；

前仿：仿真的对象是RTL

后仿：仿真的对象是门级网表+sdf文件（可能包括一些IP的sdf）

综合后仿真用的是综合后的网表+PreSTA产生的sdf（无net延时，cell延时不准确，时钟树不准确)

布局布线后仿真用的是PR后的网表+PostSTA产生的sdf

c.外部激励与响应检查；

所用的激励和响应检查应一致

后仿可能让时钟漂移以模拟极端的情况

3.后仿的各种组合情况
如果考虑OSC漂移以及三种Corner，可以组合以下六种情况

Fast OSC  + Fast SDF

Slow OSC + Fast SDF

Fast OSC  + Typ SDF

Slow OSC + Typ SDF

Fast OSC  + Slow SDF

Slow OSC + Slow SDF

说明：对于普通的设计，实际只需考虑3中sdf即可。对于osc偏移可能带来的影响（如，flash编程），则后仿需要考虑更多Osc偏移带来的影响（时序不满足）

4. 认识sdf文件
sdf = 标准延时文件

请参考附录1中对于sdf文件的注释

5. Sdf反标
反标：vcs将sdf文件中的延时信息添加到门级网表中对应的地方

$sdf_annotate

例：$sdf_annotate("/home/chengp/project/zi2201/trunk/Digital/FrontEnd/sta/sdf/zi2201.20100726_v0.26_post_min_case1.eco.sdf",U_zi2201e_digital);

6.后仿违背的类型
a.时序器件

Setup/hold违背（posedge D -> posedge CK  , negedge D -> posedge CK）

Recovary/Removal违背 （posedge CDN -> posedge CK  ,posedge SDN -> posedge CK）

Width违背 （CK，CDN，SDN）

b.IP时序违背

IP接口时序不符合datasheet

7.针对违背采取的措施
a.同步处理第一级寄存器的违背(注：这一级的X态主要是由于同步复位的寄存器导致的)

i.方法一

1，建立文件Sync.v，格式如下：

initial begin

force  Top.uXX.uYY.uZZ_reg.notifier = 1'b0;

 …………

end

2，在SimTop中的include此文件；

解决了寄存器输出为x的情况，但仿真会报很多warning

ii.方法二

1，建立文件Sync.v，格式如下

   instance {

Top.uXX.uYY.uZZ_reg,

……

   }   {noTiming}

2，在runsim文件中加入  +optconfigfile+./Sync.v

b.其他

i.时序约束是否存在问题

ii.时钟树是否合理

iii.电路设计是否有潜在风险

iv.接口设计是否遵循datasheet

8.后仿脚本
1，+neg_tchk 

寄存器可能出现负的setup limit和hold limit。？？

如果sdf中存在负的setup limit或hold limit，则使用特定的规则检查

 

实际仿真结果：

仿真加 +neg_tchk

仿真调用的sdf如下图所示：

a，正的setup + 负的hold

 

Posedge D 发生在时钟沿前 （-2.6ns , -1.8ns）会出现setuphold违背

b，负的setup + 正的hold

 

 Negedge D发生在时钟沿后 （ 1.7ns , 2.9ns ）会出现setuphold违背

2，+sdfverbose

反标过程中打印详细的信息

9.后仿注意的问题
1，对于一些IP的仿真模型，定义了一些延时量，但一般不针对某个corner。因此最好定义各个corner下的延时量。

10.  后仿遗留问题
1，反标负延时?

vcs手册中说用-negdelay可以允许sdf中的cell和net使用负延时。

备注：负延时的一种情形：

实际仿真时，修改了某个cell的延时为负，仿真不加-negdelay，仿真提示：

Warning-[SDFCOM_NDI] Negative Delay Ignored

/home/chengp/project/zi2201/trunk/Digital/FrontEnd/sta/sdf/zi2201.20100726_v0.26_post_max_case1.eco.sdf, 34671

module: inv0d0, "instance: zi2201eTest.U_zi2201e_digital.U3827"

  SDF Warning: Negative delay is ignored and replaced by 0.

  Please use -negdelay to support it.

如果加-negdelay仿真，仿真提示如下：

Warning-[SDFCOM_NIOD] Negative IOPATH Delay encountered

/home/chengp/project/zi2201/trunk/Digital/FrontEnd/sta/sdf/zi2201.20100726_v0.26_post_max_case1.eco.sdf, 34671

  SDF Warning: Negative IOPATH Delay I to ZN is replaced by 0.

  This negative value cannot be handled with switch -negdelay. Please check SDF files.

2，+overlap作用

3，sdf中的mindelays ，maxdelays

 pt在使用bc_wc测例做sta分析时，生成的sdf可能mindelays和maxdelays可能不一样。如：(IOPATH I ZN (0.540::0.642) (0.302::0.362))。反标sdf时，vcs脚本中加+mindelays则反标的是0.540和0.302，加+maxdelays则反标的是0.642和0.362。

 附录1  sdf文件

(DELAYFILE

(SDFVERSION "OVI 2.1")

(DESIGN "zi2201_digital_virage")  // top name

(DATE "Mon Jul 26 11:06:27 2010")

(VENDOR "tsl18fs020_max")   // 生成sdf所使用的库

(PROGRAM "Synopsys PrimeTime")

(VERSION "B-2008.06-SP2") 

(DIVIDER /)

// OPERATING CONDITION "tsl18fs020_max::tsl18fs020_max"

(VOLTAGE 0.90::0.90)   // corner参数

(PROCESS "1.200::1.200")

(TEMPERATURE 125.00::125.00)

(TIMESCALE 1ns)   //延时单位

(CELL

  (CELLTYPE "zi2201_digital_virage")

  (INSTANCE)

  (DELAY

    (ABSOLUTE

    (INTERCONNECT U4384/ZN U3558/I (0.001::0.001))  // 两个cell的pin之间连线的delay

    )

  )

)

 

(CELL    // 网表中的每个单元的信息都是由 （CELL ..    ）包括

  (CELLTYPE "inv0d0")

  (INSTANCE U3558)   // 网表中的单元

  (DELAY

    (ABSOLUTE

(IOPATH I ZN (0.540::0.642) (0.302::0.362))   // 延时数据

//          0.540= min delay from I(1->0)  to Z (0->1)

//          0.642= max delay from I(1->0)  to Z (0->1)

//          0.302= min delay from I(0->1)  to Z (1->0) 

//          0.362= max delay from I(0->1)  to Z (1->0)

    )

  )

)

 

(CELL

  (CELLTYPE "dfcrn1")

  (INSTANCE U_Decoder_TRCalCntH_reg_0_)

  (DELAY

    (ABSOLUTE

    (IOPATH CP QN (1.546::1.721) (1.551::1.727))

    (IOPATH CDN QN (1.907::1.907) ())

    )

  )

  (TIMINGCHECK    // timing check 参数

    (WIDTH (posedge CP) (0.532::0.532))

    (WIDTH (negedge CP) (0.972::0.972))

    (HOLD (posedge CDN) (posedge CP) (1.216::1.216))

    (RECOVERY (posedge CDN) (posedge CP) (-0.653::-0.653))

    (WIDTH (negedge CDN) (0.412::0.412))

    (SETUP (posedge D) (posedge CP) (0.219::0.219))

    (SETUP (negedge D) (posedge CP) (0.193::0.193))

    (HOLD (posedge D) (posedge CP) (-0.202::-0.202))

    (HOLD (negedge D) (posedge CP) (0.057::0.057))

  )

)

附录2  仿真模型

module inv0d0 (I,ZN);

 

output  ZN;

input   I; 

not #1 (ZN,I); 

`ifdef functional

`else

specify

// Parameter declarations

 specparam i_lh_zn_hl=-1,i_hl_zn_lh=-1;

// Delays

 (        I -=> ZN) = (i_hl_zn_lh,i_lh_zn_hl);

endspecify

`endif

 

endmodule

module dfcrn1 (D,CP,CDN,QN);

 

output  QN;

input   D,CP,CDN;

 

`ifdef neg_tchk

wire d_D,d_CP,d_CDN;

`endif

 

`ifdef functional

U_FD_P_RB #1 (QN_not,D,CP,CDN);

`else

reg notifier;

`ifdef neg_tchk

U_FD_P_RB_NO #1 (QN_not,d_D,d_CP,d_CDN,notifier);

`else

U_FD_P_RB_NO #1 (QN_not,D,CP,CDN,notifier);

`endif

`endif

 

not (QN,QN_not);

 

`ifdef functional

`else

specify

// Parameter declarations

 specparam tsu_d_h_cp=0.12,tsu_d_l_cp=0.22,tsu_cdn_h_cp=0.00,th_cp_d_h=0.00,

 th_cp_d_l=0.00,th_cp_cdn_l=0.33,tpw_cp_h=0.26,tpw_cp_l=0.43,tpw_cdn_l=0.23,

 cp_lh_qn_hl=0,cp_lh_qn_lh=0,cdn_hl_qn_lh_1=0;

// Violation constraints

`ifdef neg_tchk

 $setuphold (posedge CP &&& (CDN==1'b1),posedge D &&& (CDN==1'b1),tsu_d_h_cp,th_cp_d_l,notifier,,,d_CP,d_D);

 $setuphold (posedge CP &&& (CDN==1'b1),negedge D &&& (CDN==1'b1),tsu_d_l_cp,th_cp_d_h,notifier,,,d_CP,d_D);

 $recrem (posedge CDN,posedge CP,tsu_cdn_h_cp,th_cp_cdn_l,notifier,,,d_CDN,d_CP);

`else

 $setup (posedge D &&& (CDN==1'b1),posedge CP &&& (CDN==1'b1),tsu_d_h_cp,notifier);

 $setup (negedge D &&& (CDN==1'b1),posedge CP &&& (CDN==1'b1),tsu_d_l_cp,notifier);

 $recovery (posedge CDN,posedge CP,tsu_cdn_h_cp,notifier);

 $hold  (posedge CP &&& (CDN==1'b1),negedge D &&& (CDN==1'b1),th_cp_d_h,notifier);

 $hold  (posedge CP &&& (CDN==1'b1),posedge D &&& (CDN==1'b1),th_cp_d_l,notifier);

 $hold  (posedge CP,posedge CDN,th_cp_cdn_l,notifier);

`endif

 $width (posedge CP &&& (CDN==1'b1),tpw_cp_h,0,notifier);

 $width (negedge CP &&& (CDN==1'b1),tpw_cp_l,0,notifier);

 $width (negedge CDN,tpw_cdn_l,0,notifier);

// Delays

 if (CDN==1'b1)

 (posedge CP   => (QN -: D   )) = (cp_lh_qn_lh,cp_lh_qn_hl);

 (negedge CDN  => (QN +: 1'b1)) = (cdn_hl_qn_lh_1,0);

endspecify

`endif

 

endmodule

参考：

https://www.cnblogs.com/hxing/p/9584190.html