从数字IC后端设计实现看先进工艺7nm实现的各种挑战

目前虽然号称拥有或将要研发7nm工艺的有多家工艺厂商,但是具有实际流片能力的可能只有TSMC和三星。随着GlobalFoundries最近宣布放弃7nm的进一步研发,以及尽管Intel的10nm和这几家的7nm差不多一个水准,但是要跳票到2019年,因此短期内应该就是双雄争霸的局面。

玩家越来越少,技术实现也没有太多选择,目前的方法无非两种:Multiple Pattern和EUV。前者沿用16nm/14nm等工艺的多重曝光技术,后者采用极紫外光刻机一次曝光。在工艺上的实现上,可能会有如下方案:

实际中可能不同的厂商会采取不同的策略,但是技术大致如此。需要引起大家注意的是,无论是何种方案,都增加了一层叫做M0的金属,这层金属一般来说是专门用来生成标准单元的power/ground rail,普通的信号线是不能走这一层的。

1. Signal EM以及Via ladder/Via pillar

由于7nm的底层金属宽度进一步缩小,因此出现signal EM的概率也逐渐增加,尤其是clock line上,大驱动的cell有很大可能会有signal EM的问题。针对这个现象,业界提出了Via ladder/Via pillar的概念和实现方法。他们其实本质是同一种东西,只是不同厂商的不同叫法,其基本原理如下图所示:

简单地说,就是把底层金属的pin通过“梯子”的方式逐级向上打通,以多个平行的金属shape分散电流,从而达到缓解和消除signalEM的目的。在实际设计中需要定义各类via pillar的参数,同时对需要via pillar的标准单元的output pin设置via pillar的属性,EDA工具可以根据设置的参数自动加上via pillar。

虽然上述方法能够解决EM的问题,但是同时会带来一个负面影响:占用额外的绕线资源。因此,对于绕线资源不是很丰富的设计,使用via pillar需要谨慎,可能需要控制加via pillar的cell的数量。

2. RC变化

随着线宽的进步缩小,金属层上尤其是底层金属的R逐渐成为delay贡献中的主导因素。下图展示了TSMC家的工艺进化过程中,RC的变化趋势

可以看出,在进入7nm后,Resistance的变化十分剧烈,增量达3倍之多。这种阻值增加给后端带来的显著变化就是,如果绕线用到了底层金属,那么net delay以及cell delay将会明显增大,给时序收敛带来额外的麻烦。在我们做的设计中,对于timing critical的path,必须通过限制金属层来减少这种负面影响,否则某些setup violation以传统的Vt swap或者size up等ECO手段是很难收敛的。

3.SADP(Self-Aligned Double Pattern)

这是工艺实现中,对于小间距金属的刻蚀方法之一。对此有兴趣的数字IC后端工程师可以自行查一查它的技术细节,在此我们简述一下它的特点。其基本思路如下图所示:

而这种实现方法对数字后端的要求就是:对于需要使用SADP方法刻蚀的金属层来说,在物理上必须采用所谓的“Passive Fill”的方式使得所有的金属shape呈现如下统一的pattern:

形成上述pattern的目的在于,让所有SADP的金属层以相同的width,相同的spacing均匀地布满整个design。那么这样一来如何区分哪些是design需要的shape,哪些是passive fill的shape呢?答案是通过图中那些小小的横向方框将这两种shape“切分”开来。这样在实际生产后这些小方框的地方就会天然断开,从而不会影响芯片的实际功能。

对于后端来说,passive fill进一步增加相关net的capacitance值,会给timing带来一定的负面影响。与此同时,passive fill还会引入新的DRC,虽然大部分工具都能解决,但是仍然会有少量violation需要工程师去修掉,从而进一步增加我们的工作量。

原文地址:https://www.cnblogs.com/lelin/p/12610778.html

时间: 2024-07-31 07:06:00

从数字IC后端设计实现看先进工艺7nm实现的各种挑战的相关文章

VerilogHDL概述与数字IC设计流程学习笔记

一.HDL的概念和特征 HDL,Hard Discrimination Language的缩写,翻译过来就是硬件描述语言.那么什么是硬件描述语言呢?为什么不叫硬件设计语言呢?硬件描述语言,顾名思义就是描述硬件的语言,它用文本的形式来描述电子系统硬件结构和行为,是一种用形式化方法来描述数字电路和系统的语言.正是因为如此,硬件与软件不一样,他不像软件,你某天突发奇想,想实现某个的界面,搞搞代码就OK了.硬件它是由实实在在的物理器件搭载而成,用抽象的语言怎么可能弄出一个电路来呢? 一门语言,总有那么一

(数字IC)低功耗设计入门(二)——功耗的分析

