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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
12
返回列表 发新帖
楼主: xiaowang8900

[求助] 关于create_generate_clock

[复制链接]
 楼主| 发表于 2017-6-28 21:58:34 | 显示全部楼层
回复 6# masaka_xlw

   不过ICG应该是可以穿过去的吧?
发表于 2017-6-29 08:38:04 | 显示全部楼层
回复 9# xiaowang8900


   就像你回复我上个条目说的那样, set_propagate_clock 在post layout才用。那么在ideal network阶段,如果你想要模拟network latency,那只能一段段的标上。我试了下,如果自己标了network latency, 又设了propagate, 标了的值就无效了。两者互斥,很合理。     毕竟你已经设了 不允许propagate.
    By default, the tool assumes ideal clocking, which means clocks have a specified network latency (from the set_clock_latency command) or zero network latency by default. Propagated clock network latency (from the set_propagated_clock command) is normally used after layout and final clock tree generation.
     Specifying the ideal clock network latency provides an estimate of the clock tree delay for before layout.
 楼主| 发表于 2017-6-30 19:45:38 | 显示全部楼层
回复 12# sdlyyuxi


   恩,谢谢啦
发表于 2017-7-1 01:49:54 | 显示全部楼层
回复 10# xiaowang8900
正常情况下ICG在任何tech process下都是能被时钟穿过的。感觉有点像时钟树在前仿和后仿中,工具如何解释的问题。
一般后仿直接就propagate了,延迟参数直接从后端过来。前仿真往往都是ideal的,除非强行force delay。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-11-26 01:34 , Processed in 0.015129 second(s), 7 queries , Gzip On, Redis On.

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