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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子

[讨论] 扇出大为什么会导致路径延时比较大

[复制链接]
 楼主| 发表于 2014-4-22 15:48:41 | 显示全部楼层
回复 10# haitaox


    嗯,一会找来看看。寄存器复制和上全局时钟网络都只是在大扇出导致时序不能收敛时的一种解决办法,时序问题的根本还是设计。
发表于 2014-4-22 16:20:31 | 显示全部楼层
回复 11# 挂在天边的鱼


同意你的观点。   
时序是设计出来的,而不是约束或者修改出来的。
做设计时间长了就会发现,RTL编码其实用的时间很短,占大头的时间还是方案设计和详细设计阶段。
ps,用好了脚本语言,写代码刷刷的。
 楼主| 发表于 2014-4-22 16:46:09 | 显示全部楼层
回复 12# haitaox


    刚刚我去测试了一下,spartan6上BUFG的输出确实只能驱动时钟端口,v6和z7000上是可以的,这个我已经用过了,刚刚又在v6上测试了一把,确实是可以的。
以前还没注意这个问题,以为xilinx的FPGA都具备这个功能。
  你用的什么编码工具啊?VIM?
发表于 2014-4-22 17:20:16 | 显示全部楼层
回复 13# 挂在天边的鱼


    可能是xilinx家不同的器件有不同的使用方法吧。

    我用UE,把常用的模块都做成了脚本。公司文化吧,都用UE,只好也用UE 了。
发表于 2014-4-23 08:13:27 | 显示全部楼层
扇出大就需要驱动能力更强的器件(速度较慢),或者不断的在布线路径上添加buffer或者LUT来增加信号驱动能力。个人猜想是这个原因导致的延迟增大。至于FPGA内,从来没有特别关注过reset是走哪个网络的。只关心过时钟。
 楼主| 发表于 2014-4-23 09:32:16 | 显示全部楼层
回复 15# acgoal
全局时钟网络保证到时钟每个寄存器的延时基本保持一致,而普通布线资源没办法做到这一点,扇出过大,就会导致有的路径上延时比较短,有的路径延时会比较长,增加时序收敛的风险。
至于你说的过buf或者LUT增强驱动导致延时的问题,这个我也不是很清楚是不是会有这么一回事,期待其它人的解答。其实我以前和你这个想法差不多,但是不确定是因为要布线才穿过LUT,还是为了增强驱动。
期待大神的声音。
发表于 2015-9-7 15:49:56 | 显示全部楼层
好贴 我也一直有这个疑问
发表于 2015-10-8 11:42:38 | 显示全部楼层
回复 7# haitaox


   请教一下,如果FPGA复位作为全局多个模块的复位信号,有什么设计方能适当优化其扇出吗?多谢!!
发表于 2015-10-8 13:27:35 | 显示全部楼层




    据我所知,lut当做布线资源使用完全是因为正常的布线资源不够使用,才被迫使用lut的。
    在ise的综合报告里面,有一项是 lut route through的报告。
    xilinx的文档里面说了一些这方面的知识,大致的意思就是通过只能通过lut才能布线到某些资源
发表于 2015-10-8 13:31:10 | 显示全部楼层


回复  haitaox


   请教一下,如果FPGA复位作为全局多个模块的复位信号,有什么设计方能适当优化其扇出 ...
笑陵韵 发表于 2015-10-8 11:42




    您可以参考一下xilinx有关复位的两片 white paper。大致的思想是
1.复位可以不用的地方就不用
2.复位可以少用的地方就少用
3.复位信号最好是同步的
4.用不同复位的方法(always 敏感列表里面没有reset)

1 2 两项能够显著提高资源使用率。 3 4两项可以保证把reset信号作为普通的输入信号,这样就没有扇出的问题了,因为reset不需要专用的布线资源。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

X

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

GMT+8, 2025-6-28 16:23 , Processed in 0.022058 second(s), 7 queries , Gzip On, MemCached On.

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