- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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:
Regards,
Nooraini
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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:
Regards,
Nooraini
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page