encounter怎么利用pt的fix_eco_timing?

strivenbu · 发表于 2012-12-21 14:19:04

这个命令根本就不能用就说个很简单的你fix hold的时候是需要考虑setup的margin ，而你这个命令只能在一个session里面使用怎么考虑到别的margin，还是老老实实用自己的脚本fix把

杭州太美丽 · 发表于 2012-12-21 16:41:18

回复 11# strivenbu

ICC里面，我试过的，感觉效果还可以的，基本上可以解决掉hold的问题

encounter里面，有时候正常fix hold会插很多的buffer去满足PT check，会影响芯片的面积，我知道有人是使用pt fix hold的，再转入encounter的，所有我想尝试看看，效果怎样，会缩小面积不，呵呵

zwtxj · 发表于 2012-12-21 17:37:34

回复 6# liriver03

其实是有的，ETS的MMMC Signoff ECO 就可以fix hold/setup/drv 等等。就是写出一个ecoAddRepeater的脚本，给Encounter用，基本一个iteration就把hold全fix掉了。
是physical aware的，所有的buffer都有location.

zwtxj · 发表于 2012-12-21 17:38:51

回复 12# 杭州太美丽

PT的ECO据说非常慢？是不是这样？

杭州太美丽 · 发表于 2012-12-21 19:58:01

回复 14# zwtxj

ICC里面，使用pt eco fix timing我感觉速度还可以的，不慢的，也许是我的design不是很大的原因，呵呵，

destiny21 · 发表于 2012-12-22 17:45:29

一般是写脚本处理pt eco的脚本，cadence的AE应该有类似这样的脚本。

杭州太美丽 · 发表于 2012-12-30 22:00:04

本帖最后由杭州太美丽于 2012-12-30 22:06 编辑

回复 16# destiny21

这个脚本不是很好处理的，我已经试过了， PT输出的脚本中，先插BUFFER，紧接着SIZE_CELL，这里SIZE 的CELL，既有ENCOUNTER本来就有的CELL，更多的是刚插入的BUFFER，而且pt中在反复的size_cell刚插入的buffer，而ENCOUNTER中ecoaddrepeater过程中，插入的BUFFER的 instance的名字是随机的，所以难处理的就是这个问题，插BUFFER，这个没有问题的，但是后边的SIZE_CELL，不好处理，所以使用这个流程，在ENCOUNTER中，处理hold问题，没有在ICC中，效果好的， ICC一次我就可以处理好， encounter中，我最少需要2次的，

但是在encounter中，使用这个方法，，我可以把我的design面积减少最少1/5（目前只比较过一个design），所以还是比较有好处的，

我是找前段的朋友帮我处理， pt输出的文件的，效果还不错的，呵呵

conniezhou · 发表于 2012-12-31 11:14:47

pt 可以输出适合astro and pt自己的eco 脚本文件
如果用encounter的话，需要将pt output的eco脚本转换成encounter的
比如remove_buffer 改成ecoDeleteRepeater ，
个人觉的对于remove_buffer size_cell 这两个还是比较方便的，
但是inter_buffer 就没有那么简单，因为pt 的脚本直接给了一个instance的端口，而不是一个net；需要在encoutner里面找到端口所在的net。

另外做eco的时候，大家习惯用手改，还是写好eco 脚本让工具自己去run？
个数不多，都是自己手改，感觉这样效率高，而且负面效应比较少。

chineselboy · 发表于 2012-12-31 11:57:20

谢谢谢谢

power0650 · 发表于 2012-12-31 14:45:16

回复 6# liriver03

用ecoAddRepeater，而不用 detachTerm attachTerm 的原因是什么？关于feedthrough问题如何解决呢？

账号		自动登录	找回密码
密码			注册

[求助] encounter怎么利用pt的fix_eco_timing?

浏览过的版块

站长推荐 /3