在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 4289|回复: 8

[讨论] 缩短后端PR时间的好方法

[复制链接]
发表于 2014-8-19 10:12:24 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
各位大牛:
      我们组现在做一个项目。
      因为时间特别紧迫,现在安排一个人做floorplan 和power plan, 另一个做Place&Routing,以及STA收敛。
      不知道这两个data都做好了以后,怎么merge在一起?
      大家有没有做过呀?给点建议
      谢谢大家了先
发表于 2014-8-19 10:17:47 | 显示全部楼层
没看懂
发表于 2014-8-19 10:23:11 | 显示全部楼层
后端不熟练啊,一个人就可以了,
发表于 2014-8-19 10:36:12 | 显示全部楼层
没有floorplan,如何place,不懂~
发表于 2014-8-19 11:05:36 | 显示全部楼层




    这个。。。。。。。。。。
floorplan和power plan对place 和route影响不要太大
发表于 2014-8-19 11:09:45 | 显示全部楼层
你这应该本来就一个人的活给两个人干吧,本质上还是串行的。
 楼主| 发表于 2014-8-19 13:56:09 | 显示全部楼层
主要是时间很赶,为了省时间。
现在的想法是:
1)做floorplan的人把floorplan分阶段给做PR的人, PR的人可以基于第一阶段的floorplan做CTS/CTO等,和前端同事解决SDC的debug,并且可以确保STA收敛没有大问题。 这个阶段主要是调环境和约束。
2)后面再给第二阶段的FP(手动布线完成80%左右),PR的人走一遍之前调好的CTS/CTO流程,STA收敛.
3)最后再给一版完整的FP,PR的人把之前做好的database与最终的FP merge,可能会有些DRC问题。不过想来应该对timing没大影响。至此,database合二为一。
这个是个想法,不知道具体执行,难度多大。
大家各抒己见。谢谢啦
发表于 2014-8-19 14:51:25 | 显示全部楼层
太复杂了,如果不是特别大的芯片,建议一个人做floorplan, timing closure, 另外一个做pv即可,
芯片实在太大,再多加人,
发表于 2014-8-19 15:37:12 | 显示全部楼层


主要是时间很赶,为了省时间。
现在的想法是:
1)做floorplan的人把floorplan分阶段给做PR的人, PR的人 ...
liqiang998 发表于 2014-8-19 13:56




    不怎么靠谱,一个人不停地调flooplan,一个人不停地接着做PR

    最后网表变化不大的话,前期能发现绝大部分风险
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条

小黑屋| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-5-23 23:11 , Processed in 0.042204 second(s), 10 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表