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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 1809|回复: 6

[求助] dc 遇到问题了,请各位大侠帮助一下

[复制链接]
发表于 2014-4-10 15:38:55 | 显示全部楼层 |阅读模式

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

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

x
各位大侠,我在DC综合的时候,综合结果显示一个模块的clk输入延时达到了7000多个时间单位,这个路径对应的起点就是顶层的时钟输入端,终点是RAM的clk输入端,下有截图。请各位大侠帮忙分析一下,是什么原因造成的呢?拜谢! cc_dc.bmp
 楼主| 发表于 2014-4-10 18:56:58 | 显示全部楼层
·这个问题是不是因为RAM?RTL中,clk是i通过多个Hierachy连接到RAM的时钟端的,RAM有两个时钟CLKA和CLKB。
各位大侠,请求帮助啊!
发表于 2014-4-10 21:08:08 | 显示全部楼层
clk信号在综合中一般会设置为ideal_network,然后这种情况就可以解决了
发表于 2014-4-10 23:54:03 | 显示全部楼层
set_ideal_network [get_clocks *]
发表于 2014-4-10 23:55:17 | 显示全部楼层
clk 信号本身不是data,没有capture,launch一说
发表于 2014-4-11 19:07:49 | 显示全部楼层
回复 1# libaoshen888

有一种特殊的情形,个别双口RAM会在库里有这样的timing-arc, CLKA--》CLKB, CLKB--》CLKA, 这时CLK作为data被check。这么做是合理的,原因是双口RAM不能出现对同一地址的同时发生读和写操作,所以,两端之间保持一定的延迟来避免这种情况。
但是这种path,前端真有violation也不用看,没法fix,等后端做好CTS之后检查。
 楼主| 发表于 2014-4-14 16:43:39 | 显示全部楼层
谢谢gellmann!lunmag!之前知道设定了ideal_network可以去掉这个violation,但是不知道这样做的理由,是不是合理。现在知晓了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-4-24 13:58 , Processed in 0.024548 second(s), 7 queries , Gzip On, Redis On.

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