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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 10730|回复: 13

[原创] CTS 不同mode 下的balance 问题

[复制链接]
发表于 2011-6-30 11:42:58 | 显示全部楼层 |阅读模式

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

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

x
分为两种mode:scan 和func
   长完scan 后再长func  会发现scan的skew飘掉,
   比较长func之前和之后scan 下的相同clock path ,发现cell的位置和种类都没有变化但是transition和delay 值有变化而且是有些path  变长,有些path 变短,所以导致skew 飘掉,不明白为什么transition 和delay值会变??
     改变长tree 的顺序,还是有同样的问题存在
     想不到原因是什么 ,希望高人来指点迷津 ,不胜感激
发表于 2011-6-30 13:07:28 | 显示全部楼层
如果是同样的net和buf/inv(注意,不是其他组合逻辑单元),不同mode下,trans和delay都变化较大,你首先应该检查环境的设定
发表于 2011-6-30 13:41:36 | 显示全部楼层
先顶陈大,我也觉得如果环境一样不应该出现不同mode不一样delay的情况。
另外,歪个楼,为什么先长scan?出于什么考虑?
 楼主| 发表于 2011-6-30 13:51:17 | 显示全部楼层
回复 2# 陈涛


    是在同样的operating_condition 下长的tree,只是根据designer 的要求把不同模块的tree 分步长了,
    原来也遇到过类似的问题,不过那时是因为先长的tree 的BUF/INV在长下一条tree时被动到了,这次我长好一条后有mark 住,而且位置是没有变
  所以比较奇怪为什么skew会飘
  我可能要试一下把两条tree 同时长看看,不知道会是什么样的结果
  谢谢斑竹支持  呵呵
 楼主| 发表于 2011-6-30 13:55:39 | 显示全部楼层
回复 3# yueluofenghen


    是根据designer 的要求长的,在scan 下有一条主要的tree
    环境应该是一样的,可能要再长长看
    谢谢帮忙
发表于 2011-6-30 23:38:48 | 显示全部楼层
每日一题(028)
发表于 2011-7-1 09:21:23 | 显示全部楼层
我认为:不同Mode下,SDC 不同,TIming window的变化对Transition应该有影响啊,因此同样的tree 在不同的Mode下的Skew是不同的,具体飘多少应该是case_by_case的。
发表于 2011-7-26 14:29:14 | 显示全部楼层
你比较两次的时候都是有routing吗?
或者都是没有routing的吗?
如果都有routing,比较两个wire有没有不同
如果都没有routing,从根部开始比较两者从哪里开始差。(比较RC)
如果一个有routing一个没有 那飘很正常啊

另外长的先后顺序也有点奇怪 颠倒了
发表于 2011-7-26 21:59:31 | 显示全部楼层
ICC里面有个  set_cts_scenario  ,

也就是设置成专门的 cts 情况的,

你可以写个单独的sdc 给这个scenario用,
 楼主| 发表于 2011-7-27 15:08:38 | 显示全部楼层
谢谢大家支持  原因已经找到 同时长的时候就没有这种问题
后来发现是在report_clock时  没有设置operating_condition
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2025-1-3 17:02 , Processed in 0.035420 second(s), 6 queries , Gzip On, Redis On.

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