Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Highlighted
Novice
81 Views

Quartus Programmer Behavior with SoC Device

Jump to solution

I am using a Terasic DE10-Standard board containing a CycloneV SX device.  So far all projects are just using the FPGA fabric, and not the ARM subsystem.

After creating a new Quartus project and banging out some Verilog (all in the GUI), the programmer is launched.  The programmer open with a single "device" shown, 5CSXFC6D6F31.  Programming fails since the SoC portion of the part is also in the JTAG chain.  So, hit the auto detect button, enter the correct value for device 2 (5CSVFC6D6), and the graphic shows to parts - SOCVHPS followed by 5CSEBA6.  Assigning the programming to the non-SoC device file results in a third "device" in the chain, the original 5CSXFC6D6F31.  Still cannot program, first must delete the 5CSEBA6.

After all those steps, all is well.  And, saving the programmer configuration file sorts this out, as subsequent programming episodes open up the programmer with the correct setup.

Why does Quartus not initially recognize that there is an SoC in the chain?  And, why do I have to delete a device in the chain after adding programming file?  

Shouldn't this just work?

Cheers

0 Kudos

Accepted Solutions
Highlighted
Employee
68 Views

Hi Randy,


I am glad that it works for now. Yes, the reason is because you were putting 1 programming file while having 2 device in the programmer. Thus, you will need to delete the other devices and put the bitstream into the device that it is intended to be programmed.


Thank You.


Bruce


View solution in original post

0 Kudos
1 Reply
Highlighted
Employee
69 Views

Hi Randy,


I am glad that it works for now. Yes, the reason is because you were putting 1 programming file while having 2 device in the programmer. Thus, you will need to delete the other devices and put the bitstream into the device that it is intended to be programmed.


Thank You.


Bruce


View solution in original post

0 Kudos