UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

cancel
Showing results for 
Search instead for 
Did you mean: 
Highlighted
Observer wuperry0125
Observer
311 Views
Registered: ‎09-03-2018

two UltraScale FPGA transceivers IP clock unrout problem

Jump to solution

Hi, I use two UltraScale FPGA transceivers IP conneceted same reference clock, but it may have unrouted error

My reference clock is MGT222, pin assign at AT10 , AT9

Then my two IP RXP, RXN, TXP, TXN pin assign at  AV2, AV1, AV6, AV5 and AU4, AU3, AU8, AU7

Is there some rule make rout fail?

p.s. IP_1 use qpll0, IP_2 use qpll1

Thx

20190304.pngqweqweqweqwe.png

0 Kudos
1 Solution

Accepted Solutions
Moderator
Moderator
268 Views
Registered: ‎07-30-2007

Re: two UltraScale FPGA transceivers IP clock unrout problem

Jump to solution

If you have an error message please include it.  It is hard to tell the problem for sure from the description but what is often the problem in this scenario is that each of the IP's will define an IBUFDS_GTE* and try to place it in the same spot.  You normally have to remove the IBUFDS_GTE* from one of the IP's and drive the signals it was driving from the the other IP.  In most IP's the IBUFDS_GTE* will be in the top level so it shouldn't be too tedious to make the change.  In some IP's you will need to make sure the buffer gets placed in the example design so that you have access to it.




----------------------------------------------------------------------------
Don't forget to reply, kudo, and accept as solution
----------------------------------------------------------------------------


View solution in original post

0 Kudos
1 Reply
Moderator
Moderator
269 Views
Registered: ‎07-30-2007

Re: two UltraScale FPGA transceivers IP clock unrout problem

Jump to solution

If you have an error message please include it.  It is hard to tell the problem for sure from the description but what is often the problem in this scenario is that each of the IP's will define an IBUFDS_GTE* and try to place it in the same spot.  You normally have to remove the IBUFDS_GTE* from one of the IP's and drive the signals it was driving from the the other IP.  In most IP's the IBUFDS_GTE* will be in the top level so it shouldn't be too tedious to make the change.  In some IP's you will need to make sure the buffer gets placed in the example design so that you have access to it.




----------------------------------------------------------------------------
Don't forget to reply, kudo, and accept as solution
----------------------------------------------------------------------------


View solution in original post

0 Kudos