Programmable Devices
CPLDs, FPGAs, SoC FPGAs, Configuration, and Transceivers
20644 Discussions

Max10 JTAG programming from SVF

avign1
Beginner
1,963 Views

I have a custom board with an 10M50SC connected to an FTDI 4232H. I wrote the necessary software to program it using the SVF files produced by Quartus 18.1. Everything works fine (albeit quite slowly), but when I program the Max10 with the SVF "POF" file it stays in three-state mode forever after the end of programming and requires a power cycle to reconfigure and enter user mode. I tried adding the PULSE_NCONFIG command, change timings, move things around etc. with no result. Apparently the ISC_DISABLE command has no effect. Is there a reason for this?

0 Kudos
1 Solution
Nooraini_Y_Intel
Employee
898 Views

Hi avign1,

 

The PULSE_NCONFIG is to emulate the nCONFIG pin function to trigger internal re-configuration during user mode (after the 1st internal configuration). This command does not work to force the CFM memory block to perform internal configuration (after the .pof programming) to CRAM without power cycle. You can refer to the following link for the JTAG instruction to force CRAM download from CFM memory block after ISP programming withou power cycle:

https://www.intel.com/content/altera-www/global/en_us/index/support/support-resources/knowledge-base/solutions/rd06202005_565.html

 

Regards,

Nooraini

 

View solution in original post

0 Kudos
2 Replies
Nooraini_Y_Intel
Employee
899 Views

Hi avign1,

 

The PULSE_NCONFIG is to emulate the nCONFIG pin function to trigger internal re-configuration during user mode (after the 1st internal configuration). This command does not work to force the CFM memory block to perform internal configuration (after the .pof programming) to CRAM without power cycle. You can refer to the following link for the JTAG instruction to force CRAM download from CFM memory block after ISP programming withou power cycle:

https://www.intel.com/content/altera-www/global/en_us/index/support/support-resources/knowledge-base/solutions/rd06202005_565.html

 

Regards,

Nooraini

 

0 Kudos
avign1
Beginner
898 Views

Yes, it works. Thank you.

I already found another solution: paste the ending lines from the SVF "SOF" file just before the last BYPASS instruction. They perform a 1500-bit boundary scan to check the state of the CONF_DONE pin, using the undocumented opcode 0x04 instead of the standard 0x05. It seems that this boundary scan (with 0x04 or 0x05) followed by the other undocumented opcode 0x03 is able to start the reconfiguration.

0 Kudos
Reply