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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜帖子
楼主: 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。。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2025-8-18 14:15 , Processed in 0.012437 second(s), 3 queries , Gzip On, Redis On.

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