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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3631|回复: 5

[求助] 关于FPGA buf问题

[复制链接]
发表于 2011-4-10 22:19:14 | 显示全部楼层 |阅读模式

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

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

x
各位前辈,
一条路径不满足pad to pad路径约束,发现路径中除了管脚的buf外还加了一个buf,这个信号的fanout(12)比约束的最大fanout(10)大了点,我想通过修改最大fanout约束来去掉这个额外的buf,来满足pad to pad路径约束,我想这样修改后会有什么影响!
谢谢大家!
发表于 2011-4-10 22:43:33 | 显示全部楼层
这个BUF应该是驱动能力不够,布局布线工具自动添加上去的吧。你怎么修改都没用吧。最好是修改你的设计。
发表于 2011-4-10 23:12:55 | 显示全部楼层
这个buf是由于实际的fanout大于你设计的fanout,所以综合工具添加上去的。可以通过修改fanout属性去掉。如果去掉的话PAD TO PAD的delay时间会相对延长,会延长多少还要看具体负载电路
 楼主| 发表于 2011-4-11 20:58:32 | 显示全部楼层
回复 3# talent8031


   
    通过修改fanout参数是可以去掉buf,但是我想知道的是去掉后会对信号的物理特性(比如高低电平变化时间等)有什么影响吗?
还有现在的工程中pad to pad延迟中这个额外的buf占去了4ns,我去掉这个buf会好才对呀,但是实际中没有达到这个效果,想知道为什么。
发表于 2011-4-12 12:56:25 | 显示全部楼层
删掉buffer后可能会导致驱动不足,那么接收端在接受信号的时候可能会采样错误。后端布局自动添加的buffer应该有其必要的地方,个人不建议删除。
通过修改max fanout应该不是删除了这个buffer这么简单,而是把原来要fanout的信号copy出来单独做一份。
所以,建议你在RTL里面将这个信号输出的点单独copy出来写,如果是flop的话就更简单了,copy出来之后。如果是xilinx的FPGA,可以在ISE map的属性里面设置将这个输出的flop布到IOB里面。这样时序会好很多。其他的FPGA不了解,相信差不多吧。
 楼主| 发表于 2011-4-12 23:44:58 | 显示全部楼层
谢谢!我在做点实验理解一下
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-11-24 21:01 , Processed in 0.025214 second(s), 9 queries , Gzip On, Redis On.

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