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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

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

[求助] clock tree global skew太大

[复制链接]
发表于 2016-11-10 17:19:27 | 显示全部楼层
时钟树skew太大,根据你的描述应该是多时钟域design,那么原因总的来说有两个方面:
1. fp的原因:比如某些sinks被block住,中间很长一段无法加buffer;
2. 如果排除fp的原因,那么很大可能是时钟之间的相互干扰,举例有两个master clk1, clk2,clk1有一个generated clock,那么分频器对于clk1来说是non-stop pin,如果这个分频器同时也在clk2时钟树下面,它将作为clk2的stop pin,这种矛盾工具是无法处理好的,经常导致很大的skew。
实验是否这种原因导致的方法:可以单做clk1的时钟树,看skew是否好很多,如果是,则大概可以判断是时钟间的相互干扰了。
解决办法:把default exception写出来,找出non-stop pin的点,apply到所有的时钟树上。
发表于 2016-11-11 13:43:22 | 显示全部楼层
回复 11# empitiness

赞同,建议很好!
感觉只要把design的clock tree structure理清了,一般这些问题都好解决了。顺带也要和前端确认哪些clock是否异步,是否需要inter balance
发表于 2016-11-14 09:10:27 | 显示全部楼层
工具优化不下去很可能是时钟结构的问题,检查下你的时钟树细节, 另外看下一些contraint下的是否合适
发表于 2018-1-25 13:47:45 | 显示全部楼层
回复 11# empitiness
谢回复,讲得很清楚
发表于 2023-8-23 11:03:23 | 显示全部楼层


empitiness 发表于 2016-11-10 17:19
时钟树skew太大,根据你的描述应该是多时钟域design,那么原因总的来说有两个方面:
1. fp的原因:比如某些 ...


写得很细,学习了,谢谢!
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-2-22 17:36 , Processed in 0.016528 second(s), 6 queries , Gzip On, Redis On.

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