在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 5704|回复: 9

[求助] xilinx map 问题

[复制链接]
发表于 2012-12-14 21:32:05 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
项目中遇到个问题,其中一个单元模块如果时钟为200M, 则可以顺利map,但如果改成75MHz, MAP 报错
ERRORack:2412 - The number of logical LUT blocks exceeds the capacity for the target device.
ERRORack:2860 - The number of logical carry chain blocks exceeds the capacity for the target device. This design requires 44319 slices but only has 11519 slices available that allow carry chains.
ERROR:Map:237 - The design is too large to fit the device.  Please check the Design Summary section to see which resource requirement for your design exceeds the resources available in the device. Note that the number of slices reported may not be reflected accurately as their packing might not have been completed.


请问大家这个怎么解释?难道时钟快了 占得资源就要多??

谢谢
发表于 2012-12-15 00:19:02 | 显示全部楼层
个人猜测: 因为约束低了,所以MAP就随便乱放也可以时序收敛,最后结果可以合并到同一个LUT或SLICE的逻辑却放到好几个LUT或SLICE里了
发表于 2012-12-15 00:23:56 | 显示全部楼层
希望就是一个转角后面还有一个转角
发表于 2012-12-15 12:35:54 | 显示全部楼层
好。。。。。。
 楼主| 发表于 2012-12-16 19:51:48 | 显示全部楼层
回复 2# jokeshe


   感谢 那请问有什么办法可以解决这个问题呢?谢谢
发表于 2012-12-17 10:59:59 | 显示全部楼层
时钟为200M, 则可以顺利map,但如果改成75MHz, MAP 报错

75M不是比200M慢吗?
 楼主| 发表于 2012-12-17 13:02:13 | 显示全部楼层
回复 6# falloutmx


   对啊 很困惑 应该是时钟快的要求高啊 可是换成75M就不行了
发表于 2012-12-18 09:08:02 | 显示全部楼层
那个单元模块是不是很多组合逻辑?时钟跟资源没多大关系,只是对什么位置有影响
发表于 2012-12-20 17:09:03 | 显示全部楼层
是不是有调用到什么IP core,有的IP不同的时钟下所用的资源是不一样的
 楼主| 发表于 2012-12-21 20:27:19 | 显示全部楼层
回复 8# falloutmx
是个大的组合逻辑 做加减运算,我也怀疑是这个地方,但是为什么时钟改了它就map没问题呢~求教
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-11-23 03:16 , Processed in 0.029525 second(s), 10 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表