完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
1.警告:NgdBuild:931 - PLL_ADV类型的实例'U_clk_wiz_v1_6_CMP / pll_base_inst / PLL_ADV'上的SIM_DEVICE值已从'VIRTEX5'更改为'SPARTAN6',以更正此原语的后ngdbuild和时序仿真。
为了使功能模拟正确,应在源网表或约束文件中以相同的方式更改SIM_DEVICE的值。 我正在使用核心的DCM,我无法摆脱这个警告。 2.警告:NgdBuild:443 - SFF原语'U_WB_Filter1_CMP / U_Filt1_CMP / blk00000003 / blk0000002b'具有未连接的输出引脚。 U_Filt1_CMP是由coregen生成的fir过滤器,我在目录中包含了.ngc文件。 请帮忙 b 以上来自于谷歌翻译 以下为原文 1. WARNING:NgdBuild:931 - The value of SIM_DEVICE on instance 'U_clk_wiz_v1_6_CMP/pll_base_inst/PLL_ADV' of type PLL_ADV has been changed from 'VIRTEX5' to 'SPARTAN6' to correct post-ngdbuild and timing simulation for this primitive. In order for functional simulation to be correct, the value of SIM_DEVICE should be changed in this same manner in the source netlist or constraint file. I am using a DCM from core gen and I can't get rid of this warning. 2. WARNING:NgdBuild:443 - SFF primitive 'U_WB_Filter1_CMP/U_Filt1_CMP/blk00000003/blk0000002b' has unconnected output pin. U_Filt1_CMP is a fir filter generated by coregen and I have included .ngc file in the directory. please help b |
|
相关推荐
4个回答
|
|
看起来你为错误的设备系列生成了核心。
----------------------------是的,我这样做是为了谋生。 以上来自于谷歌翻译 以下为原文 Looks like you generated the core for the wrong device family. ----------------------------Yes, I do this for a living. |
|
|
|
对于警告:NgdBuild:931:
======================= 此警告可以忽略,因为模拟中的PLL_BASE功能对于Virtex 5和Spartan 6是相同的.SIM_DEVICE仅影响DRP行为。 对于警告:NgdBuild:443: ======================= 解决方案1:如果您的设计使用IP核并且所讨论的SFF与此类核心相关联,则这可能是正常的。 在某些情况下,IP内核会使某些引脚浮动,期望它们在MAP期间会被修整。 有关更多详细信息,请参阅答案记录21718。解决方案2:如果所讨论的SFF原语是您设计的一部分的一部分,那么上游综合工具可能会以下游逻辑的方式优化设计 从这个SFF已经削减了你的设计。 请查阅您的综合报告,以确定是否发生了这种情况。 以上来自于谷歌翻译 以下为原文 For WARNING:NgdBuild:931: ======================= This warning can be ignored, as the PLL_BASE functionality in simulation is the same for Virtex 5 and Spartan 6. The SIM_DEVICE only effects the DRP behavior. For WARNING:NgdBuild:443: ======================= Solution 1: If your design uses IP cores and the SFF in question is associated with such a core, this may be normal. In some scenarios, IP cores leave certain pins floating with the expectation that they will be trimmed during MAP. Please consult Answer Record 21718 for more details. Solution 2: If the SFF primitive in question is part of a portion of your design which is critical, it is possible that the upstream synthesis tool is optimizing the design in such a way that the downstream logic from this SFF has been trimmed out of your design. Please consult your synthesis report to determine if this is what is happening. |
|
|
|
|
|
|
|
我最初做了,我认为这是问题,然而,当我重建核心指定正确的设备我得到相同的警告。
b 以上来自于谷歌翻译 以下为原文 I did at first and I thought that was the problem, however, when I rebuilt cores specifying correct device I got same warnings. b |
|
|
|
只有小组成员才能发言,加入小组>>
2387 浏览 7 评论
2802 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2269 浏览 9 评论
3337 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2437 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
764浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
548浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
378浏览 1评论
1971浏览 0评论
688浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-27 04:44 , Processed in 1.263869 second(s), Total 82, Slave 66 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号