完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我正在使用Synplify pro进行RTL合成。
我使用2个xilinx coregen PLL,一个产生125MHz,一个产生80MHz。 当我使用125MHz的时钟时,时序报告显示大约105MHz。 然而,当我使用80MHz代替125MHz时,由于某种原因,时序报告显示出最大值。 大约30MHz。 我确实检查了synplify报告,对于125MHz的情况,它显示请求的周期为8ns。 - 这对125MHz是正确的。 但对于80MHz的情况,该报告开始显示1.2ns的请求周期! - 我不确定这是怎么发生的。 我检查了我的PLL,它正在生成正确的频率。 我只限制PLL输入。 可能会出现这样的情况:如果频率低于某个值,那么RTL代码会被合成出来还是什么? 在什么情况下,80MHz的速度可以在最佳情况下提供30MHz的频率,但125MHz的频率为105MHz? 请告诉我...... 感谢致敬, 祖宾库马尔。 以上来自于谷歌翻译 以下为原文 I was using Synplify pro for RTL synthesis. I am using 2 xilinx coregen PLLs, one to generate 125MHz, one to generate 80MHz. When I use a clock of 125MHz, then the timing report comes out showing about 105MHz. However when I use 80MHz in place of the 125MHz, then for some reason the timing report comes out showing a max. of about 30MHz. I did check the synplify reports and for the 125MHz case, it shows requested period as 8ns. – which is correct for 125MHz. But for 80 MHz case, the report starts to show a requested period of 1.2ns! – I am not sure how this can happen. I have checked my PLL and it is generating the proper freq. I am only constraining the PLL input. could there be a situation where if the freq falls below a certain value then the RTL code would get synthesized out or something? In what case would a 80MHz speed give 30MHz in best case freq but 125MHz give 105MHz? Do let me know … Thanks and regards, Zubin Kumar. |
|
相关推荐
3个回答
|
|
忽略Synplify的时间估计。
唯一重要的数字是由布局布线时序分析器生成的数字。 ----------------------------是的,我这样做是为了谋生。 以上来自于谷歌翻译 以下为原文 Ignore Synplify's timing estimates. The only numbers that matter are those generated by the post-place-and-route timing analyzer. ----------------------------Yes, I do this for a living. |
|
|
|
即使我针对特定的xilinx FPGA,我仍然没有回复synplify时序估计吗?
我同意最后的说法是xilinx发布PAR报告,但作为第一次通过,我们可以完全不依赖synplify报告吗? 以上来自于谷歌翻译 以下为原文 even if i target the specific xilinx FPGA, do i still not reply on the synplify timing estimate? i agree that the final say is xilinx post PAR report, but as a first pass, can we not rely on synplify reports at all? |
|
|
|
我很惊讶Synplify弄错了。
我用于Xilinx FPGA的所有工具--Synplify / ISE / Vivado - 都始终通过PLL / MMCM /等正确设置时间。 它始终是有效的,没有我做任何事情。 如果是我,我花了几分钟调查日志文件/等。 试图弄清楚正在发生的事情。 除了限制输入时钟周期之外,你没有做任何“创造性”的事情吗? 但是根据你的描述,它听起来像是一个Synplify问题。 问候, 标记 以上来自于谷歌翻译 以下为原文 I'm surprised Synplify is getting this wrong. All the tools I've used for Xilinx FPGAs - Synplify/ISE/Vivado - all have always managed to time correctly through the PLLs/MMCMs/etc. It's always just worked, without me having do to anything. If it were me, I spend a few minutes investigating the log files/etc. to try and puzzle out what's going on. You're not doing anything "creative" beyond just constraining the input clock period? But from your description it sounds like a Synplify problem. Regards, Mark |
|
|
|
只有小组成员才能发言,加入小组>>
2420 浏览 7 评论
2823 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2294 浏览 9 评论
3374 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2461 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
1158浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
584浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
450浏览 1评论
2005浏览 0评论
729浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-23 04:29 , Processed in 1.469147 second(s), Total 81, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号