Hi,
on a custom board we have successfully used an altera Cyclone V (5CEBA2) with an EPCQ32 (ASx4).
Now we had to migrate from the EPCQ32 to the EPCQ32A.
We used Quartus Prime Lite 17.1.0 and 17.1.1 and programmed the EPCQ32A via the Quartus Programmer + USB blaster + SFL.
We followed the migration guideline AN822:
https://www.altera.com/documentation/tfb1498107381358.html
Compilation and download of the .jic file to the EPCQ32A are successful, but then the FPGA fails to load the configuration file at startup (CONF_DONE remains low).
We believe the hardware is fine (never had a problem with the EPCQ32).
(MSEL: 10011, nCE to GND, nSTATUS, nCONFIG, CONF_DONE with 10k pull-up to 3V3, six lines between the EPCQ32A and the FPGA (DATA[3..0], nCS, DCLK)
What we noticed in the map file is the following line:
Quad-Serial configuration device dummy clock cycle: 12
whereas the AN822 states:
EPCQthe dummy clock is configurable with the non-volatile configuration register (NVCR). When the EPCQ is used with a Cyclone® V, Arria® V or Stratix® V device, the dummy clock is configured to be 4, 10 or 12, depending on the byte-addressing mode and ASx1 or ASx4 configuration.
However, in EPCQ-A devices, the dummy clock is fixed at 8 and 6 for fast read and extended quad input fast read respectively. Therefore you must regenerate the programming files, such as .pof, .jic, and .rpd.
Is the dummy clock cycle wrong and is it the cause of our problem?
If this is our problem, how can we fix it? (we did not find any place where the dummy clock can be adjusted)
Or is the problem somewhere else? What else can we check?
Thanks for your help,
Regards
on a custom board we have successfully used an altera Cyclone V (5CEBA2) with an EPCQ32 (ASx4).
Now we had to migrate from the EPCQ32 to the EPCQ32A.
We used Quartus Prime Lite 17.1.0 and 17.1.1 and programmed the EPCQ32A via the Quartus Programmer + USB blaster + SFL.
We followed the migration guideline AN822:
https://www.altera.com/documentation/tfb1498107381358.html
Compilation and download of the .jic file to the EPCQ32A are successful, but then the FPGA fails to load the configuration file at startup (CONF_DONE remains low).
We believe the hardware is fine (never had a problem with the EPCQ32).
(MSEL: 10011, nCE to GND, nSTATUS, nCONFIG, CONF_DONE with 10k pull-up to 3V3, six lines between the EPCQ32A and the FPGA (DATA[3..0], nCS, DCLK)
What we noticed in the map file is the following line:
Quad-Serial configuration device dummy clock cycle: 12
whereas the AN822 states:
Quote:
EPCQthe dummy clock is configurable with the non-volatile configuration register (NVCR). When the EPCQ is used with a Cyclone® V, Arria® V or Stratix® V device, the dummy clock is configured to be 4, 10 or 12, depending on the byte-addressing mode and ASx1 or ASx4 configuration.
However, in EPCQ-A devices, the dummy clock is fixed at 8 and 6 for fast read and extended quad input fast read respectively. Therefore you must regenerate the programming files, such as .pof, .jic, and .rpd.
If this is our problem, how can we fix it? (we did not find any place where the dummy clock can be adjusted)
Or is the problem somewhere else? What else can we check?
Thanks for your help,
Regards