Forum Discussion
Occasional ContributorPinning for Avalon-MM Reference Design on Cyclone V GTFD9 Dev Kit?
Dear Community,
Intro:
I would like to configure the CVGT on my development kit as a PCIe endpoint.
To do this, I have worked through this guide and synthesised the Avalon-MM reference design ep_g1x4.qsys for the 5CGTFD9EF35C7 on my Dev Kit.
Problem:
The Fitter did some pinning (see, attached pinning file), but I but I doubt that it's the right pinning for my Dev Kit, because the reference design was not explicitly designed for it.
Question:
Do I have to adapt the pinning to my board before programming the CVGT and what is the best way to do this?
Thank you
Best Regards
15 Replies
sstrellSuper Contributor
Use the View menu options, the Pin Finder, and pin tooltips (hover over a pin) to see these right in the tool. The Pin Legend will help.
If you still need it, just search for a device pinout on the Intel web site.
ZarquinAh, I see! Great!
I also found some Pin Description in the "Cyclone V GT FPGA Development Board. Reference Manual.
But there seem to be lots of inputs and outputs in the CV Avalon-MM Interface for PCIe Solutions User Guide's ep_g1x4-entity intended only for simulation.
For instance: PIPE Interface SignalsThese PIPE signals are available for Gen1 and Gen2 variants so that you can simulate using either the
serial or the PIPE interface. Simulation is much faster using the PIPE interface because the PIPE
simulation bypasses the SERDES model . By default, the PIPE interface is 8 bits for Gen1 and Gen2. You
can use the PIPE interface for simulation even though your actual design includes a serial interface to the
internal transceivers. However, it is not possible to use the Hard IP PIPE interface in hardware, including
probing these signals using SignalTap® II Embedded Logic Analyzer.(p.30)Is there a way to tell the Pin Planner that a pin is not used - without removing ist from the vhdl-entity ports list?
- sstrell
Just don't make an assignment for it in the Pin Planner. If you still want to maintain the signal so it doesn't get optimized away, create Virtual Pin assignments in the Assignment Editor for any top-level pins you want to preserve.
- Zarquin
Dear sstrel,
I followed your suggestion, but my fitter just assigns random locations when I leave it blank (see attached picture, yellow marker).
How to prevent?!?
- Zarquin
Useful link: Pin-Outs Files (PDF, TXT, XLS) for all Intel FPGAs:
https://www.intel.com/content/www/us/en/support/programmable/support-resources/devices/lit-dp.html
- Zarquin
Dear Community,
I have learned a lot from your help, but I'm left with unresolved issues:
- How can I prevent the Fitter from auto-pinning signals that I have not manually assigned?
- Where can I find the recommended default configuration for unused input and output pins for CVGTFD9E5F35C7?
-
And there are still three nodes whose signals are not PIPE simulation only nodes and and yet their pinning is not described in the cv-avmm-manual:
- pcie_cv_hip_avmm_0_npor_npor (input),
- dut_reconfig_busy_reconfig_busy (input),
- pcie_cv_hip_avmm_0_reconfig_clk_locked_fixedclk_locked (output)
I would be very happy if someone had an idea about this.
- Zarquin
Got a little further:
1. Avalon MM Reference Design is a Qsys Design, so I could remove Pin-Out-signals
a) by removing it from the Export column or
b) by generating a Top-Level-Unit from within the Pin Planner for the qip-file, then instantiate the qip file in the Top-Level-Unit and comment out unwanted Out-Pins.
c) Also I found a possibility to delete Pins in the Pin Planner using the context menu of the pin.2. For default pin configuration I found:
set_global_assignment -name RESERVE_ALL_UNUSED_PINS "AS INPUT TRI-STATED"
set_global_assignment -name RESERVE_ALL_UNUSED_PINS_NO_OUTPUT_GND "AS INPUT TRI-STATED"
in the corresponding Golden Reference Design qsf file.
Hope this is correct and sufficient not to damage the board.3. For pcie_cv_hip_avmm_0_npor_npor I generated a signal by ORing perst and nreset as described here:
npor <= pcie_cv_hip_avmm_0_npor_pin_perst or reset_reset_n;
and assigning it to the port in the Top-Level-Unit-Instantiation. Hope that is correct.
For: dut_reconfig_busy_reconfig_busy (input), pcie_cv_hip_avmm_0_reconfig_clk_locked_fixedclk_locked, still no idea.
I have commented it out in the Top-Level-Unit for now.
- AR_A_Intel
As I understand it, the warning is to remind customer that a bonded XCVR design is used. Due to dynamic reconfiguration is not support for bonded XCVR, the MIF file which was required for reconfiguration is not generated.
If you do not use dynamic reconfiguration, this warning can be safely ignored. Else, if you are planning to perform reconfiguration to the XCVR, you should take noted of the unsupported reconfiguration for bonded XCVR. Can refer to the "Unsupported Reconfiguration Modes" in the Cyclone V Device Handbook, Volume 2: Transceivers for further details.
- Zarquin
Dear AR_A_Intel,
O.K. I see. So probably I can ignore this for now, until I know what dynamic transceiver reconfituration is needed for.Thank you very much!
- sstrell
Use the Pin Planner from the Assignments menu in Quartus to move pins around.
- Zarquin
Dear sstrell
thank you very much for your answer.
But where can I find a pin description list for the 5CGTFD9EF35? - Google did not help.
The Quartus Pinplanner only shows the pin name and the pin direction. How do I find, for example, on which pins the transceivers are located?Any idea?
- AR_A_Intel
Hope everything is working well at your side. I will now transition this thread to community support. If you have a new question, feel free to open a new thread to get the support from Intel experts. Otherwise, the community users will continue to help you on this thread. Thank you.
