element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Avnet Boards Forums
  • Products
  • Dev Tools
  • Avnet & Tria Boards Community
  • Avnet Boards Forums
  • More
  • Cancel
Avnet Boards Forums
PicoZed Hardware Design GTX transceivers
  • Forum
  • Documents
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Avnet Boards Forums to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Verified Answer
  • Replies 15 replies
  • Subscribers 357 subscribers
  • Views 3016 views
  • Users 0 members are here
Related

GTX transceivers

Former Member
Former Member over 10 years ago

Hi..

I am working with GTX transceivers on the 7030.  I am trying to configure the GTXE2_CHANNEL_X0Y1 transceiver attached to SMA on the Carrier board using Aurora 8b10b example design.
I instantiated the aurora_example design to the processing wrapper.  This only have the zynq processing with 2 pl_clocks required in Aurora.

In the file.xdc I am doing this configuration.  I donu00B4t know if it is right,
#######################################################
set_property PACKAGE_PIN U9 [get_ports GTXQ0_P]
set_false_path -through [get_pins -hier *cdc_to*]
set_property LOC GTXE2_CHANNEL_X0Y1 [get_cells aurora_module_i/aurora_8b10b_0_i/U0/gt_wrapper_i/aurora_8b10b_0_multi_gt_i/gt0_aurora_8b10b_0_i/gtxe2_i]
set_property DONT_TOUCH true [get_cells ProcessingSystem_i]
set_property DONT_TOUCH true [get_cells ProcessingSystem_i/processing_system7_0]
set_property DONT_TOUCH true [get_cells ProcessingSystem_i/processing_system7_0/inst]
set_property DONT_TOUCH true [get_cells ProcessingSystem_i/util_ds_buf_0]
set_property PACKAGE_PIN Y8 [get_ports RXN]
set_property PACKAGE_PIN W8 [get_ports RXP]
set_property PACKAGE_PIN Y4 [get_ports TXN]
set_property PACKAGE_PIN W4 [get_ports TXP]

#######################################################

I got this  error in the implementation, and I have no idea what is the reason:

[Place 30-378] Input pin of input buffer Communication_block/aurora_module_i/U0/clock_module_i/init_clk_ibufg_i has an illegal connection to a logic constant value.
[Place 30-99] Placer failed with error: 'Implementation Feasibility check failed, Please see the previously displayed individual error or warning messages for more details.'
Please review all ERROR, CRITICAL WARNING, and WARNING messages during placement to understand the cause for failure.

Please help


  • Sign in to reply
  • Cancel
