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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

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

[求助] FPGA设计中的复位问题

[复制链接]
发表于 2017-6-28 15:23:27 | 显示全部楼层 |阅读模式

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

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

x
本帖最后由 yypeng 于 2017-6-29 13:30 编辑

设计中的全局复位信号来自时序元件(rst_tmp)的输出端(io_rst_bufg_ctrl/rst_tmp_reg/Q),  经过BUFG后输送往各个功能单元模块,并且指定从该引脚出发的所有路径为伪路径,约束语句如下:

   set_false_path  -from [get_cells  -hier -filter {NAME=~ *io_rst_bufg_ctrl/rst_tmp*}]
set_false_path_1.PNG

等同于下述约束语句:
set_false_path_2.PNG

   set_false_path  -from [get_pins  -hier -filter {NAME=~ *io_rst_bufg_ctrl/rst_tmp*/Q}]  

###<注1:没有指定-to选项,默认指向所有后续时序单元>###

实践中发现,实现后,出现如下现象:

   1)查询引脚io_rst_bufg_ctrl/rst_tmp_reg/Q对应的连线(为方便,比如A)
   2)查询连线A对应单元,结果只存在io_rst_bufg_ctrl/rst_tmp_reg(不正常,因为没有给出后续BUFG的名字)
   3)查询BUFG/I的连线,结果显示不是A,而是B
   4)查询连线B对应单元,结果显示有两个:BUFG、io_rst_bufg_ctrl/rst_tmp_reg_replicate(寄存器复制)
   5)查询io_rst_bufg_ctrl/rst_tmp_reg_replicate/D对应连线,比如:C
   6)查询连线C对应单元,结果包括:io_rst_bufg_ctrl/rst_tmp_reg、io_rst_bufg_ctrl/rst_tmp_reg_replicate

###<注2:即使在约束语句中增加-include_replicated选项,扔改变不了上述情况的存在>###
###<注3:在实现之后,再次运行上述set_false_path命令,可以消除这里所述的负时序路径>###
整合上述信息,发现发生了寄存器复制,原寄存器输出连线丢失后续单元,并且从复制寄存器输出管脚开始的路径,仍存在路径不满足建立保持时间。

疑问:
   1)寄存器复制,发生在布局布线阶段,旨在缓解由于较大扇出带来的时序问题。那么,在已经指定BUFG增强后续驱动能力的前提下,这里为何要复制寄存器呢?

   2)原寄存器的输出管脚的连线为何没有与后续BUFG/I连接起来?(似乎是被复制寄存器的输出管脚与BUFG/I之间的连线替换掉了)

   3)约束语句也适用于复制寄存器(字符串匹配的到),那么为何从复制寄存器出发的路径,仍存在负时序路径呢?

   4)设计中人工施加BUFG是否能够强制指定全局时钟网络对复位信号进行布局布线?

外话:
   VIVADO综合器在各个阶段(综合-->优化-->布局-->布线)都以前一阶段的结果为基础,同一个XDC文件会被综合器分析几次?
希望相关朋友各抒己见,帮忙解惑,谢谢~~
 楼主| 发表于 2017-6-29 17:03:53 | 显示全部楼层
竟然没有人回答我的问题
发表于 2017-7-3 20:31:05 | 显示全部楼层
回复 2# yypeng


   没有弄过vivado,帮你顶上去
 楼主| 发表于 2017-7-4 18:24:10 | 显示全部楼层
回复 3# shiyinjita


   谢谢!发了这么多天,竟没有一人提些许看法,哈哈哈。。。
 楼主| 发表于 2017-7-4 18:24:47 | 显示全部楼层
回复 3# shiyinjita


   谢谢!发了这么多天,竟没有一人提些许看法,哈哈哈。。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-12-19 07:06 , Processed in 0.020655 second(s), 7 queries , Gzip On, Redis On.

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