There's a map option in ise that will give a very detailed listing if the
resource usage of every block in your design hierarchy.  I'm sure there's
something similar for vivado.

I can't remember the name of it, but I'm sure you can find it if you search
around a little.

Regards,
William

On Sat, May 19, 2018, 11:56 AM Neel Pandeya via USRP-users <
usrp-users@lists.ettus.com> wrote:

> We don't have a more-granular usage report for FPGA utilization. But you
> can experiment by removing blocks that you don't need, and seeing how many
> resources free up as a result.
>
> What is the error that you're seeing? Which version of Vivado are you
> using? Are you using the rfnoc-devel branch, or a tagged release such as
> 3.10.3.0 or 3.11.0.1?
>
> --​Neel Pandeya
>
>
>
>
> On 23 April 2018 at 01:04, Nives Novković via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Hi Martin,
>>
>> I saw that utilization report but as I can see it is not divided by
>> blocks, it just says the complete usage of resources? I understand about
>> not being able to provide the support for a completely stripped design,
>> that is not my intention. I have also tried to build the project following
>> the instructions but I got the error about design not satisfying timing
>> constraints.
>>
>> Kind regards,
>> Nives
>>
>> 2018-04-19 23:18 GMT+02:00 Martin Braun <martin.br...@ettus.com>:
>>
>>> On 04/19/2018 07:35 AM, Nives Novković via USRP-users wrote:
>>> > I can see by the official numbers that the default Ettus FPGA design on
>>> > X310 takes about 50% BRAM and on X300 about 90%. I would like to make
>>> my
>>> > own design for Ettus but use only ADC and Ethernet cores from the
>>> > default design. Does anybody know how much BRAM blocks would only those
>>> > 2 cores from the original design take up? Thank you in advance!
>>>
>>> Our current UHD images packages (which you get when you run
>>> uhd_images_downloader) include a utilization report. I'm assuming you
>>> mean you want to remove all RFNoC blocks except for the radio -- if you
>>> really want to remove *everything*, that would be an invasive change,
>>> for which we wouldn't be able to provide any support.
>>>
>>> -- M
>>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to