完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
大家好,
在实现目标设备(Spartan 6 - LX45)上的软件(使用ISE 14.6的VHDL)之前,我在评估板(Spartan 6 - LX9)上测试了我的FPGA-Design。 在此转换过程中发生一个错误: -------------------------------------------------- -------------------------------------------------- ---------------------------------------- 错误:位置:1198 - PLL时钟组件未放置在可路由站点。 PLL组件放置在现场。 相应的时钟负载组件放置在现场。 如果PLL放置在相邻的水平时钟区域中,则PLL可以使用PLL和时钟负载之间的快速路径。 您可能想要分析存在此问题的原因并进行更正。 PAR中的此放置是不可用的,因此,应在您的设计中修复此错误情况。 您可以使用.ucf文件中的CLOCK_DEDICATED_ROUTE约束将此消息降级为WARNING以生成NCD文件。 然后可以在FPGA编辑器中使用此NCD文件来调试问题。 下面列出了此时钟放置规则中使用的所有COMP.PINS的列表。 可以直接在.ucf文件中使用这些示例将此ERROR降级为警告。 错误:包装:1654 - 时序驱动的放置阶段遇到错误。 -------------------------------------------------- -------------------------------------------------- ---------------------------------------- sugested解决方案(插入NET“top_out_VIDEO_Clock”CLOCK_DEDICATED_ROUTE = FALSE;到ucf文件)工作。 但我想了解这个错误的路由原因。 之后可能会有更好的解决方案,既不会导致错误也不会导致警告。 或者我可以在将来防止这种错误。 以下是一些更多信息:时钟输入(通向XILINX ipCore-Generator的PLL实例)位于引脚L15(Bank 1,IO_L42P_GCLK7_M1UDM_1),视频时钟输出位于引脚U8 Bank 2,IO_L41P_2)。 1号银行和2号银行之间的过境问题是什么? 感谢您的帮助! 以上来自于谷歌翻译 以下为原文 Hello everyone, I testes my FPGA-Design on an evaluation board (Spartan 6 - LX9) before implementing (VHDL with ISE 14.6) the software on the destination device (Spartan 6 - LX45). One error occurs in the course of this transition: -------------------------------------------------------------------------------------------------------------------------------------------- ERROR:Place:1198 - A PLL clock component is not placed at a routable site. The PLL component The corresponding clock load component site load if they are placed in adjacent horizontal clock regions. You may want to analyze why this problem exists and correct it. This placement is UNROUTABLE in PAR and therefore, this error condition should be fixed in your design. You may use the CLOCK_DEDICATED_ROUTE constraint in the .ucf file to demote this message to a WARNING in order to generate an NCD file. This NCD file can then be used in FPGA Editor to debug the problem. A list of all the COMP.PINS used in this clock placement rule is listed below. These examples can be used directly in the .ucf file to demote this ERROR to a WARNING. < PIN "CLOCK/pll_base_inst/PLL_ADV.CLKOUT0" CLOCK_DEDICATED_ROUTE = FALSE; > < NET "top_out_VIDEO_Clock" CLOCK_DEDICATED_ROUTE = FALSE; > ERROR:Pack:1654 - The timing-driven placement phase encountered an error. -------------------------------------------------------------------------------------------------------------------------------------------- The sugested solution (insert NET "top_out_VIDEO_Clock" CLOCK_DEDICATED_ROUTE = FALSE; to ucf-file) works. But I want to understand the route cause of this error. After that there might be a better solution, leading to neither error nor warning. Or I can prevent this errors in the future. Here are some more information: The clock-input (leading to the PLL-instance from XILINX ipCore-Generator) is on Pin L15 (Bank 1, IO_L42P_GCLK7_M1UDM_1), the video-clock-output is on Pin U8 Bank 2, IO_L41P_2). Is the crossing between Bank 1 and 2 the problem? Thank you for your help! |
|
相关推荐
7个回答
|
|
你好,1。
移除视频时钟引脚(PLL的输出)上的LOC约束,工具将引脚定位到正确的位置。 见第页。 ug382.Thanks -------------------------------------------------- ------------------------------------------您是否尝试在Google中输入问题? ? 如果没有,你应该在发布之前。 此外,MARK这是一个答案,以防它有助于解决您的查询/问题。给予帮助您找到解决方案的帖子。 以上来自于谷歌翻译 以下为原文 Hi, 1. Remove LOC constraints on the video-clock pin (output of PLL), the tool will LOC the pin to the correct location. 2. See page no. 14 of ug382. Thanks -------------------------------------------------------------------------------------------- Have you tried typing your question in Google? If not you should before posting. Also, MARK this is as an answer in case it helped resolve your query/issue.Give kudos to the post that helped you to find the solution. |
|
|
|
vuppala写道:“删除视频时钟引脚(PLL的输出)上的LOC限制,该工具将引脚定位到正确的位置。”
您是否建议将信号路由到另一个输出引脚,或者是“删除LOC约束”某种我尚未注意到的配置? 由于我的硬件,视频时钟的输出引脚是固定的。 因此,时钟信号必须最终路由到该引脚。 如果我可以重新设计我的pcb,我可以考虑这个限制(在完全理解它们之后)。 但现在输入和输出引脚由于硬件而固定。 以上来自于谷歌翻译 以下为原文 vuppala wrote: "Remove LOC constraints on the video-clock pin (output of PLL), the tool will LOC the pin to the correct location." Do you suggest to route the signal to another output pin or is "Remove LOC constraints" some sort of configuration I'm not yet aware of? The output pin of the video-clock is fixed due to my hardware. Therefore the clock signal MUST finally be routed to this pin. If I could make a redesign of my pcb, i could consider this restrictions (after fully understanding them). But now the input and output pins are fixed due to the hardware. |
|
|
|
嗨,由于您的硬件引脚排列是固定的,我建议您在PLL的输出网络上使用BUFG。谢谢
-------------------------------------------------- ------------------------------------------您是否尝试在Google中输入问题? ? 如果没有,你应该在发布之前。 此外,MARK这是一个答案,以防它有助于解决您的查询/问题。给予帮助您找到解决方案的帖子。 以上来自于谷歌翻译 以下为原文 Hi, Since your hardware pinout is fixed, I suggest you to use BUFG on the output net of PLL. Thanks-------------------------------------------------------------------------------------------- Have you tried typing your question in Google? If not you should before posting. Also, MARK this is as an answer in case it helped resolve your query/issue.Give kudos to the post that helped you to find the solution. |
|
|
|
在PLL实例中插入BUFG(选择时钟向导中的选项)将导致此VHDL代码
clkout1_buf:BUFG端口映射(O => o_CLOCK_Clock0,I => clkout0); 和以下错误: -------------------------------------------------- -------------------------------------------------- -------------------------------- 错误:放置:1205 - 此设计包含一个全局缓冲器实例,驱动网络,驱动以下(前30个)非时钟负载引脚芯片外。 在Spartan-6中,这种设计实践可能由于全局布线的限制而导致不可预测的情况。 如果设计确实存在路线,则该网络可能存在过度延迟或倾斜。 建议使用时钟转发威廉希尔官方网站 来创建可靠且可重复的低偏斜解决方案:实例化ODDR2组件; 将.D0引脚连接到Logic1; 将.D1引脚连接到Logic0; 将时钟网连接到.C0; 将倒置时钟连接到.C1。 如果您希望覆盖此建议,可以使用.ucf文件中的CLOCK_DEDICATED_ROUTE约束(如下所示)将此消息降级为警告并允许您的设计继续。 虽然网络可能仍未路由,但您可以分析FPGA_Editor中的故障。 错误:位置:1136 - 此设计包含一个全局缓冲区实例,驱动网络,驱动以下(前30个)非时钟加载引脚。 这不是Spartan-6中推荐的设计实践,因为全局布线的限制可能导致过度延迟,歪斜或不可路由的情况。 建议仅使用BUFG资源来驱动时钟负载。 如果您希望覆盖此建议,可以使用.ucf文件中的CLOCK_DEDICATED_ROUTE约束(如下所示)将此消息降级为警告并允许您的设计继续。 错误:Pack:1654 - 时序驱动的放置阶段遇到错误.---------------------------------- -------------------------------------------------- ------------------------------------------------ 任何想法我可能做错了什么? 我希望使用某种缓冲区(或任何基于VHDL的解决方案)来理解和解决问题。 所以非常欢迎您的建议! 但不幸的是,这会导致更多错误。 以上来自于谷歌翻译 以下为原文 Insertion of a BUFG in the PLL-instance (selecting the option in the Clock Wizard) leads to this VHDL Code clkout1_buf : BUFG port map (O => o_CLOCK_Clock0, I => clkout0); and the following Errors: ------------------------------------------------------------------------------------------------------------------------------------ ERROR:Place:1205 - This design contains a global buffer instance, the following (first 30) non-clock load pins off chip. < PIN: top_out_VIDEO_Clock.O; > This design practice, in Spartan-6, can lead to an unroutable situation due to limitations in the global routing. If the design does route there may be excessive delay or skew on this net. It is recommended to use a Clock Forwarding technique to create a reliable and repeatable low skew solution: instantiate an ODDR2 component; tie the .D0 pin to Logic1; tie the .D1 pin to Logic0; tie the clock net to be forwarded to .C0; tie the inverted clock to .C1. If you wish to override this recommendation, you may use the CLOCK_DEDICATED_ROUTE constraint (given below) in the .ucf file to demote this message to a WARNING and allow your design to continue. Although the net may still not route, you will be able to analyze the failure in FPGA_Editor. < PIN "CLOCK/clkout1_buf.O" CLOCK_DEDICATED_ROUTE = FALSE; > ERROR:Place:1136 - This design contains a global buffer instance, the following (first 30) non-clock load pins. < PIN: top_out_VIDEO_Clock.O; > This is not a recommended design practice in Spartan-6 due to limitations in the global routing that may cause excessive delay, skew or unroutable situations. It is recommended to only use a BUFG resource to drive clock loads. If you wish to override this recommendation, you may use the CLOCK_DEDICATED_ROUTE constraint (given below) in the .ucf file to demote this message to a WARNING and allow your design to continue. < PIN "CLOCK/clkout1_buf.O" CLOCK_DEDICATED_ROUTE = FALSE; > ERROR:Pack:1654 - The timing-driven placement phase encountered an error. ------------------------------------------------------------------------------------------------------------------------------------ Any ideas what I might do wrong? My hope was to use some kind of buffer (or really any VHDL-based solution) to understand and solve the problem. So your suggestion is most welcome! But unforunately this leads to more errors. |
|
|
|
嗨,在添加BUFG之前,请您提供PLL连接的快照吗?谢谢
-------------------------------------------------- ------------------------------------------您是否尝试在Google中输入问题? ? 如果没有,你应该在发布之前。 此外,MARK这是一个答案,以防它有助于解决您的查询/问题。给予帮助您找到解决方案的帖子。 以上来自于谷歌翻译 以下为原文 Hi, Can you please provide a snapshot of the PLL connectivity here before adding BUFG? Thanks-------------------------------------------------------------------------------------------- Have you tried typing your question in Google? If not you should before posting. Also, MARK this is as an answer in case it helped resolve your query/issue.Give kudos to the post that helped you to find the solution. |
|
|
|
在这里,您可以在添加BUFG之前找到一些快照。
如果您需要其他或特定信息,请不要犹豫。 以上来自于谷歌翻译 以下为原文 Here you find some snapshots before adding a BUFG. If you need other or specific infomation dont hesitate to ask. |
|
|
|
engineer_on_tour,
这可能由合成器自动完成,但您可能需要添加OBUF。 这可能有所帮助(来自UG382的第113页): 我认为你提到的警告意味着像配置一样。 问候 以上来自于谷歌翻译 以下为原文 engineer_on_tour, This is probably done automatically by synthesizer, but you might need to add an OBUF. This may help (from p.113 of UG382): I think the warning you mentioned, meant something like the configuration obove. Regards |
|
|
|
只有小组成员才能发言,加入小组>>
2448 浏览 7 评论
2846 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2308 浏览 9 评论
3390 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2486 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
1759浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
621浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
483浏览 1评论
2036浏览 0评论
760浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-1-12 15:26 , Processed in 1.367857 second(s), Total 88, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号