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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3271|回复: 9

[求助] 请高手解答pluse width check问题

[复制链接]
发表于 2013-8-9 16:50:19 | 显示全部楼层 |阅读模式

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

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

x
在pluse width check中,
问题出现在一个menmory的clk端,发现pluse width发生了大的变化,产生了violation.
听别人说在path上用INV代替BUF可以解决。
但是我在检查之下发现path上基本全是INV,

请问高手们有什么好的建议吗?
现在连问题可能出现在什么地方都不知道。。
发表于 2013-8-9 17:00:36 | 显示全部楼层
用的INV是时钟专用的对称INV吗?
发表于 2013-8-9 19:16:06 | 显示全部楼层
不加timing derate占空比不好,说明反相路径不对称;
加了timing derate占空比才变差,说明latency太大;
如果时钟电路采用了对抗OCV的结构,可以把timing derate设小。
发表于 2013-8-11 14:22:53 | 显示全部楼层
你弄懂Pulse Width或者dataPulse就知道挺好修的了。
 楼主| 发表于 2013-8-12 17:27:54 | 显示全部楼层
请问能给个具体一点的建议吗
 楼主| 发表于 2013-8-12 17:30:08 | 显示全部楼层
现在真的很头疼,请高手们帮帮忙
 楼主| 发表于 2013-8-12 18:38:41 | 显示全部楼层
INV是时钟专用的INV,是不是对称我就不知道了,我猜应该是的。INV是TSMC40工艺的,SEL_INV_S_12之类的。
 楼主| 发表于 2013-8-12 18:42:23 | 显示全部楼层
这个跟timing derate有关系吗?pluse width check不是在同一条path上check的吗?timing derate造成的时间差不是会被cppr抵消掉吗?(不考虑si的情况下)
发表于 2013-8-12 19:42:13 | 显示全部楼层


上升沿和下降沿不是共同路径,比如快N慢P
 楼主| 发表于 2013-8-12 20:57:31 | 显示全部楼层
如果上升沿和下降沿不属于共同路径的话,那pluse width check的时候,path上的所有路径都不属于共同路径。但是我做pluse width check,却报出来有cppr,这是为什么?
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-2-26 05:44 , Processed in 0.022981 second(s), 7 queries , Gzip On, Redis On.

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