ASIC设计基本流程、结构分析设计、RTL编码.pdfVIP

ASIC设计基本流程、结构分析设计、RTL编码.pdf

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

ASIC的复杂性不断提高,同时工艺在不断地改进,如何在较短的时间内开

发一个稳定的可重用的AS的设计,并且一次性流片成功,这需要一个成熟的

ASIC的设计方法和开发流程。本文结合NCverilog,DesignCompile,Astro等AS

所用到的EDA软件,从工艺独立性、系统的稳定性、复杂性的角度对比各种ASIC

的设计方法,介绍了在编码设计、综合设计、静态时序分析和时序仿真等阶段经

常忽视的问题以及避免的办法,从而使得整个设计具有可控性。

1基本的ASIC设计流程

ASIC设计流程可以粗分为前端设计和后端设计,如果需要更细的划分,可

以分成如下几个步骤:

1.包括系统结构分析设计、RTL编码以及功能验证;

2.逻辑综合、PreLayoutSTA以及形式验证(RTL代码与逻辑综合生成的

Netlist之间);

3.Floorplan、Placement、ClockTree插入以及全局布线(GlobalRouting)

4.形式验证(逻辑综合的Netlist与带有CT信息的Netlist之间)、STA;

5.DetailedRouting,DRC;

6.PostlayoutSTA,带有反标延迟信息的门级仿真;

7.Tape-Out

当然,这还是一个比较粗的流程,其中每个步骤还可以分得更细,通常所说

的前端设计主要包括上述流程中的1,2,4,6这几个部分。同时,这个流程是

一个迭代的过程。对于一些通常的问题以及其中的一些方法,已经有大量的文献

中提到,本文将不再赘述,因此本文着力于讨论在设计各个阶段中一些容易被忽

视的或者可能带来潜在危险的地方。

2结构分析设计、RTL编码

这一阶段在整个ASIC设计中占非常重要的地位,结构分析设计阶段主要是

从产品的功能定义出发,对产品采用的工艺、功耗、面积、性能以及代价进行初

步的评估,从而制定相应的设计规划,对于规模很大的ASIC设计,在这一阶段

估算芯片的功耗面积非常困难。

在这里引入一个ASIC设计中很重要的概念:划分(Partitioning),在不同

的设计阶段这个概念都将提到。首先,必须在芯片的Top-1级进行功能划分,

Top-1级通常可以分为4个大的功能模块,IOPads、边界扫描逻辑、核心功能逻

辑,以及PLL时钟模块,然后再对核心功能逻辑依据功能进一步细化。核心功

能部分将是RTL编码设计的重点部分,下面就这一部分展开说明。

2.1良好的编码风格

编码风格对芯片的正确性、可读性、可维护性以及综合后芯片的性能、面积

都有很大的影响。自然,对于编码中遇到的所有问题一一阐述不是一篇论文所能

做到的,下面只对一些经常遇到的可能产生错误的地方进行重点说明。

无论从可重用设计的角度还是代码仿真行为与实际芯片的行为一致性的角

度来说,采用工艺独立的设计是必要的,一些工程师在编码时可能用到一些延迟

单元或者延迟线,来生成一个脉冲来操作,由于延迟单元对温度、电压以及制造

工艺敏感,这些因素的改变也会改变生成的脉冲的宽度,因此,可能在仿真的时

候没有问题,或者在某些操作条件下没有问题,而实际芯片工作时或者工作条件

改变时芯片就没有按照设计目标工作了。

在RTL级编码时应该尽量避免采用例化标准单元门的方式编码,这不仅降

低代码的可读性,当采用新的单元库或者新的工艺时,这些代码就需要反复的修

改,综合工具也不会对这些代码进行逻辑优化。

其他问题如:由于没有对所有的条件分支赋值引起潜在的Latch问题、always

块中的敏感列表问题,以及阻塞赋值与非阻塞赋值的选择问题很多文献中都提到,

就不再赘述。下面提到一个容易被忽视的问题,在定义时序块时,有些信号是需

要复位的,有些不需要复位,如果编码时把它们写在一个always块中,综合出

来的电路就不是我们设想的。对于那些不需要复位的信号,综合后可能把复位信

号连到对应的触发器使能端,这样导致RTL代码和Netlist的行为不一致,而这

类问题在形式验证时也没法发现,需要通过大量的门级仿真才可能发现。

ASIC设计应该尽量避免采用Latch作为时序单元,Latch设计潜在的问题,

文档评论(0)

182****4648 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档