Parents
  • drozwood90
    0 drozwood90 over 10 years ago

    Thanks, that was quite helpful.  For the aid of anyone else reading this later, can you post the Vivado script command you used to generate that list?

    I'm going to investigate something, but this is bothering me a lot:
    RXUSRCLK2_FREQt97,680664
    RXUSRCLK_FREQt97,680664

    If you have a 250MHz input, I would expect that to be somewhere closer to 250Mhz.  You can see in Video 103 at 03:26 that what I see on my board, when I run at 250Mhz input.  I am seeing 234.424Mhz.

    Do you have a high speed oscilloscope or other way of measuring the clock?  If you remove your PicoZed, you should be able to get a probe on the capacitor pads for C153/C154 located near the silkscreen 2 on JX3.  These capacitors should have had resistors added at this time (from the PicoZed FMC Carrier Card Rev C Errata located http://picozed.org/support/documentation/4701 ).

    It seems to me that without explaining this, we do not need to go much farther, since the chip is reporting that it is not able to pull the clock out of the data.  The transceivers use a clock embedded into the data.  97Mhz is WAY off from where it needs to be to function properly.

    The other thing that is bothering me, you have tried this on multiple versions of Vivado, with two different boards, yet you see the same result.  It almost feels like your PC might have some kind of Virus protection or something that did not allow Vivado to install properly.  Or, we have had the Vivado install file not download properly, but seem like it installed properly.  To check this, we always validate the downloaded file with a check-sum validation.  Typically we recommend this tool:
    https://www.fourmilab.ch/md5/

    If you can check your install source file, as well as make sure that NO anti-virus or other programs are running this might help.  You can also try installing a fresh copy of Vivado on a second PC if you can.  That might be the fastest, instead of re-installing.  Again, make certain you do not have any anti-virus or other types of programs running, or you get your company's IT department to do this for you following the above rules.  This is of course AFTER validating the source install file.

    If you are watching the Vimeo version of the video - make sure you click the HD icon in the lower right of the player, so you can read the words in the video.

    That became a bit long, here is a bullet list for you to try this time:

    *ensure all modifications are performed per PicoZed FMC Carrier Card Rev C Errata
    *validate the MD5 of the install SOURCE file you downloaded for Vivado
    *ensure that Vivado was installed WITHOUT Anti-virus or other protection
    *ensure that your IS department has granted you the proper permissions to allow you to use all of Vivado
    *validate the clock using capacitor pads located near the silkscreened 2 of JX3
    **for ease of use, I believe the U12 part will also output it's frequency on J15/J16 if that is easier to measure from to validate U12, however measuring the capacitor pads will give you what the PicoZed is seeing

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • drozwood90
    0 drozwood90 over 10 years ago

    Thanks, that was quite helpful.  For the aid of anyone else reading this later, can you post the Vivado script command you used to generate that list?

    I'm going to investigate something, but this is bothering me a lot:
    RXUSRCLK2_FREQt97,680664
    RXUSRCLK_FREQt97,680664

    If you have a 250MHz input, I would expect that to be somewhere closer to 250Mhz.  You can see in Video 103 at 03:26 that what I see on my board, when I run at 250Mhz input.  I am seeing 234.424Mhz.

    Do you have a high speed oscilloscope or other way of measuring the clock?  If you remove your PicoZed, you should be able to get a probe on the capacitor pads for C153/C154 located near the silkscreen 2 on JX3.  These capacitors should have had resistors added at this time (from the PicoZed FMC Carrier Card Rev C Errata located http://picozed.org/support/documentation/4701 ).

    It seems to me that without explaining this, we do not need to go much farther, since the chip is reporting that it is not able to pull the clock out of the data.  The transceivers use a clock embedded into the data.  97Mhz is WAY off from where it needs to be to function properly.

    The other thing that is bothering me, you have tried this on multiple versions of Vivado, with two different boards, yet you see the same result.  It almost feels like your PC might have some kind of Virus protection or something that did not allow Vivado to install properly.  Or, we have had the Vivado install file not download properly, but seem like it installed properly.  To check this, we always validate the downloaded file with a check-sum validation.  Typically we recommend this tool:
    https://www.fourmilab.ch/md5/

    If you can check your install source file, as well as make sure that NO anti-virus or other programs are running this might help.  You can also try installing a fresh copy of Vivado on a second PC if you can.  That might be the fastest, instead of re-installing.  Again, make certain you do not have any anti-virus or other types of programs running, or you get your company's IT department to do this for you following the above rules.  This is of course AFTER validating the source install file.

    If you are watching the Vimeo version of the video - make sure you click the HD icon in the lower right of the player, so you can read the words in the video.

    That became a bit long, here is a bullet list for you to try this time:

    *ensure all modifications are performed per PicoZed FMC Carrier Card Rev C Errata
    *validate the MD5 of the install SOURCE file you downloaded for Vivado
    *ensure that Vivado was installed WITHOUT Anti-virus or other protection
    *ensure that your IS department has granted you the proper permissions to allow you to use all of Vivado
    *validate the clock using capacitor pads located near the silkscreened 2 of JX3
    **for ease of use, I believe the U12 part will also output it's frequency on J15/J16 if that is easier to measure from to validate U12, however measuring the capacitor pads will give you what the PicoZed is seeing

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
  • Former Member
    0 Former Member over 10 years ago in reply to drozwood90

    Hi Daniel
    I have found the reason for  the empty BER Column.  I changed the Regional setting to US notation in my S.O and I got this problem  SOLVED.

    *  However, when I measured the clock frequency I noticed  that without PicoZed, no clock signal appears in J15/J16, I only got clock when the PicoZed  is connected to the FMC Carrier Card.  IS IT CORRECT?, according with the schematics should be like that.

    *  When I measured the frequencies --J15/J16-- I got this results:

    Freq (table)    Freq (oscilloscope)
    62.5 Mhz  ---   62.5 Mhz
    100  Mhz  ---   150  Mhz
    125  Mhz  ---   83.3 Mhz
    200  Mhz  ---   no signal
    250  Mhz  ---   250.2  Mhz  

    I didnu00B4t change C153/C154 capacitors, because I found it quite difficult.  These can be the reason for having such frequency deviations ???.

    * Another serious problem is that still I am getting

    RXUSRCLK2_FREQt97,680664
    RXUSRCLK_FREQt97,680664

    with a 250MHz input, which means no proper transceiver functionality. 


    I have tested the same using 3 boards (Picozed + FMC) with the same results.

    Thanks for your kindly help.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube