Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Why FPGA

wondrous

Junior Member level 2
Junior Member level 2
Joined
Oct 2, 2018
Messages
22
Helped
1
Reputation
2
Reaction score
1
Trophy points
3
Activity points
341
Hi everyone,,
I study and do projects in embedded system field , not that expert but a little to let me aske why FPGA , i work on atmel MCU also PIC back their when their are atmel & microchip
Now i try to start ARM cortex M4 for embedded ,
But why what is unique thing that make FPGA so popular and advised to learning it , is it the re_configurabilaty or what else ,
Sorry if it fuzzy by some how ,,
 
Hi everyone,,
I study and do projects in embedded system field , not that expert but a little to let me aske why FPGA , i work on atmel MCU also PIC back their when their are atmel & microchip
Now i try to start ARM cortex M4 for embedded ,
But why what is unique thing that make FPGA so popular and advised to learning it , is it the re_configurabilaty or what else ,
Sorry if it fuzzy by some how ,,
Speed and intensive data processing is the main purpose of hardware (ASIC or FPGA) as they do parallel processing.
Software is relatively like a donkey with fetch-execute cycles. You may however run several microprocessors to match.
Software is easy at running complex functions with few statements but FPGA has to go down to lowest levels using RTL or ready-made ips.
 
Hi,

FPGA = configurable hardware. Compare it with a lot of available logic ICs ...
... and by "configuring" the FPGA you set all the connections between the logic ICs to get the desired function. All signal lines are active all the time. All signals are processed all the time in parallel and the speed from input to output is very fast. Within low nanoseconds.

Microcontroller = a software controlled device. It processes one instruction at a time. One instruction after the other. It will take microseconds from input to output.
But you can do really complex calculations.

Example:
Building a floating point multiplier is rather complex done with pure logic ICs. .. but a simple task for an ARM core microcontroller.

***
BTW: this is a frequently asked question. It has been answered in the internet million times. More detailed than forum can do. There are documents from universities, there even are Youtube videos. All you have to do is a simple internet search.

Klaus
 
Speed and intensive data processing is the main purpose of hardware (ASIC or FPGA) as they do parallel processing.
Software is relatively like a donkey with fetch-execute cycles. You may however run several microprocessors to match.
Software is easy at running complex functions with few statements but FPGA has to go down to lowest levels using RTL or ready-made ips.
Thanks for your help and your time
From your replay it seems the speed is major thing
--- Updated ---

Hi,

FPGA = configurable hardware. Compare it with a lot of available logic ICs ...
... and by "configuring" the FPGA you set all the connections between the logic ICs to get the desired function. All signal lines are active all the time. All signals are processed all the time in parallel and the speed from input to output is very fast. Within low nanoseconds.

Microcontroller = a software controlled device. It processes one instruction at a time. One instruction after the other. It will take microseconds from input to output.
But you can do really complex calculations.

Example:
Building a floating point multiplier is rather complex done with pure logic ICs. .. but a simple task for an ARM core microcontroller.

***
BTW: this is a frequently asked question. It has been answered in the internet million times. More detailed than forum can do. There are documents from universities, there even are Youtube videos. All you have to do is a simple internet search.

Klaus
Thanks klaus
Really thanks
Yes i can do internet search but here in forum there are experience formed year by year and it obtained freely and with open arms,,
 
Last edited:
There are variants of the FPGA as well, take the below system on chip. Its routable, its permits
general logic design in addition to its standard resources, using Verilog and/or schematic capture.
Lots of analog as you can see. So its a bridge of sorts between FPGA and Analog work.

The onchip resources, multiple copies in many cases. A community that has also done custom resources,
like DDS, Cordic, 74HC equivalents......Note each programmable component comes with a lib of APIs to
control it, generally no need to write drivers for the resource. Basically drag and drop, wire, code with the
APIs.... Note single or dual arm core families.

1727866346945.png
 
If you want to start FPGA, maybe consider everything will be hard, you will probably learn a lot, and return to programming better. But in general doing code on an arduino is a lot more forgiving.
For signals FPGA's are great "And fast and paralel", but it's never fun to use ram memory. You really need converters and extras. Also compilation takes a loong time, it can be a beast to wrangle.
 
A MCU may need resources that a FPGA doesn't, to work at all.

MCUs that store program code externally are an IP leak.

OTP FPGAs can be made to not read back, if you want
to secure your code this will thwart all but serious reverse
engineering.

SRAM based FPGAs are real resource needy and slow to
boot up, and now you need external ROM / PROM / NVM
and keep that happy too.

There is a lot of variety out there to comprehend.
 
Thanks a lots
I imagine that FPGA can be strong , fast , robust and mor reliable than other MCU
That may let me skip ARM For example.
Like jumping from 8_bit MCU to 32_bit without going on 16_bit
 
I have a little MAX10 FPGA board, those are quite nice. Although a bit iffy. These have LVCMOS and differential outputs. and are a "reconfigurable FPGA board". For having any odd board to be reconfigurable you have to know how to interface to a ROM or a smart media card interface. In straight binary. So basically you'd have to set up clocks know the interface, page off the data and find the correct value before you can interface the ROM.
and reconfigure "any odd FPGA".

In most cases I would choose ARM cortex these days. There reconfigure would be so much as to press a mouse button and run a script.
Also they have plenty of RAM. The downside may be the industry thinks the same. And the nicer boards are hard to get.


I do like FPGA when I need a really solid sample and hold. You can clock out data with precise timing because the output is reliant on the clock frequency and not the thread conditions.
 
Last edited:
For having any odd board to be reconfigurable you have to know how to interface to a ROM or a smart media card interface.
Not true. To reconfigure an FPGA you generally use JTAG, although there are also parallel methods, unless you’re talking about reprogramming an external FLASH ROM.

“I do like FPGA when I need a really solid sample and hold. You can clock out data with precise timing because the output is reliant on the clock frequency and not the thread conditions“

I have no idea what this means. A sample-and-hold is an analog circuit. “Thread conditions”?
 
Not true. To reconfigure an FPGA you generally use JTAG, although there are also parallel methods, unless you’re talking about reprogramming an external FLASH ROM.

“I do like FPGA when I need a really solid sample and hold. You can clock out data with precise timing because the output is reliant on the clock frequency and not the thread conditions“

I have no idea what this means. A sample-and-hold is an analog circuit. “Thread conditions”?
Don't listen to him! He would have programmed volatile memory claiming everything is fine. And doesn't know what a sample and hold is. :D
 
Don't listen to him! He would have programmed volatile memory claiming everything is fine. And doesn't know what a sample and hold is. :D
Edaboard users expect substantiated information instead of witty comments or mere guesses.
I do like FPGA when I need a really solid sample and hold. You can clock out data with precise timing because the output is reliant on the clock frequency and not the thread conditions.
Agree with barry that the statement needs explanation in the context of FPGA design.
 
Edaboard users expect substantiated information instead of witty comments or mere guesses.

Agree with barry that the statement needs explanation in the context of FPGA design.
I don't I would have dismissed it for having a conflict personality trying to set everything back by being childish and combative.. Seems lost.

Anyhow,

Say if you have a resistive ladder DAC or a PWM DAC. It helps to be on time and not in time. Nothing is happening in the clock chain of an FPGA, so they are good at clocking out packets of data. Instead of having to wait for the thread of a CPU to complete running your code "or an entire operating system". And be in time. This calls CPU's to have buffers in which they store data, and have no clocks internally to keep track of time.
 

LaTeX Commands Quick-Menu:

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top