FPGA - DIY Programming The 2019 Stack Overflow Developer Survey Results Are In Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)FPGA: Bitstream vs. SRAM Object FileFPGA programming, where to beginBest FPGA to work withCustom FPGA PCB with external programming circuitHow can I view, debug, or analyze data being input to my FPGA?Working on an FPGA without an IDEXilinx Programming FPGA from SPI Flash without JTAGWhy does this PIC18LF1220 program only two times and after that programming fails?Can't program multiple chips using JTAGSending SPI signals to the Flash Memory through verilog FPGA controller, but not receiving anything from it, why does it happens?How to estimate timing contraints for FPGAs?

how can a perfect fourth interval be considered either consonant or dissonant?

What's the point in a preamp?

Single author papers against my advisor's will?

How do I add random spotting to the same face in cycles?

How to stretch delimiters to envolve matrices inside of a kbordermatrix?

Did the UK government pay "millions and millions of dollars" to try to snag Julian Assange?

Segmentation fault output is suppressed when piping stdin into a function. Why?

What is this lever in Argentinian toilets?

Is every episode of "Where are my Pants?" identical?

Python - Fishing Simulator

Mortgage adviser recommends a longer term than necessary combined with overpayments

Simulating Exploding Dice

Cooking pasta in a water boiler

How to test the equality of two Pearson correlation coefficients computed from the same sample?

Is this wall load bearing? Blueprints and photos attached

Why does the Event Horizon Telescope (EHT) not include telescopes from Africa, Asia or Australia?

Is there a writing software that you can sort scenes like slides in PowerPoint?

How to delete random line from file using Unix command?

Is it ethical to upload a automatically generated paper to a non peer-reviewed site as part of a larger research?

Take groceries in checked luggage

How can I define good in a religion that claims no moral authority?

First use of “packing” as in carrying a gun

Am I ethically obligated to go into work on an off day if the reason is sudden?

In horse breeding, what is the female equivalent of putting a horse out "to stud"?



FPGA - DIY Programming



The 2019 Stack Overflow Developer Survey Results Are In
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)FPGA: Bitstream vs. SRAM Object FileFPGA programming, where to beginBest FPGA to work withCustom FPGA PCB with external programming circuitHow can I view, debug, or analyze data being input to my FPGA?Working on an FPGA without an IDEXilinx Programming FPGA from SPI Flash without JTAGWhy does this PIC18LF1220 program only two times and after that programming fails?Can't program multiple chips using JTAGSending SPI signals to the Flash Memory through verilog FPGA controller, but not receiving anything from it, why does it happens?How to estimate timing contraints for FPGAs?



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








9












$begingroup$


I've been programming microcontrollers for a few years now, and I've just discovered FPGA's after taking a digital design class. After doing some research into different FPGA's, development boards, etc, I'm still hesitant to buy any because I wouldn't know how to make my own version of the final "product." I've put PIC's, SAM's, AVR's, etc. on to custom PCB's with no issue, so I'm not worried about that--my main concern is programming an FPGA without a manufacturer's board.



My specific question: Would an FPGA function if I took the bitmap file generated by Quartus, Vivado, iCEcube, etc, wrote it to an SPI flash memory chip beginning at address 0 (say, via an FT2232H), and connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?



I apologize for the partial hypothetical; I'm fairly sure that's all Lattice's Diamond Programmer does, but I wondered if that approach would work for FPGA's from different manufacturers, or whether say, Quartus added additional "window dressing" or headers to the memory while writing it.



Let me know if there's anything I can do to improve/clarify the question, or if I'm missing a big point in the FPGA programming process. Thanks!










share|improve this question









$endgroup$











  • $begingroup$
    By "bitmap" you mean bit-stream?
    $endgroup$
    – Eugene Sh.
    Apr 10 at 18:02










  • $begingroup$
    This question has be asked in a different incarnation before
    $endgroup$
    – laptop2d
    Apr 10 at 18:02






  • 1




    $begingroup$
    On your first FPGA board design, I'd suggest to provide 2 methods of device programming (plus the vendor's JTAG header). Place jumper locations to allow you to change the MODE pins as needed. It's very easy to mess these up and it's good to have back-up plans. Also be sure to provide testpoints for INIT and DONE (or whatever Lattice uses to indicate the programming state).
    $endgroup$
    – The Photon
    Apr 10 at 18:26






  • 2




    $begingroup$
    The process control required to mount BGAs, especially high pin count ones is tighter than something like a QFP. The fact there are more balls means there is a higher probability of bridging or bad connections and since they are hidden you won't be able to detect problems (unless you have an X-ray) prior to running the thing to see if you have any issues. And if you remount the component then you have to reball it which requires more equipement. FPGAs are also expensive chips that you don't want to damage. Large BGAs are where things like PCB preheaters become necessary.
    $endgroup$
    – Toor
    Apr 10 at 20:01







  • 1




    $begingroup$
    I used to work at a place where the techs did nothing but rework all day and they had hot air stations (tighter temperature control and more reliable than the heat gun) and they were unable to reliably hand solder BGAs. I don't think they had a preheater so if you are going to try it, get a preheater and use a cheap chip (maybe even daisy chain dummy BGA package so you can verify your connections electrically until you've nailed it before doing the real thing).
    $endgroup$
    – Toor
    Apr 10 at 20:08


















