Vivado报错[place 30-484] The packing of LUTRAM/SRL instance

这篇具有很好参考价值的文章主要介绍了Vivado报错[place 30-484] The packing of LUTRAM/SRL instance。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

        在Vivado Pr的时候报了一个错误:[Place 30-484] The packing of LUTRAM/SRL instance into capable slices could not be obeyde ....后面会继续说LUTRAM超了多少,而且会报错在你的ila上。

Vivado报错[place 30-484] The packing of LUTRAM/SRL instance,Verilog,Xlinx,数字,fpga,verilog

 

        这个错误实际上是你的ila加了不被允许加的inout类型的信号,因为inout信号既是输入也是输出,一般是复用信号,会被综合成ie in oe 以及out信号,所以一对一布线的ila显然处理不过来,就会被认为是二维的数组而综合成了LURAM,知道原因了解决这个问题就很简单了,在ila上面拿掉inout信号,或者把你要抓的信号往深一层去抓,避免在外层抓inout信号!文章来源地址https://www.toymoban.com/news/detail-648571.html

到了这里,关于Vivado报错[place 30-484] The packing of LUTRAM/SRL instance的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Vivado2020.1 ERROR: [Place 30-681] Sub-optimal placement for a global clock-capable IO pin and MMCM

    目录 错误log: 报错路径分析: 该类型问题解决方法: 如何加物理约束? 最近跑工程,跑一个小时后place阶段报错,完整的错误截图: 翻译一下报错log: 全局时钟IO管脚和MMCM之间非最优布局。为了解决这错误,可在IO和MMCM之间插入BUFG。 IO锁定在IOB_X1Y132 (在SLR 0区域) MMCM被

    2024年02月05日
    浏览(128)
  • Vivado综合生成BRAM及与LUTRAM的区别

    使用vivado中的BRAM可以通过例化 Block Memory Generator 这一ip并进行相关的设定。 另外可以通过直接编写符合BRAM规范的代码,借助综合工具直接将其综合为BRAM。这时需要通过 (*ram_style=\\\"block\\\"*) 对 array 进行修饰。 下面给出一种看似可以综合为BRAM的示例。 上述代码虽然用 (*ram_style

    2024年02月15日
    浏览(42)
  • Vivado综合属性系列之二 SRL_STYLE

    目录 一、前言 二、SRL_STYLE         2.1 移位寄存器实现方式         2.2 工程代码         2.3 参考资料         移位寄存器SRL在工程中属于使用频率较高个模块,可用于存储数据,实现串并转换; 根据数据移动方向可分为左移寄存器,右移寄存器,左移是向数据高位移动,

    2024年02月04日
    浏览(40)
  • python系列tkinter之pack布局、place布局和grid布局

    tkinter以提供3种界面组件布局管理的方法,分别是:pack,grid,place接下来我们来介绍pack、place和grid。 我们介绍place布局,就做一个简易的账号,密码登录的界面。 首先我们要知道place和其他两种布局方式相比,更加\\\"自由\\\"但是需要做的事情也多。布局一般就是设置子控件相对

    2024年02月10日
    浏览(60)
  • git上传报错:Object too large, rejecting the pack

    在gerrit设置了最大不能上传超过600M的文件,今天开发遇到推送问题: 结果到本地怎么也找不到大文件。 后来只能按commit排查,用如下命令排查到了: 解决方法,将大文件去掉:(commitid为大文件所在commit)

    2024年02月22日
    浏览(39)
  • 解决报错:Not implemented: HTMLCanvasElement.prototype.getContext (xxx installing the canvas npm pack

    这个是在js逆向中使用jsdom模拟浏览器环境,结果还是报错了:  网上很多说法是安装canvas: npm install canvas,其实并不正确  解决办法:加入以下代码: window.HTMLCanvasElement.prototype.getContext = () = {   // return whatever getContext has to return }; 问题解决:  

    2024年02月20日
    浏览(39)
  • [Place 30-575] | [Place 30-675] Sub-optimal placement for a clock-capable IO pin and MMCM pair

    报错信息,两种 [放置30-575]具有时钟功能的IO引脚和MMCM对的次优放置。如果此设计可接受此次优条件,则可以使用.xdc文件中的CLOCK_DEDICATED_ROUTE约束将此消息降级为“警告”。但是,强烈不鼓励使用此覆盖。可以在.xdc文件中直接使用这些示例来覆盖此时钟规则。 [Place 30-675]具

    2024年02月04日
    浏览(36)
  • Vivado烧录报错:ERROR: [Labtools 27-3165] End of startup status: LOW

    解决方法1:如果之前都没遇到过,大概率是下载器没连接好,重新插拔再试试: 解决方法2:在.XDC文件中添加约束条件:

    2024年02月11日
    浏览(76)
  • 【Spring循环依赖报错】The dependencies of some of the beans in the application context form a cycle

           类A需要通过构造函数注入的类B的实例(或者B中声明的Bean),而类B需要通过构造函数注入的类A的实例(或者A中声明的Bean),导致循环依赖注入。 其中一个不要引用对方,避免循环依赖,代码解耦肯定是最优解。 选择其中一个使用@Lazy 注解。        延迟互相

    2024年02月07日
    浏览(47)
  • 【Vivado】Ubuntu22.10安装Vivado2022.2报错the disk is full, you‘ve exceeded disk quota及无法启动解决

    There was an error extracting files Error was encountered while extracting archive …/2022.2/payload/rdi_0931_2022.2_1014_8888.xz The possible reasons can be: the disk is full, you’ve exceeded disk quota, or the destination directory is too long. 参考Vitis Installation Failure - Error -7 while trying to extract .xz file,软件不能安装在NTFS分区。

    2024年02月04日
    浏览(536)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包