完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
嗨,
我想为我的设计使用比特流加密,我遇到了一个关于9K Block RAM的问题,在答案记录39999中描述了r 然后我决定在我的设计中删除所有9k Block RAM并将它们更改为16k Block RAM。 我做到了,但最后剩下两个9K Block RAM,我在设计中找不到它们。 我怎么知道设计中那些2 9K Block RAM在哪里? 以上来自于谷歌翻译 以下为原文 Hi, I wanted to use bit stream encryption for my design, I encounter a problem about 9K Block RAM which is described r in answer record 39999 then I decided to remove all 9k Block RAM in my design and change them to 16k Block RAMs. I did it but finally two 9K Block RAM remained which I could not find them in the design. How can I know where are those 2 9K block RAM in the design ? |
|
相关推荐
5个回答
|
|
也许您可以从Mapper中获得的每模块利用率报告会有所帮助。
------------------------------------------“如果它不起作用 模拟,它不会在板上工作。“ 以上来自于谷歌翻译 以下为原文 Perhaps the per-module utilisation report that you can get out of the Mapper would help. ------------------------------------------ "If it don't work in simulation, it won't work on the board." |
|
|
|
嗨,
我在地图属性中打开了-detail开关, 虽然它没有显示RAMB8BWER的使用情况。 RAMB16BWER单独显示BRAM利用率,但无论如何我可以找到我想要的东西。 我的HDL代码中有2个大查表,ISE自动用2个初始化的RAMB8BWERs BRAM块替换它们。 由于答案记录39999,我应该避免使用RAMB8BWER。 但是怎么样? 我认为在这种情况下,没有办法强制ISE使用RAMB16BWER而不是RAMB8BWER,因此我决定完全关闭这种自动替换。 我想转向-rom_extract& 合成中的-ram_extract OFF:进程属性:HDL选项将避免这种情况,但没有任何改变。 你知道我怎么能避免这种自动更换? 以上来自于谷歌翻译 以下为原文 Hi, I turned -detail switch ON in Map properties, although it does not shows utilization of RAMB8BWERs & RAMB16BWERs separately and only shows BRAM utilization, but anyway I could find what I want. I had 2 big look up tables in my HDL code and ISE automatically replaced them with 2 initialized RAMB8BWERs BRAM block. Because of answer record 39999 I should avoid using RAMB8BWERs. But how? I think there is not a way to force ISE use RAMB16BWERs instead of RAMB8BWERs in this case , so I decided to turn off this automatic replacement totally . I thought turning -rom_extract & -ram_extract OFF in synthesize:process properties: HDL option will avoid this but nothing changed. Do you know how can I avoid this automatic replacement? |
|
|
|
如AR39999中所述,9K BRAM的初始化问题已在13.2中得到修复,因此如果可能,最佳选择是升级到13.2。
hamze写道: 嗨, 我在地图属性中打开了-detail开关, 虽然它没有显示RAMB8BWER的使用情况。 RAMB16BWER单独显示BRAM利用率,但无论如何我可以找到我想要的东西。 我的HDL代码中有2个大查表,ISE自动用2个初始化的RAMB8BWERs BRAM块替换它们。 由于答案记录39999,我应该避免使用RAMB8BWER。 但是怎么样? 我认为在这种情况下,没有办法强制ISE使用RAMB16BWER而不是RAMB8BWER,因此我决定完全关闭这种自动替换。 我想转向-rom_extract& 合成中的-ram_extract OFF:进程属性:HDL选项将避免这种情况,但没有任何改变。 你知道我怎么能避免这种自动更换? 干杯,吉姆 以上来自于谷歌翻译 以下为原文 As stated in AR39999, the initialization issue with 9K BRAM has been fixed in 13.2, so your best option would be upgrading to 13.2 if possible. hamze wrote: Cheers, Jim |
|
|
|
我使用13.2,但我需要比特流加密功能,如前所述,尚未修复
以上来自于谷歌翻译 以下为原文 I am using 13.2, but I need bit-steam encryption feature which as mentioned there, is not fixed yet |
|
|
|
对于具有位流加密的设计,AR39999显示了两种解决方法(一个Map选项和一个XST选项)。
xst选项似乎存在问题,现在正在进行中。 您可以使用AR39999中显示的新地图选项(也在下面复制)将9k bram转换为18k: MAP Switch(默认情况下关闭): MAP选项:-convert_bram8在ISE DesignSuite 13.2中添加。使用时,如果资源可用,它会将设计中的所有9K Block RAM重新定位到18K Block RAM。 可以在命令行添加此开关。 如果您正在运行GUI,则在“高级过程属性”中,有一个框可以输入“其他地图命令行选项”。 默认情况下,此选项未设置。 hamze写道: 我使用13.2,但我需要比特流加密功能,如前所述,尚未修复 干杯,吉姆 以上来自于谷歌翻译 以下为原文 AR39999 shows two workarounds (one Map option and one XST option) for designs with bit-stream encryption. There seems to be an issue with the xst option, which is being worked on right now. You can use the new map option (also copied below) shown in the AR39999 to convert 9k bram to 18k: MAP Switch (off by default):
hamze wrote: Cheers, Jim |
|
|
|
只有小组成员才能发言,加入小组>>
2413 浏览 7 评论
2820 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2292 浏览 9 评论
3371 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2456 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
1028浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
576浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
434浏览 1评论
1998浏览 0评论
721浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-18 12:26 , Processed in 1.454452 second(s), Total 87, Slave 70 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号