Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Highlighted
Beginner
1,098 Views

Max10 JTAG programming from SVF

Jump to solution

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

Accepted Solutions
Highlighted
33 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...

 

Regards,

Nooraini

 

View solution in original post

0 Kudos
2 Replies
Highlighted
34 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...

 

Regards,

Nooraini

 

View solution in original post

0 Kudos
Highlighted
Beginner
33 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