9












$begingroup$


I've been programming microcontrollers for a few years now, and I've just discovered FPGA's after taking a digital design class. After doing some research into different FPGA's, development boards, etc, I'm still hesitant to buy any because I wouldn't know how to make my own version of the final "product." I've put PIC's, SAM's, AVR's, etc. on to custom PCB's with no issue, so I'm not worried about that--my main concern is programming an FPGA without a manufacturer's board.



My specific question: Would an FPGA function if I took the bitmap file generated by Quartus, Vivado, iCEcube, etc, wrote it to an SPI flash memory chip beginning at address 0 (say, via an FT2232H), and connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?



I apologize for the partial hypothetical; I'm fairly sure that's all Lattice's Diamond Programmer does, but I wondered if that approach would work for FPGA's from different manufacturers, or whether say, Quartus added additional "window dressing" or headers to the memory while writing it.



Let me know if there's anything I can do to improve/clarify the question, or if I'm missing a big point in the FPGA programming process. Thanks!










share|improve this question









$endgroup$











  • $begingroup$
    By "bitmap" you mean bit-stream?
    $endgroup$
    – Eugene Sh.
    Apr 10 at 18:02










  • $begingroup$
    This question has be asked in a different incarnation before
    $endgroup$
    – laptop2d
    Apr 10 at 18:02






  • 1




    $begingroup$
    On your first FPGA board design, I'd suggest to provide 2 methods of device programming (plus the vendor's JTAG header). Place jumper locations to allow you to change the MODE pins as needed. It's very easy to mess these up and it's good to have back-up plans. Also be sure to provide testpoints for INIT and DONE (or whatever Lattice uses to indicate the programming state).
    $endgroup$
    – The Photon
    Apr 10 at 18:26






  • 2




    $begingroup$
    The process control required to mount BGAs, especially high pin count ones is tighter than something like a QFP. The fact there are more balls means there is a higher probability of bridging or bad connections and since they are hidden you won't be able to detect problems (unless you have an X-ray) prior to running the thing to see if you have any issues. And if you remount the component then you have to reball it which requires more equipement. FPGAs are also expensive chips that you don't want to damage. Large BGAs are where things like PCB preheaters become necessary.
    $endgroup$
    – Toor
    Apr 10 at 20:01







  • 1




    $begingroup$
    I used to work at a place where the techs did nothing but rework all day and they had hot air stations (tighter temperature control and more reliable than the heat gun) and they were unable to reliably hand solder BGAs. I don't think they had a preheater so if you are going to try it, get a preheater and use a cheap chip (maybe even daisy chain dummy BGA package so you can verify your connections electrically until you've nailed it before doing the real thing).
    $endgroup$
    – Toor
    Apr 10 at 20:08














9












9








9


4



$begingroup$


I've been programming microcontrollers for a few years now, and I've just discovered FPGA's after taking a digital design class. After doing some research into different FPGA's, development boards, etc, I'm still hesitant to buy any because I wouldn't know how to make my own version of the final "product." I've put PIC's, SAM's, AVR's, etc. on to custom PCB's with no issue, so I'm not worried about that--my main concern is programming an FPGA without a manufacturer's board.



My specific question: Would an FPGA function if I took the bitmap file generated by Quartus, Vivado, iCEcube, etc, wrote it to an SPI flash memory chip beginning at address 0 (say, via an FT2232H), and connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?



I apologize for the partial hypothetical; I'm fairly sure that's all Lattice's Diamond Programmer does, but I wondered if that approach would work for FPGA's from different manufacturers, or whether say, Quartus added additional "window dressing" or headers to the memory while writing it.



Let me know if there's anything I can do to improve/clarify the question, or if I'm missing a big point in the FPGA programming process. Thanks!










share|improve this question









$endgroup$




I've been programming microcontrollers for a few years now, and I've just discovered FPGA's after taking a digital design class. After doing some research into different FPGA's, development boards, etc, I'm still hesitant to buy any because I wouldn't know how to make my own version of the final "product." I've put PIC's, SAM's, AVR's, etc. on to custom PCB's with no issue, so I'm not worried about that--my main concern is programming an FPGA without a manufacturer's board.



My specific question: Would an FPGA function if I took the bitmap file generated by Quartus, Vivado, iCEcube, etc, wrote it to an SPI flash memory chip beginning at address 0 (say, via an FT2232H), and connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?



I apologize for the partial hypothetical; I'm fairly sure that's all Lattice's Diamond Programmer does, but I wondered if that approach would work for FPGA's from different manufacturers, or whether say, Quartus added additional "window dressing" or headers to the memory while writing it.



Let me know if there's anything I can do to improve/clarify the question, or if I'm missing a big point in the FPGA programming process. Thanks!







fpga spi programming






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Apr 10 at 17:53









Blake LucasBlake Lucas

566




566











  • $begingroup$
    By "bitmap" you mean bit-stream?
    $endgroup$
    – Eugene Sh.
    Apr 10 at 18:02










  • $begingroup$
    This question has be asked in a different incarnation before
    $endgroup$
    – laptop2d
    Apr 10 at 18:02






  • 1




    $begingroup$
    On your first FPGA board design, I'd suggest to provide 2 methods of device programming (plus the vendor's JTAG header). Place jumper locations to allow you to change the MODE pins as needed. It's very easy to mess these up and it's good to have back-up plans. Also be sure to provide testpoints for INIT and DONE (or whatever Lattice uses to indicate the programming state).
    $endgroup$
    – The Photon
    Apr 10 at 18:26






  • 2




    $begingroup$
    The process control required to mount BGAs, especially high pin count ones is tighter than something like a QFP. The fact there are more balls means there is a higher probability of bridging or bad connections and since they are hidden you won't be able to detect problems (unless you have an X-ray) prior to running the thing to see if you have any issues. And if you remount the component then you have to reball it which requires more equipement. FPGAs are also expensive chips that you don't want to damage. Large BGAs are where things like PCB preheaters become necessary.
    $endgroup$
    – Toor
    Apr 10 at 20:01







  • 1




    $begingroup$
    I used to work at a place where the techs did nothing but rework all day and they had hot air stations (tighter temperature control and more reliable than the heat gun) and they were unable to reliably hand solder BGAs. I don't think they had a preheater so if you are going to try it, get a preheater and use a cheap chip (maybe even daisy chain dummy BGA package so you can verify your connections electrically until you've nailed it before doing the real thing).
    $endgroup$
    – Toor
    Apr 10 at 20:08

















  • $begingroup$
    By "bitmap" you mean bit-stream?
    $endgroup$
    – Eugene Sh.
    Apr 10 at 18:02










  • $begingroup$
    This question has be asked in a different incarnation before
    $endgroup$
    – laptop2d
    Apr 10 at 18:02






  • 1




    $begingroup$
    On your first FPGA board design, I'd suggest to provide 2 methods of device programming (plus the vendor's JTAG header). Place jumper locations to allow you to change the MODE pins as needed. It's very easy to mess these up and it's good to have back-up plans. Also be sure to provide testpoints for INIT and DONE (or whatever Lattice uses to indicate the programming state).
    $endgroup$
    – The Photon
    Apr 10 at 18:26






  • 2




    $begingroup$
    The process control required to mount BGAs, especially high pin count ones is tighter than something like a QFP. The fact there are more balls means there is a higher probability of bridging or bad connections and since they are hidden you won't be able to detect problems (unless you have an X-ray) prior to running the thing to see if you have any issues. And if you remount the component then you have to reball it which requires more equipement. FPGAs are also expensive chips that you don't want to damage. Large BGAs are where things like PCB preheaters become necessary.
    $endgroup$
    – Toor
    Apr 10 at 20:01







  • 1




    $begingroup$
    I used to work at a place where the techs did nothing but rework all day and they had hot air stations (tighter temperature control and more reliable than the heat gun) and they were unable to reliably hand solder BGAs. I don't think they had a preheater so if you are going to try it, get a preheater and use a cheap chip (maybe even daisy chain dummy BGA package so you can verify your connections electrically until you've nailed it before doing the real thing).
    $endgroup$
    – Toor
    Apr 10 at 20:08
















$begingroup$
By "bitmap" you mean bit-stream?
$endgroup$
– Eugene Sh.
Apr 10 at 18:02




$begingroup$
By "bitmap" you mean bit-stream?
$endgroup$
– Eugene Sh.
Apr 10 at 18:02












$begingroup$
This question has be asked in a different incarnation before
$endgroup$
– laptop2d
Apr 10 at 18:02




$begingroup$
This question has be asked in a different incarnation before
$endgroup$
– laptop2d
Apr 10 at 18:02




1




1




$begingroup$
On your first FPGA board design, I'd suggest to provide 2 methods of device programming (plus the vendor's JTAG header). Place jumper locations to allow you to change the MODE pins as needed. It's very easy to mess these up and it's good to have back-up plans. Also be sure to provide testpoints for INIT and DONE (or whatever Lattice uses to indicate the programming state).
$endgroup$
– The Photon
Apr 10 at 18:26




$begingroup$
On your first FPGA board design, I'd suggest to provide 2 methods of device programming (plus the vendor's JTAG header). Place jumper locations to allow you to change the MODE pins as needed. It's very easy to mess these up and it's good to have back-up plans. Also be sure to provide testpoints for INIT and DONE (or whatever Lattice uses to indicate the programming state).
$endgroup$
– The Photon
Apr 10 at 18:26




2




2




$begingroup$
The process control required to mount BGAs, especially high pin count ones is tighter than something like a QFP. The fact there are more balls means there is a higher probability of bridging or bad connections and since they are hidden you won't be able to detect problems (unless you have an X-ray) prior to running the thing to see if you have any issues. And if you remount the component then you have to reball it which requires more equipement. FPGAs are also expensive chips that you don't want to damage. Large BGAs are where things like PCB preheaters become necessary.
$endgroup$
– Toor
Apr 10 at 20:01





$begingroup$
The process control required to mount BGAs, especially high pin count ones is tighter than something like a QFP. The fact there are more balls means there is a higher probability of bridging or bad connections and since they are hidden you won't be able to detect problems (unless you have an X-ray) prior to running the thing to see if you have any issues. And if you remount the component then you have to reball it which requires more equipement. FPGAs are also expensive chips that you don't want to damage. Large BGAs are where things like PCB preheaters become necessary.
$endgroup$
– Toor
Apr 10 at 20:01





1




1




$begingroup$
I used to work at a place where the techs did nothing but rework all day and they had hot air stations (tighter temperature control and more reliable than the heat gun) and they were unable to reliably hand solder BGAs. I don't think they had a preheater so if you are going to try it, get a preheater and use a cheap chip (maybe even daisy chain dummy BGA package so you can verify your connections electrically until you've nailed it before doing the real thing).
$endgroup$
– Toor
Apr 10 at 20:08





$begingroup$
I used to work at a place where the techs did nothing but rework all day and they had hot air stations (tighter temperature control and more reliable than the heat gun) and they were unable to reliably hand solder BGAs. I don't think they had a preheater so if you are going to try it, get a preheater and use a cheap chip (maybe even daisy chain dummy BGA package so you can verify your connections electrically until you've nailed it before doing the real thing).
$endgroup$
– Toor
Apr 10 at 20:08











4 Answers
4






active

oldest

votes


















12












$begingroup$

Yes, it would work just fine.



Actually, the development tools for most FPGAs allow you to program the external flash directly through the FPGA's own JTAG connection, eliminating the need for a separate programming interface for the flash.






share|improve this answer









$endgroup$








  • 1




    $begingroup$
    And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
    $endgroup$
    – Spehro Pefhany
    Apr 10 at 18:59










  • $begingroup$
    I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
    $endgroup$
    – Blake Lucas
    Apr 10 at 19:53






  • 1




    $begingroup$
    Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
    $endgroup$
    – Toor
    Apr 10 at 19:56











  • $begingroup$
    @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
    $endgroup$
    – Ben Voigt
    Apr 10 at 22:09






  • 2




    $begingroup$
    Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
    $endgroup$
    – Chris Stratton
    Apr 10 at 22:22



















3












$begingroup$

When you say "the [sic] bitmap [sic] file generated by ", the answer is Yes as long as you pick the right one -- you made a slight error by using the definite article since there isn't just one file generated.



For example, Quartus can produce SOF, POF, and JIC files. The last one is what you use for indirect programming via the FPGA JTAG. It would not be useful to write that to the SPI flash. The SOF is for loading over JTAG to run your design in the FPGA transiently. POF is what you need to load into the flash chip.



See FPGA: Bitstream vs. SRAM Object File for a lot of useful information on what the different files mean from each of the different vendors.






share|improve this answer









$endgroup$




















    1












    $begingroup$


    Would an FPGA function if I ... connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?




    If I understand your question correctly, you want to write the FPGA configuration (e.g. your compiled HDL model) to an SPI EEPROM or SPI Flash and you want the FPGA to program itself using the data on the SPI IC.



    (If I understand Dave Tweed's answer correctly, he understood your question in a different way.)



    At least many SPI Flash memory devices would NOT work because SPI Flash memory ICs require a certain waveform (e.g. the address to be read) to be sent so the data is read out from the IC.



    This waveform is not the same for all Flash memory devices. Even when only looking at SD memory cards (which can also be used as SPI Flash memory) we find two variants requiring a different waveform to be sent to the card before the card reads out the data.



    When setting the mode pins of the FPGA correctly, the FPGA will send some waveform that instructs some serial memory device to send the data. However, because different ICs require different waveforms, the waveform will not be understood by all Flash ICs but only by certain types.



    I know that Altera produces special Flash or EEPROM ICs which a are compatible to their FPGAs.






    share|improve this answer











    $endgroup$












    • $begingroup$
      Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
      $endgroup$
      – Dmitry Grigoryev
      2 days ago



















    1












    $begingroup$

    If you want to write an FPGA bitstream to the flash without the official FPGA programming tools, you'll most likely want to convert that bitstream file to an open binary format that you can easily read, like raw binary, Intel HEX or Motorola SREC (example). This will strip any proprietary headers that an FPGA bitstream may contain.



    This way you will be able to program the flash using the tools from the flash manufacturer (or your own tools), or even order the flash chips pre-programmed with your FPGA bitstream.






    share|improve this answer











    $endgroup$













      Your Answer






      StackExchange.ifUsing("editor", function ()
      return StackExchange.using("schematics", function ()
      StackExchange.schematics.init();
      );
      , "cicuitlab");

      StackExchange.ready(function()
      var channelOptions =
      tags: "".split(" "),
      id: "135"
      ;
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function()
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled)
      StackExchange.using("snippets", function()
      createEditor();
      );

      else
      createEditor();

      );

      function createEditor()
      StackExchange.prepareEditor(
      heartbeatType: 'answer',
      autoActivateHeartbeat: false,
      convertImagesToLinks: false,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: null,
      bindNavPrevention: true,
      postfix: "",
      imageUploader:
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      ,
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      );



      );













      draft saved

      draft discarded


















      StackExchange.ready(
      function ()
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f431856%2ffpga-diy-programming%23new-answer', 'question_page');

      );

      Post as a guest















      Required, but never shown

























      4 Answers
      4






      active

      oldest

      votes








      4 Answers
      4






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes









      12












      $begingroup$

      Yes, it would work just fine.



      Actually, the development tools for most FPGAs allow you to program the external flash directly through the FPGA's own JTAG connection, eliminating the need for a separate programming interface for the flash.






      share|improve this answer









      $endgroup$








      • 1




        $begingroup$
        And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
        $endgroup$
        – Spehro Pefhany
        Apr 10 at 18:59










      • $begingroup$
        I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
        $endgroup$
        – Blake Lucas
        Apr 10 at 19:53






      • 1




        $begingroup$
        Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
        $endgroup$
        – Toor
        Apr 10 at 19:56











      • $begingroup$
        @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
        $endgroup$
        – Ben Voigt
        Apr 10 at 22:09






      • 2




        $begingroup$
        Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
        $endgroup$
        – Chris Stratton
        Apr 10 at 22:22
















      12












      $begingroup$

      Yes, it would work just fine.



      Actually, the development tools for most FPGAs allow you to program the external flash directly through the FPGA's own JTAG connection, eliminating the need for a separate programming interface for the flash.






      share|improve this answer









      $endgroup$








      • 1




        $begingroup$
        And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
        $endgroup$
        – Spehro Pefhany
        Apr 10 at 18:59










      • $begingroup$
        I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
        $endgroup$
        – Blake Lucas
        Apr 10 at 19:53






      • 1




        $begingroup$
        Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
        $endgroup$
        – Toor
        Apr 10 at 19:56











      • $begingroup$
        @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
        $endgroup$
        – Ben Voigt
        Apr 10 at 22:09






      • 2




        $begingroup$
        Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
        $endgroup$
        – Chris Stratton
        Apr 10 at 22:22














      12












      12








      12





      $begingroup$

      Yes, it would work just fine.



      Actually, the development tools for most FPGAs allow you to program the external flash directly through the FPGA's own JTAG connection, eliminating the need for a separate programming interface for the flash.






      share|improve this answer









      $endgroup$



      Yes, it would work just fine.



      Actually, the development tools for most FPGAs allow you to program the external flash directly through the FPGA's own JTAG connection, eliminating the need for a separate programming interface for the flash.







      share|improve this answer












      share|improve this answer



      share|improve this answer










      answered Apr 10 at 18:06









      Dave TweedDave Tweed

      124k10154269




      124k10154269







      • 1




        $begingroup$
        And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
        $endgroup$
        – Spehro Pefhany
        Apr 10 at 18:59










      • $begingroup$
        I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
        $endgroup$
        – Blake Lucas
        Apr 10 at 19:53






      • 1




        $begingroup$
        Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
        $endgroup$
        – Toor
        Apr 10 at 19:56











      • $begingroup$
        @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
        $endgroup$
        – Ben Voigt
        Apr 10 at 22:09






      • 2




        $begingroup$
        Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
        $endgroup$
        – Chris Stratton
        Apr 10 at 22:22













      • 1




        $begingroup$
        And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
        $endgroup$
        – Spehro Pefhany
        Apr 10 at 18:59










      • $begingroup$
        I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
        $endgroup$
        – Blake Lucas
        Apr 10 at 19:53






      • 1




        $begingroup$
        Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
        $endgroup$
        – Toor
        Apr 10 at 19:56











      • $begingroup$
        @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
        $endgroup$
        – Ben Voigt
        Apr 10 at 22:09






      • 2




        $begingroup$
        Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
        $endgroup$
        – Chris Stratton
        Apr 10 at 22:22








      1




      1




      $begingroup$
      And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
      $endgroup$
      – Spehro Pefhany
      Apr 10 at 18:59




      $begingroup$
      And some, like Lattice Mach X02, have the flash on-board so you just need a few resistors and a 5x2 header to connect to the Lattice programming pod.
      $endgroup$
      – Spehro Pefhany
      Apr 10 at 18:59












      $begingroup$
      I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
      $endgroup$
      – Blake Lucas
      Apr 10 at 19:53




      $begingroup$
      I was aware you can program the flash directly via JTAG from tools like Vivado/Quartus, what I was hoping was to be able to do it without needing to purchase a vendor-specific cable--just use an FT2232H and write the bitstream (not bitmap?) myself. I don't think that chip is supported by Quartus, though, and isn't openly supported by Vivado (even though they use it on the Nexys and Basys boards).
      $endgroup$
      – Blake Lucas
      Apr 10 at 19:53




      1




      1




      $begingroup$
      Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
      $endgroup$
      – Toor
      Apr 10 at 19:56





      $begingroup$
      Yes, you can program the flash with the bit file using other means. One of your programmers for your MCUs can probably do it. I know my Segger J-link certainly can.
      $endgroup$
      – Toor
      Apr 10 at 19:56













      $begingroup$
      @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
      $endgroup$
      – Ben Voigt
      Apr 10 at 22:09




      $begingroup$
      @Toor: Indeed that's not a vendor-specific cable, but it still has hardcoded support in the vendor tools, and the Segger is quite a bit more expensive than a FT2232H.
      $endgroup$
      – Ben Voigt
      Apr 10 at 22:09




      2




      2




      $begingroup$
      Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
      $endgroup$
      – Chris Stratton
      Apr 10 at 22:22





      $begingroup$
      Pretty much all the major vendors provide engineering documentation to let the determined upload bitstreams to their parts (both FPGA and custom config flashes) with custom tools, because it is sometimes desirable in integrated systems or test rigs. It may be simplest to use the vendor's supported gear (especially at first), but I've implemented alternates for specific projects a number of times over the years. The harder part of an original FPGA board project may be all the support an FPGA needs on the board - lots of power pairs to route and bypass, often for several distinct voltages.
      $endgroup$
      – Chris Stratton
      Apr 10 at 22:22














      3












      $begingroup$

      When you say "the [sic] bitmap [sic] file generated by ", the answer is Yes as long as you pick the right one -- you made a slight error by using the definite article since there isn't just one file generated.



      For example, Quartus can produce SOF, POF, and JIC files. The last one is what you use for indirect programming via the FPGA JTAG. It would not be useful to write that to the SPI flash. The SOF is for loading over JTAG to run your design in the FPGA transiently. POF is what you need to load into the flash chip.



      See FPGA: Bitstream vs. SRAM Object File for a lot of useful information on what the different files mean from each of the different vendors.






      share|improve this answer









      $endgroup$

















        3












        $begingroup$

        When you say "the [sic] bitmap [sic] file generated by ", the answer is Yes as long as you pick the right one -- you made a slight error by using the definite article since there isn't just one file generated.



        For example, Quartus can produce SOF, POF, and JIC files. The last one is what you use for indirect programming via the FPGA JTAG. It would not be useful to write that to the SPI flash. The SOF is for loading over JTAG to run your design in the FPGA transiently. POF is what you need to load into the flash chip.



        See FPGA: Bitstream vs. SRAM Object File for a lot of useful information on what the different files mean from each of the different vendors.






        share|improve this answer









        $endgroup$















          3












          3








          3





          $begingroup$

          When you say "the [sic] bitmap [sic] file generated by ", the answer is Yes as long as you pick the right one -- you made a slight error by using the definite article since there isn't just one file generated.



          For example, Quartus can produce SOF, POF, and JIC files. The last one is what you use for indirect programming via the FPGA JTAG. It would not be useful to write that to the SPI flash. The SOF is for loading over JTAG to run your design in the FPGA transiently. POF is what you need to load into the flash chip.



          See FPGA: Bitstream vs. SRAM Object File for a lot of useful information on what the different files mean from each of the different vendors.






          share|improve this answer









          $endgroup$



          When you say "the [sic] bitmap [sic] file generated by ", the answer is Yes as long as you pick the right one -- you made a slight error by using the definite article since there isn't just one file generated.



          For example, Quartus can produce SOF, POF, and JIC files. The last one is what you use for indirect programming via the FPGA JTAG. It would not be useful to write that to the SPI flash. The SOF is for loading over JTAG to run your design in the FPGA transiently. POF is what you need to load into the flash chip.



          See FPGA: Bitstream vs. SRAM Object File for a lot of useful information on what the different files mean from each of the different vendors.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Apr 10 at 22:16









          Ben VoigtBen Voigt

          1,79611526




          1,79611526





















              1












              $begingroup$


              Would an FPGA function if I ... connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?




              If I understand your question correctly, you want to write the FPGA configuration (e.g. your compiled HDL model) to an SPI EEPROM or SPI Flash and you want the FPGA to program itself using the data on the SPI IC.



              (If I understand Dave Tweed's answer correctly, he understood your question in a different way.)



              At least many SPI Flash memory devices would NOT work because SPI Flash memory ICs require a certain waveform (e.g. the address to be read) to be sent so the data is read out from the IC.



              This waveform is not the same for all Flash memory devices. Even when only looking at SD memory cards (which can also be used as SPI Flash memory) we find two variants requiring a different waveform to be sent to the card before the card reads out the data.



              When setting the mode pins of the FPGA correctly, the FPGA will send some waveform that instructs some serial memory device to send the data. However, because different ICs require different waveforms, the waveform will not be understood by all Flash ICs but only by certain types.



              I know that Altera produces special Flash or EEPROM ICs which a are compatible to their FPGAs.






              share|improve this answer











              $endgroup$












              • $begingroup$
                Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
                $endgroup$
                – Dmitry Grigoryev
                2 days ago
















              1












              $begingroup$


              Would an FPGA function if I ... connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?




              If I understand your question correctly, you want to write the FPGA configuration (e.g. your compiled HDL model) to an SPI EEPROM or SPI Flash and you want the FPGA to program itself using the data on the SPI IC.



              (If I understand Dave Tweed's answer correctly, he understood your question in a different way.)



              At least many SPI Flash memory devices would NOT work because SPI Flash memory ICs require a certain waveform (e.g. the address to be read) to be sent so the data is read out from the IC.



              This waveform is not the same for all Flash memory devices. Even when only looking at SD memory cards (which can also be used as SPI Flash memory) we find two variants requiring a different waveform to be sent to the card before the card reads out the data.



              When setting the mode pins of the FPGA correctly, the FPGA will send some waveform that instructs some serial memory device to send the data. However, because different ICs require different waveforms, the waveform will not be understood by all Flash ICs but only by certain types.



              I know that Altera produces special Flash or EEPROM ICs which a are compatible to their FPGAs.






              share|improve this answer











              $endgroup$












              • $begingroup$
                Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
                $endgroup$
                – Dmitry Grigoryev
                2 days ago














              1












              1








              1





              $begingroup$


              Would an FPGA function if I ... connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?




              If I understand your question correctly, you want to write the FPGA configuration (e.g. your compiled HDL model) to an SPI EEPROM or SPI Flash and you want the FPGA to program itself using the data on the SPI IC.



              (If I understand Dave Tweed's answer correctly, he understood your question in a different way.)



              At least many SPI Flash memory devices would NOT work because SPI Flash memory ICs require a certain waveform (e.g. the address to be read) to be sent so the data is read out from the IC.



              This waveform is not the same for all Flash memory devices. Even when only looking at SD memory cards (which can also be used as SPI Flash memory) we find two variants requiring a different waveform to be sent to the card before the card reads out the data.



              When setting the mode pins of the FPGA correctly, the FPGA will send some waveform that instructs some serial memory device to send the data. However, because different ICs require different waveforms, the waveform will not be understood by all Flash ICs but only by certain types.



              I know that Altera produces special Flash or EEPROM ICs which a are compatible to their FPGAs.






              share|improve this answer











              $endgroup$




              Would an FPGA function if I ... connected the flash memory to the SPI pins of an FPGA (with the MODE config set properly)?




              If I understand your question correctly, you want to write the FPGA configuration (e.g. your compiled HDL model) to an SPI EEPROM or SPI Flash and you want the FPGA to program itself using the data on the SPI IC.



              (If I understand Dave Tweed's answer correctly, he understood your question in a different way.)



              At least many SPI Flash memory devices would NOT work because SPI Flash memory ICs require a certain waveform (e.g. the address to be read) to be sent so the data is read out from the IC.



              This waveform is not the same for all Flash memory devices. Even when only looking at SD memory cards (which can also be used as SPI Flash memory) we find two variants requiring a different waveform to be sent to the card before the card reads out the data.



              When setting the mode pins of the FPGA correctly, the FPGA will send some waveform that instructs some serial memory device to send the data. However, because different ICs require different waveforms, the waveform will not be understood by all Flash ICs but only by certain types.



              I know that Altera produces special Flash or EEPROM ICs which a are compatible to their FPGAs.







              share|improve this answer














              share|improve this answer



              share|improve this answer








              edited 2 days ago

























              answered 2 days ago









              Martin RosenauMartin Rosenau

              1,01647




              1,01647











              • $begingroup$
                Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
                $endgroup$
                – Dmitry Grigoryev
                2 days ago

















              • $begingroup$
                Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
                $endgroup$
                – Dmitry Grigoryev
                2 days ago
















              $begingroup$
              Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
              $endgroup$
              – Dmitry Grigoryev
              2 days ago





              $begingroup$
              Obviously an SD card will not work, since no FPGA (to my knowledge) supports SD/MMC as a configuration protocol. Most FPGAs stick to AT24/AT26/AT45.
              $endgroup$
              – Dmitry Grigoryev
              2 days ago












              1












              $begingroup$

              If you want to write an FPGA bitstream to the flash without the official FPGA programming tools, you'll most likely want to convert that bitstream file to an open binary format that you can easily read, like raw binary, Intel HEX or Motorola SREC (example). This will strip any proprietary headers that an FPGA bitstream may contain.



              This way you will be able to program the flash using the tools from the flash manufacturer (or your own tools), or even order the flash chips pre-programmed with your FPGA bitstream.






              share|improve this answer











              $endgroup$

















                1












                $begingroup$

                If you want to write an FPGA bitstream to the flash without the official FPGA programming tools, you'll most likely want to convert that bitstream file to an open binary format that you can easily read, like raw binary, Intel HEX or Motorola SREC (example). This will strip any proprietary headers that an FPGA bitstream may contain.



                This way you will be able to program the flash using the tools from the flash manufacturer (or your own tools), or even order the flash chips pre-programmed with your FPGA bitstream.






                share|improve this answer











                $endgroup$















                  1












                  1








                  1





                  $begingroup$

                  If you want to write an FPGA bitstream to the flash without the official FPGA programming tools, you'll most likely want to convert that bitstream file to an open binary format that you can easily read, like raw binary, Intel HEX or Motorola SREC (example). This will strip any proprietary headers that an FPGA bitstream may contain.



                  This way you will be able to program the flash using the tools from the flash manufacturer (or your own tools), or even order the flash chips pre-programmed with your FPGA bitstream.






                  share|improve this answer











                  $endgroup$



                  If you want to write an FPGA bitstream to the flash without the official FPGA programming tools, you'll most likely want to convert that bitstream file to an open binary format that you can easily read, like raw binary, Intel HEX or Motorola SREC (example). This will strip any proprietary headers that an FPGA bitstream may contain.



                  This way you will be able to program the flash using the tools from the flash manufacturer (or your own tools), or even order the flash chips pre-programmed with your FPGA bitstream.







                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited 2 days ago

























                  answered 2 days ago









                  Dmitry GrigoryevDmitry Grigoryev

                  18.5k22878




                  18.5k22878



























                      draft saved

                      draft discarded
















































                      Thanks for contributing an answer to Electrical Engineering Stack Exchange!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid


                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.

                      Use MathJax to format equations. MathJax reference.


                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function ()
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f431856%2ffpga-diy-programming%23new-answer', 'question_page');

                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      Tamil (spriik) Luke uk diar | Nawigatjuun

                      Align equal signs while including text over equalitiesAMS align: left aligned text/math plus multicolumn alignmentMultiple alignmentsAligning equations in multiple placesNumbering and aligning an equation with multiple columnsHow to align one equation with another multline equationUsing \ in environments inside the begintabularxNumber equations and preserving alignment of equal signsHow can I align equations to the left and to the right?Double equation alignment problem within align enviromentAligned within align: Why are they right-aligned?

                      Training a classifier when some of the features are unknownWhy does Gradient Boosting regression predict negative values when there are no negative y-values in my training set?How to improve an existing (trained) classifier?What is effect when I set up some self defined predisctor variables?Why Matlab neural network classification returns decimal values on prediction dataset?Fitting and transforming text data in training, testing, and validation setsHow to quantify the performance of the classifier (multi-class SVM) using the test data?How do I control for some patients providing multiple samples in my training data?Training and Test setTraining a convolutional neural network for image denoising in MatlabShouldn't an autoencoder with #(neurons in hidden layer) = #(neurons in input layer) be “perfect”?