• P&R 7


    Floorplan

    要做好floorplan需要掌握哪些知识跟技能?

    通常,遇到floorplan问题,大致的debug步骤跟方法有哪些?

    如何衡量floorplan的QA?

    [哥简单点说]:floorplan是布局布线最重要的环节之一,也是体现一个工程师技术能力是否全面、是否够专业的一环。没做过floorplan的PR工程师都不要在别人面前瞎显摆你是资深PR工程师。从整个chip上来看,floorplan包含了IO的规划、电源网络的规划、block的摆放以及analog模块的摆放等等。每一项都需要时间和经验去锤炼的;从每个block来看,floorplan又包含了IOport的规划、属于该模块的电源网络的精细规划以及hardmacro的摆放等。想摆好hardmacro也是一门学问,可以结合designdata flow,也可以借助EDA工具的辅助。无论是block的电源网络规划,还是fullchip的电源网络规划,都需要经验、经验、还是经验。16nm以下更advanced的nodes,PG的好坏不但影响你的IR-drop、EM等指标是否满足,而且也会影响performance和congestion等。IO的规划更是一门学问,不仅考虑板级要求,功能要求,还要考虑chip的ESD等。

    哥简单点说]:根据上面说的,floorplan里面包含很多东西,遇到哪方面的问题就找相应的解决方法。比如:常见的congestion问题,在比较合理cellU-rate的floorplan下,routing还是不通,这时候,你除了抱怨工具之外,也可以考虑一下你floorplan的问题,一般步骤是,先做个placement,看看congestionmap;结合data flow,再看看各个module的位置是否合理,有没有被分散或者分布不合理;还可以结合celldensity map,看看哪些区域明显density过高等等。再比如,你在分析timing的时候criticalpath中明显buf、inv很多,这个时候你也要结合floorplan看看,什么原因把这些path拉长了,一般都是memory摆放不合理造成的。

    [哥简单点说]:IR-drop和EM没问题,那你的电源网络一般没问题(也会影响timing的);在top看和其它block连接没有congestion和timing问题,那你的IO规划一般没问题;block内你的congestion和timing都OK了,你的floorplan也一般没问题。Floorplan一般都是没有最好,只有更好。Innovus有灵活的floorplan人机交互的命令,可以快速的辅助你一些人肉活;innovus有丰富的floorplancheck方法,可以早期的发现你floorplan的问题,特别在16nm以下的工艺里,一堆要求需要在floorplan的时候先检查;innovus还有方法辅助你自动的摆放macro的位置,懒人的好工具等等。

    Placement:

    要做好placement需要掌握哪些知识跟技能?

    通常,遇到placement问题,大致的debug步骤跟方法有哪些?

    如何衡量placement的QA?

    [哥简单点说]:placement貌似是EDA工具自动化程度非常高的一步。你懒得话,就可以少学点。想做好的话,也需要理解design,有STA的经验,会分析congestion,也要有点DFT的基本知识,以及低功耗的常用知识。当然,16nm以下,placement也要有很多rule去遵守,一般tool都会自动处理,但真的有违反,你也要知道怎么回事。

    [哥简单点说]:一般遇到的问题是congestion和timing。Congestion分析解决的方法,首先你要结合log或report以及map来判断一下是局部的congestion还是全局的。全局的congestion,就需要看看你floorplan的因素(见floorplan部分);局部的congestion还是有很多方法的,比如:standard cell区域,用blockage来控制density以减少这些地方的routing需求;hard macro区域的话,也需要加上soft blockage或partial blockage(尽量不要把register放进channel,除非必要)或加大channel spacing;如果congestion出现在某些特定的module,你不妨试试module padding;如果在某些多pin的standard cell周围老是有routing问题,不妨试试在这些cell周围或者两边加点margin;也有些是PG的问题,造成routing congestion,需要结合map仔细对照一下即可;还有些congestion可能来源于你的netlist质量,目前EDA综合工具加上congestion的考虑,也可以优化这部分带来的困扰。Timing的问题也是placement阶段需要注意的,分析方法一般也是看log,分析report,结合layout,发现critical path的原因来解决。这里省略上千字,太多了,哥就不一一说了。

    [哥简单点说]:placement完,你分析一下congestion,看看timing结果都没啥问题,表示可以进入下一阶段了。这个时候也不能说万事大吉,也有可能cts后发现的一些问题,必须placement重做,或者routing后,correlation很差,也有可能返工placement的。Innovus自带的很多神器,比如GigaPlace, GigaOpt,  早期时钟树估计与useful skew优化的timing的全局覆盖等,使得innovus在placement阶段还是取得很不错的成绩,特别是在16nm以及以下的高级工艺节点上。

    CTS:

    要做好CTS需要掌握哪些知识跟技能?

    通常,遇到CTS问题,大致的debug步骤跟方法有哪些?

    如何衡量CTS的QA?

    首先需要对design的clock structure有总体认识。认识越清楚,越有帮助。其次,需要了解CTS的基本概念,这涉及到CTS的原理、skew transition的意义、以及对constraint和面积之间的相互影响。再就是需要熟悉EDA工具CTS的行为模式。

    Debug步骤:

    • 检查clock tree上latency是否正常。

    • 检查每个clock tree的skew是否达到设计的要求。

    • 从timing report看是否有由于clock skew 造成 big Slack。

    QA的衡量:

    • 检查clock tree的latency是否足够短。如果出现特别长的clock tree,很可能是constraint出问题,造成tree structure出错了。

    • 检查clock cell的面积和数目,从总体来说当然是越小越好,这样对latency,对power都会有好处。

    • 检查transition是否达标,检查是否只有很少数的transition没有达到constraint的要求。

    • 检查skew是否达到要求。

    • 检查timing report,看是否有由于clock tree的skew不合理,造成大的violation。

    CCOPT:

    • Innovus的ccopt是采用调节register skew的方式,来build tree的。

    • ccopt会自动的读取mmmc里sdc的定义,自动的产生spec file,非常的智能化,对于一些不熟悉design的engineer,也能跑出比较好的结果。

    • ccopt是concurrent opt,跑完ccopt之后可以直接进入routing

    Route:

    要做好Route需要掌握哪些知识跟技能?

    通常,遇到Route问题,大致的debug步骤跟方法有哪些?

    如何衡量Route的QA?

    需要的技能:

    • 理解制造工艺的特点。

    • 理解设计规则的要求。

    • 理解各个金属的电阻电容分布情况。

    • 理解各个功能模块之间的逻辑连接关系。

    • 理解重要和次要逻辑连接的顺序。

    • 给重要的逻辑连接配置合理的约束。

    • 理解PinAccess之间的依赖性,配置合理的pinaccess约束。

    • 预估congstion的区域,设置合理的约束阻止congestion出现

    Route的问题一般体现在DRC修不掉,debug route问题一般从drc 入手:

    同一种DRC类型很多:

    • 检查DRC的定义是否有问题。有,改正rule。

    • 拿掉这条rule,route是否能快速收敛。可以,工具问题。

    DRC集中在某一区域:

    • 检查是否有congestion.有,则在BLOCK 边缘,加halo,pblkg, 或者移动block, 预留route资源。

    • 在逻辑连接集中的区域:改变功能模块的位置,避免逻辑连接交叉。

    • 在某一个走线方向上:检查是否有route blkg和power wire占用的route资源,增加layer或者减少route blkg。

    某些netstiming比较差:

    • net 有detour:增加detour的约束,减少detour.

    • via 个数过多:增加约束, force route优化via 个数。

    • 使用底层走线过多:增加约束,force上层走线。

    • net RC过大:增加NDR, 使用shield.

    QA衡量的标准:

    • 在最小的面积上能够route完成。标准: DRC clean。

    • 合理优化重要逻辑连接。标准:timing closure.

  • 相关阅读:
    好久不见(致win7)
    mysql update
    两个日期相差的天数
    java 文件指针复位
    shell编程: 获得目录下(包括子目录)所有文件名,路径和文件大小
    爬虫(2)
    爬虫
    eclipse 创建dynamic web project不能运行
    JSP Servlet之间交换数据
    html5视频播放插件
  • 原文地址:https://www.cnblogs.com/lelin/p/11405595.html
Copyright © 2020-2023  润新知