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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 4716|回复: 4

[求助] Latch中关于 max_borrow_time的问题i

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

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

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

x
1.jpg

上图是基于latch的设计,黑色时钟线代表没有borrow time的时序图,粉红和红色部分代表borrow time。
对于latch2进行建立关系检查。由于logic的8.9ns的延迟,latch1输出至少要经过8.9ns的时间才能到达latch2。但是根据时序图可以知道clk1,和clk2的关系,当latch2 capture 数据的时候,latch1的数据还没有到。这样就会产生逻辑故障。
为了修正这个逻辑故障,综合工具会borrow time,以满足建立时间关系,如上图中的红色和粉红色部分。综合工具会使clk1的低电平持续的时间够长,那么就要使clk2的低电平够端,只要满足setup relation就可以。
如果latch2还有下级,那么我们可以知道,由于上级的borrow time,下级有可能会产生一些time violations。
这个时候我们就要用set_max_time_borrow 限制综合工具借入更多的时序,为了满足setup relation,综合工具会最大优化logic部分。

如果将上图放入到门控电路中,如下:

1.jpg



结合borrow time的时序图,我们分析下门控时钟里面可以设置的最大borrow time:

1.jpg


1.jpg


我想问下 T2-T1为什么还要大于 与门 的延迟呢? 不是在Latch透明期间,将Latch的输出送到与门的输入就行了吗?

求解释
发表于 2014-11-16 09:28:59 | 显示全部楼层
内容因为T2那时DFF就一定要得到数据才行
 楼主| 发表于 2014-11-16 12:00:18 | 显示全部楼层
回复 2# duder 为什么呢 我觉得T2之前,只要锁存器的数据到达 与门 的输入端就可以啦啊
发表于 2014-11-16 13:19:44 | 显示全部楼层
哦,我知道你的意思了,我说错了,确实好像clock gating check 不用这个and的cell delay哎
 楼主| 发表于 2014-11-16 13:25:58 | 显示全部楼层
回复 4# duder
恩,确实不用的,可能作者笔误 写错啦
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

×

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

GMT+8, 2024-11-15 10:27 , Processed in 0.024907 second(s), 10 queries , Gzip On, Redis On.

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