完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
我在比特流生成期间遇到以下错误，我正在寻找
一个解释。如果我不这样做，我会认为 关心输出时钟的阶段，补偿将是一个无关紧要的。 应该有办法解决这个错误。 [Drc 23-20]规则违规（REQP-119）V7_MMCM_SET_COMPENSAtiON0 - 类型为“MMCME2_ADV”的单元clk_gen_i / inst / mmcm_adv_inst具有从不同源类型驱动的CLKIN1和CLKIN2。 这些路径上的不同时序需要不同的COMPENSATION设置，硬件不支持这些设置。 在时钟切换模式下使用MMCM时，必须从相同类型的资源驱动两个源输入。 进入MMCM的两个时钟是时钟输入上的外部单端时钟， 来自Zynq PS的内部时钟作为替代品直到外部 电路配置。 Vivado 2013.4 Zynq xc7z010clg400-1 以上来自于谷歌翻译 以下为原文 I'm getting the following error during bitstream generation, and I'm looking for an explanation. I would think that if I don't care about the phase of the output clock, the compensation would be a don't-care. There should be a way to get around this error.
and an internal clock coming from the Zynq PS to act as a substitute until the external circuitry is configured. Vivado 2013.4 Zynq xc7z010clg400-1 
0
|
|
相关推荐
11个回答
|
|
|
R42，
您希望MMCM做什么？ 违反的规则是让你知道，当它切换时，可能会出现相位跳跃。 这可能导致MMCM违反时间。 BUFGMUX具有时钟切换功能，可确保时钟周期不会小于两个时钟周期中的任何一个，无论相位或频率差异如何（无干扰）。 Austin Lesea主要工程师Xilinx San Jose 以上来自于谷歌翻译 以下为原文 r42, What do you want the MMCM to do? The rule violated is letting you know that when it switches, there will likely be a phase jump. This may lead to the period of the MMCM violating timing. The BUFGMUX has a clock switch capability that guarantees the clock period is never smaller than either of the two clocks' periods, regardless of phase or frequency difference (glitch free). Austin Lesea Principal Engineer Xilinx San Jose |
|
|
|
|
|
奥斯汀，
谢谢你的建议。 我在MMCM的一个输出上放了一个BUFGMUX，这将满足我的需求。 但是有一个可能的错误：我告诉clk_wiz_0省略输出缓冲区 时钟，但它无论如何都把它。 因此，看看原理图，我有MMCM 驾驶一个BUFG，它在转动一个BUFGCTRL。 实施接受 这（虽然我没有寻找警告），但似乎不是最理想的。 以上来自于谷歌翻译 以下为原文 Austin, Thanks for your suggestion. I put a BUFGMUX on one of the outputs of the MMCM, which will meet my needs. There is a possible bug, though: I told clk_wiz_0 to omit the output buffer on that clock, but it put it in anyway. Thus, looking at the schematic, I have the MMCM driving a BUFG which in turn drives a BUFGCTRL. The implementation accepts this (I didn't look for warnings, though), but it seems suboptimal. |
|
|
|
|
|
R42，
我同意。 地点和路线后的样子是什么样的？ 该工具应足够智能，以删除不需要的元素。 也许其他人也可以在这里发表评论。 Austin Lesea主要工程师Xilinx San Jose 以上来自于谷歌翻译 以下为原文 r42, I agree. What does it look like after place and route? The tool should be smart enough to remove uneeded elements. Perhaps someone else can comment here, too. Austin Lesea Principal Engineer Xilinx San Jose |
|
|
|
|
|
这是一个有趣的问题。
我注意到你使用了2013.4 VIVADO。 也许这个问题在2014.2解决了？ 弗拉迪斯拉夫·穆拉文 以上来自于谷歌翻译 以下为原文 That's an interesting problem. I notice you used 2013.4 VIVADO. Perhaps this problem is solved on 2014.2? Vladislav Muravin |
|
|
|
|
|
路由后，还有BUFG驱动BUFGCTRL。
也许这根本不是一个错误：也许是MMCM提供的唯一路由 是BUFG？ 我会在较新版本的Vivado中尝试，但我的SDK许可证已过期，所以我 想要保持这个选项开放。 或者将较旧的SDK与较新的Vivado一起使用是否有效？ 这听起来像是在寻找麻烦。 以上来自于谷歌翻译 以下为原文 After routing, still have BUFG driving BUFGCTRL. Perhaps this is not a bug at all: Perhaps the only routing available from an MMCM is to a BUFG? I would try it in a newer version of Vivado, but my license for SDK expired, so I want to keep that option open. Or is it valid to use an older SDK with a newer Vivado? That sounds like asking for trouble. |
|
|
|
|
|
2014.2中的SDK使用不同的导出过程（HDF文件）定义，因此除非您申请新的免费SDK许可证，否则最好不要升级。
2014.2 VIVADO虽然更加稳定并提供了一些修复，但我们已经在等待2014.3：o） 弗拉迪斯拉夫·穆拉文 以上来自于谷歌翻译 以下为原文 SDK in 2014.2 is using a different exporting process (HDF file) definitions, so unless you request a new free SDK license, you'd better don't upgrade. 2014.2 VIVADO is however more stable and offers a few fixes, although we are already awaiting for 2014.3 :o) Vladislav Muravin |
|
|
|
|
|
>>一个新的免费SDK许可证
自由？ 怎么样？ 我花了半个小时试图找到如何做到这一点。 你能帮我吗？ 我在“产品许可”“创建新许可证”“基于证书的许可证”中看不到任何SDK许可证 https://xilinx.entitlenow.com/AcrossUser/main.gsp?licenseType=&product=&tab=CreateLicense&uuid=& 以上来自于谷歌翻译 以下为原文 >> a new free SDK license Free? How? I've just spent a half hour trying to find how to do this. Can you help? I don't see any SDK license available at "Product Licensing" "Create New Licenses" "Certificate Based Licenses" https://xilinx.entitlenow.com/AcrossUser/main.gsp?licenseType=&product=&tab=CreateLicense&uuid=& |
|
|
|
|
|
您可以获得免费的SDK版许可证，只需跳转到www.xilinx.com并浏览产品许可。
有时我们需要这个用于我们的同行在实验室中完成的本地更改，但主要的综合业务当然是在Linux服务器上运行，其中大型许可证是。 问候 弗拉迪斯拉夫·穆拉文 以上来自于谷歌翻译 以下为原文 You can get a free SDK-only license, just jump to www.xilinx.com and browse product licensing. Sometimes we need this for local changes done in the lab by our peers, but major synthesis business is run of course on a Linux server, where the big license is. Regards Vladislav Muravin |
|
|
|
|
|
没有我可以看到的SDK许可证。
我需要帮助。 以上来自于谷歌翻译 以下为原文 No SDK license available that I can see. I need help. |
|
|
|
|
|
丰富，
这是在VIVADO Webpack License下完成的。 安装该工具后，它会为您提供获取此许可证的选项。 需要明确的是：这不是解决迁移问题的方法; 而是一个类似实验室的计算机，用于位文件编程和/或快速SDK重新编译。 问候 弗拉德 弗拉迪斯拉夫·穆拉文 以上来自于谷歌翻译 以下为原文 Rich, This is done under VIVADO Webpack License. Once you install the tool, it gives you an option to get this license. To be clear: this is not a way to solve a migration problems; rather, a lab-like computer used for bitfile programming and/or quick SDK recompilations. Regards Vlad Vladislav Muravin |
|
|
|
|
|
问题解决了：
虽然Vivado 2014.1已经获得许可，但为了让SDK工作， 我不得不使用基于激活的许可证重新授权Vivado。 我也启用了 “microblaze ....”许可证，似乎给了我SDK。 以上来自于谷歌翻译 以下为原文 Problem solved: Although Vivado 2014.1 was already licensed, in order to get SDK to work, I had to re-license Vivado with an activation-based license. I also enabled the "microblaze...." license, which seems to have given me the SDK. |
|
|
|
|
只有小组成员才能发言，加入小组>>
2388 浏览 7 评论
2803 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办？
2270 浏览 9 评论
3338 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区？
2438 浏览 15 评论
有输入，但是LVDS_25的FPGA内部接收不到数据，为什么？
767浏览 1评论
请问vc707的电源线是如何连接的，我这边可能出现了缺失元件的情况导致无法供电
551浏览 1评论
求一块XILINX开发板KC705，VC707，KC105和KCU1500
381浏览 1评论
1974浏览 0评论
691浏览 0评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
3451
评论
淘帖
3539
