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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3057|回复: 4

[求助] 一直以来有个疑问: 关于ICC内建timing引擎与StarRCXT(或SOCE与FireIce)

[复制链接]
发表于 2011-12-21 10:44:17 | 显示全部楼层 |阅读模式

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

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

x
无论ICC或SOCE, 既然工具是“timing-driven” P&R, 那一定有内建的RC提取和timing计算,为何又让StarRXCT和FireIce这种单独RC抽取,仅仅是为了抽出spef给PT用吗? 假如ICC和SOCE的内建RC抽取是2D, StarRCXT/FireIce是3D,总之精度和算法不一致的话, 就会发生两者对于sdf/spef 结果可能无法关联,迭代数次依然无法收敛? 这样的话, 又何苦推出StarRCXT/FireIce呢, 让ICC/SOCE直接抽spef不就没有这样的问题了吗?或直接把StarRCXT和FireIce的3D引擎做到ICC和SOCE里面去。 总之, 这样会节省设计者很多时间啊!
发表于 2011-12-21 12:27:16 | 显示全部楼层
分开来 卖的钱多把 呵呵
发表于 2011-12-21 13:33:35 | 显示全部楼层
从设计流程上讲,设计过程中的应该不需要太精确,最终signoff的时候再去用starRC把关,能节省不少中间过程中的时间。

ICC中signoff_opt不就是调用了starRC和PT么?不知道调用之后出的spef是否就是starRC出来的,你可以测试一下
发表于 2012-7-3 13:47:52 | 显示全部楼层
楼主,麻烦问一下,在SOCE中,启动fire&ice的命令是什么?能给份文档么?
发表于 2012-7-3 18:11:13 | 显示全部楼层
fire/ice 是老产品了,都被淘汰了现在. 现在趋势是PR 在最后阶段会调用sign-off RC-E tool来做timing 优化,其实这样做是在帮你做timing ECO吧, 应该能减少不少手工ECO work,就是不知道代价如何~
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-2-23 18:15 , Processed in 0.018896 second(s), 9 queries , Gzip On, Redis On.

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