usrp-users@lists.ettus.com

Discussion and technical support related to USRP, UHD, RFNoC

View all threads

Creating custom image ends mostly in timing problems inside ettus blocks (X310)

PB
Patrick Berger
Thu, May 26, 2016 8:02 PM

Hi every body

I've created a custom block in xilinx system generator for a psd estimation with an iir filter. Inside system generator I can create a timing analysis (post route) without any problems (worst negativ slack is ~3ns).
When I create an IP core and add the core to the default Vivado project inside the radio.v module and try to synthezise the design I get in 90% timing problems with the rgpio module (rgpio_atr and the radio_clk signal). The number failing endpoints are about 1 to 15. Chanching the implementation and synthesis strategie improves the design, but it fails the timing check.

How could that be? My psd modul needs about 1-3% from the fpga ressources, so it isn't so big. the output bus is only 50 bits width.

Does anyone have some experience with sutch problems?

Best regards
Patrick

Hi every body I've created a custom block in xilinx system generator for a psd estimation with an iir filter. Inside system generator I can create a timing analysis (post route) without any problems (worst negativ slack is ~3ns). When I create an IP core and add the core to the default Vivado project inside the radio.v module and try to synthezise the design I get in 90% timing problems with the rgpio module (rgpio_atr and the radio_clk signal). The number failing endpoints are about 1 to 15. Chanching the implementation and synthesis strategie improves the design, but it fails the timing check. How could that be? My psd modul needs about 1-3% from the fpga ressources, so it isn't so big. the output bus is only 50 bits width. Does anyone have some experience with sutch problems? Best regards Patrick
JP
Jonathon Pendlum
Mon, May 30, 2016 2:46 AM

Hi Patrick,

What device are targeting? What clock rate did you use for timing? Are you
working off master or maint? How and where is your design inserted in the
radio.v processing chain?

Jonathon

On Thu, May 26, 2016 at 3:02 PM, Patrick Berger via USRP-users <
usrp-users@lists.ettus.com> wrote:

Hi every body

I've created a custom block in xilinx system generator for a psd
estimation with an iir filter. Inside system generator I can create a
timing analysis (post route) without any problems (worst negativ slack is
~3ns).
When I create an IP core and add the core to the default Vivado project
inside the radio.v module and try to synthezise the design I get in 90%
timing problems with the rgpio module (rgpio_atr and the radio_clk signal).
The number failing endpoints are about 1 to 15. Chanching the
implementation and synthesis strategie improves the design, but it fails
the timing check.

How could that be? My psd modul needs about 1-3% from the fpga ressources,
so it isn't so big. the output bus is only 50 bits width.

Does anyone have some experience with sutch problems?

Best regards
Patrick


USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Hi Patrick, What device are targeting? What clock rate did you use for timing? Are you working off master or maint? How and where is your design inserted in the radio.v processing chain? Jonathon On Thu, May 26, 2016 at 3:02 PM, Patrick Berger via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi every body > > I've created a custom block in xilinx system generator for a psd > estimation with an iir filter. Inside system generator I can create a > timing analysis (post route) without any problems (worst negativ slack is > ~3ns). > When I create an IP core and add the core to the default Vivado project > inside the radio.v module and try to synthezise the design I get in 90% > timing problems with the rgpio module (rgpio_atr and the radio_clk signal). > The number failing endpoints are about 1 to 15. Chanching the > implementation and synthesis strategie improves the design, but it fails > the timing check. > > How could that be? My psd modul needs about 1-3% from the fpga ressources, > so it isn't so big. the output bus is only 50 bits width. > > Does anyone have some experience with sutch problems? > > Best regards > Patrick > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > >