Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
11 years ago

Programming HPS pins in Quartus II - Unused HPS Pins

Dear community,

On my PCB design, most of the HPS pins are unused - according to the pin connection guidelines, I should either 'Connect unused pins as defined in the Quartus II software' (for DDR3 related pins) or 'If unused, program it in Quartus as an input with a weak pull-up.'. However, I fail to do so with Quartus II.

While I'm perfectly able to program FPGA pins, I am stuck with the HPS pins.

How do I program HPS pins?

Also, when you go to

Quartus II software -> assignments -> settings -> devices -> unused pins.

Is this for all pins or just the FPGA pins?

Many thanks,

Adam

14 Replies

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    That's pretty much how it works. So if you don't map anything to an HPS pin (HPS peripheral or loan I/O from the FPGA) then whatever the default setting used in your Quartus project will take effect for the HPS I/O as well. I recommend taking a look at the pin connection guidelines at the top of the Cyclone/Arria V SoC documentation pages and look up the HPS pins since they have comments on the right side of table on the recommended default state. From my quick look through it looks like you should be using input tristate with weak pullup.

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    Hi BadOmen,

    Thanks for your quick reply! Sorry I forgot to mention that I'm using the Cyclone V SX, but it should be the same for the Arria.

    Yes, I have been consulting the Pin Connection Guidelines (www.altera.com/literature/dp/cyclone-v/pcg-01014.pdf (http://www.altera.com/literature/dp/cyclone-v/pcg-01014.pdf)), and like you said it gives the recommended setting like 'If unused, program it in Quartus as an input with a weak pull-up.'

    However, from the Cyclone V Handbook I learn that HPS I/Os are configured by the Preloader. But since Quartus has nothing to do with Preloaders, are you sure that the default setting for pins in Quartus also applies to HPS I/Os?

    Moreover, in the Quartus Pin Planner (Assignments --> Pin Planner), I cannot assign the HPS Pins to anything - only the FPGA Pins.

    Thanks,

    Adam
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    What the preloader does is takes the I/O settings that Quartus generates and configures the I/O setting registers (this is something that happens automatically on the FPGA side of the chip). This is the main purpose of the scan manager, it's to give boot code direct access to the I/O settings so that software can program their settings because configuring the FPGA doesn't affect the HPS I/O. These are the high level steps:

    1) HPS boots

    2) Preloader writes the HPS I/O settings into scan manager

    3) Preloader writes the HPS pin mux settings into the system manager

    4) Preloader "unfreezes" the HPS I/O by accessing the scan manager (this is when the I/O change from tri-state and take on the appropriate role in your design)

    So if you have unused HPS I/O set to input tri-state with weak pullup that setting is written in step 2 and when step 4 completes those unused I/O will remain set to tri-state (and your used HPS I/O will take the form of whatever your design uses).

    You are correct, you don't make pin location assignments in Quartus for the HPS I/O because that is handled by the preloader and the pin muxing. You can make other assignments to the HPS I/O like drive strength for example but keep in mind that the HPS I/O are limited in functionality compared to the FPGA I/O so not all of the assignments you are used to will be possible with the HPS I/O.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    Hi BadOmen!

    Thanks for your elaborate reply, really helped me a lot!

    I have a couple of questions left though:

    1. When I create a preloader with the bsp-editor (launched via the SoC EDS 14.0 Command Shell), how do I incorporate the information from Quartus about the pins?

    2. How do I set the drive strength of an HPS pin? For the FPGA, I can set the IO-Standard via the pin properties panel in the Pin Planner in Quartus. However, it's grayed out for HPS pins.

    3. What's the difference between hps pin mux settings and hps I/O settings?

    Many thanks,

    Adam
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    Hi Adam,

    --- Quote Start ---

    1. When I create a preloader with the bsp-editor (launched via the SoC EDS 14.0 Command Shell), how do I incorporate the information from Quartus about the pins?

    --- Quote End ---

    in my understanding, this information is in the "hand-off files" which are generated by Quartus in the assembler phase. (Therefore it is important to run Quartus after a change in Qsys that affects the preloader.)

    Regards,

    Thomas

    www.entner-electronics.com - Home of EEBlaster
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    --- Quote Start ---

    in my understanding, this information is in the "hand-off files" which are generated by Quartus in the assembler phase. (Therefore it is important to run Quartus after a change in Qsys that affects the preloader.)

    --- Quote End ---

    Hi Thomas,

    Thanks for your response! When I create a new preloader, I have to select a "Preloader Settings Directory". Is this where I have to select the Quartus output?

    Best regards,

    Adam
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    It's been a while since I've used the bsp-editor but what tentner sounds correct to me, it pulls in the hardware handoff that comes out of Quartus so that the boot process keeps the hardware in sync with your hardware design.

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    Thank you both!

    Do you happen to know the answer to the drive strength and mux settings question too?

    Thanks,

    Adam
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    11 years ago

    Sorry I must have got distracted and forgot to answer those. I'm looking at the design example that comes with the SoC EDS and I can see the pin settings for the HPS I/O in the assignment editor. It'll be rather limited but you can set options like the drive strength of the HPS I/O for example.

    There is a notion of pin muxes in the HPS that reside between HPS peripherals and the HPS I/O. So when you make selections of the peripherals in the HPS component and decide which pin set to use, files are generated that the bsp-editor pulls in to determine how your pin muxes should be setup to route the peripherals to their appropriate HPS I/O. The HPS I/O also have settings like input/output/bidirectional, drive strength, etc... which is determined by your peripheral routing selection as well as I/O constraints you set in Quartus. The I/O settings are also handed off to the bsp-editor so that when the bootloader is generated the correct I/O settings can be programmed into the I/O. Both of these are automated so you shouldn't have to worry about anything except selecting what peripherals and locations you want, generate and compile the hardware and then the bootloader generator (bsp-editor) will take it from there.