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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

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

[讨论] 关于内部pin的延迟

[复制链接]
发表于 2013-5-20 22:15:11 | 显示全部楼层 |阅读模式

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

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

x
设计内部有一个时钟信号由模拟部分提供,在数字顶层就以一个pin的形式存在,静态时序分析时由于这个pin有set_driving_cell的设定,于是产生了两部分延迟,一是这个pin到内部器件输入端的线延迟,另一个延迟感觉像是工具自动添加的从driving cell到这个pin的延迟,且第二个延迟值在时序分析时launch和capture路径上的延迟还不相同,导致有些路径的时序不过,个人觉得这第二部分延迟应该是不存在的吧,想找个方法去掉它,各位怎么认为喃 ?
发表于 2013-5-21 08:38:27 | 显示全部楼层
把set_driving_cell换成set_clock_transition试试,transition的大小可以参照你现在的timing report的数值
发表于 2013-5-21 08:39:00 | 显示全部楼层
同时记得用CPPR
 楼主| 发表于 2013-5-21 19:31:13 | 显示全部楼层




    这也是一个奇怪的地方,CRPR我是设置了的,但是launch和capture路劲上时钟输入到内部第一个器件的延迟却还是不一样。
 楼主| 发表于 2013-5-21 19:32:10 | 显示全部楼层


把set_driving_cell换成set_clock_transition试试,transition的大小可以参照你现在的timing report的数值
陈涛 发表于 2013-5-21 08:38




谢谢陈老大,这个可以试试。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2025-2-25 13:30 , Processed in 0.026365 second(s), 9 queries , Gzip On, Redis On.

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