前面学习了进行低功耗的目的个功耗的构成,今天就来分享一下功耗的分析.由于是面向数字IC前端设计的学习,所以这里的功耗分析是基于DC中的power compiler工具:更精确的功耗分析可以采用PT,关于PT的功耗分析可以查阅其他资料,这里不涉及使用PT的进行功耗分析. (1)功耗分析与流程概述 上一个小节中讲解了功耗的构成,并且结合工艺库进行简要地介绍了功耗的计算.但是实际上,我们根本不可能人工地计算实际的大规模集成电路的功耗,我们往往借助EDA工具帮我们分析电路的功耗.这里我们就介绍一下EDA

数字IC前后端设计中Setup违反的修复方法

本文转自:自己的微信公众号<集成电路设计及EDA教程> 数字IC设计中Setup的分析与优化贯穿前后端设计中,最好在开始后端设计之前就获得一个没有Setup违反的网表,下面按照从前到后的流程逐一讲解每个阶段如果出现Setup违反该如何解决.下面用到的命令,主要针对的是Synopsys公司的综合工具DC以及布局布线工具ICC.还有需要注意的是,Setup的修复和之后要讲解的Hold的修复有很大的不同,Setup的违反随着布局到布线阶段的推进,它是越来越恶化的,不像Hold,线延迟会有益于Hold

(数字IC)低功耗设计入门(一)

低功耗设计这个专题整理了好久,有一个月了,有图有证据: 然而最近一直有些烦心事.郁闷事,拖延了一下,虽然现在还是有点烦,但是还是先发表了吧.下面我们就来聊聊低功耗设计吧,由于文章比较长,因此我就不一次性发完,我整理之后再发上去.当然,这里的低功耗设计基本上是入门阶段,也就是大部分从理论角度进行阐述,你也可以说是从书本上说的,但是呢,我可以先给大家剧透一下:不仅仅是从理论上说,我还结合EDA工具进行说明如何进行低功耗设计.废话不多说,下面就来看看这个专题的主要内容: ·低功耗设计的目的 ·功耗的构

中后台产品的表格设计,看这一篇就够了(原型规范下载)

中后台产品的表格设计,看这一篇就够了(原型规范下载) 2018年4月16日luodonggan 中后台产品的表格设计,看这一篇就够了(原型规范下载) 经过了将近一年的后台产品经历,踩了很多坑,试了很多错,也学习到了很多东西,目前也形成了自己的一套规范.本文将其中的部分收获汇总成文,希望能够对大家有所帮助. 后台产品有一个很重要.常见的元素,就是表格.表格承担着详情入口.数据展示的功能,看似简单,其实里面的细节特别多.在以效率为最重要的需求的后台产品中,如何设计一个能够高效率地进行查看和编辑的表格

app后端设计(0)--总目录(转)

原文:http://blog.csdn.net/newjueqi/article/details/19003775 做了接近两年app相关的系统架构,api设计,先后在两个创业公司中工作,经历过手机网页端,android客户端,iphone客户端,其中的乐与苦,得与失,仰首问天有谁知?我觉得是时候来个总结,把相关的技术和心得记录下来. 注:这系列文章谈到的经验是根据自身在小型创业团队中总结的,大牛们请飘过^-^ app后端设计(1)--api app后端设计(2)--xmpp的使用 app后端设

app后端设计(12)--图片的处理

app上线后,不断接受用户的反馈,于是,反馈非常差的情况下,都会有app的改版. 一旦app的改版,都会有比较大的UI改动,一改动UI,那么图片的尺寸也就必须要改变. 在app后端设计(1)—api(http://blog.csdn.net/newjueqi/article/details/14053733)这篇文章中,我提到过app后台图片处理的一个基本原则,数据库中只保存原图的路径.对于同一张图片来说,针对不同机型,不同app版本所需要的不同尺寸,使用动态生成的策略,大体思路如下: (1) 

app后端设计--总目录 (转)

特此说明,我转载的!!! app后端设计(1)--api app后端设计(2)--xmpp的使用 app后端设计(3)--短信,邮件,推送服务 app后端设计(4)-- 通讯的安全性 app后端设计(5)-- 表情的处理 app后端设计(6)-- LBS app后端设计(7)-- 项目管理 app后端设计(8)-- 数据库分表 app后端设计(9)-- 动态通知 app后端设计(10)--数据增量更新 app后端设计(11)-- 系统架构 app后端设计(12)--图片的处理 app后端设计(1

app后端设计(12)--图片的处理.docx

app上线后,不断接受用户的反馈,于是,反馈非常差的情况下,都会有app的改版. 一旦app的改版,都会有比较大的UI改动,一改动UI,那么图片的尺寸也就必须要改变. 在app后端设计(1)-api(http://blog.csdn.net/newjueqi/article/details/14053733)这篇文章中,我提到过app后台图片处理的一个基本原则,数据库中只保存原图的路径.对于同一张图片来说,针对不同机型,不同app版本所需要的不同尺寸,使用动态生成的策略,大体思路如下: (1)