Hello everyone, Can someone pointed out to me what are the pros and cons using fpga compare to microcontroller? What I know is fpga execute our program in paralel order and uc execute the program sequentially. Because of that reason, I think fpga tends to make less delay compare to uc. It is needed for example when I would like to operate multiple motor which I need accuracy. FPGA convert our hdl later into some sort of gate array but the uc use only bunch of instruction. (please someone correct me if I'm wrong) What are other pro& con using fpga compared to uc? Thank you everyone.

What the pros and cons are, really depends on the application you have in mind. Talking about motor control, you may be able to use some microcontroller's PWM features. If you need reaction times less than a microsecond, depending on algorithms you need to implement, you might need to use a FPGA. On the other hand, complex algorithms tend to be implemented more quickly and easily in software, especially if they involve dynamic amounts of memory and high-level descision-making. Writing software is easier to learn than coding HDL. Also keep in mind that FPGAs need some infrastructure like non-volatile memory to be configured when they're not connected to a PC, maybe a configuration controller for updatability in the field, an oscillator. There are microcontrollers out there with built-in flash/EEPROMs and built-in oscillators. Of course, if you know that the logic you need is small enough to fit into a CPLD, you can reduce device count. If you are not yet sure about how fast the reaction times will need to be, the safer option would probably be a FPGA big enough to contain a microcontroller, like Nios. Then you could start by implementing your algorithms in software and later, if you realise it is not fast enough, you could extend that on-chip system with custom modules. Depending on code size, you might need to add an external RAM for that Nios. Expect some learning how Nios works, how to build the system, how to interface it to the rest of the FPGA and the outside world, how to debug and write efficient code. But that might be similar to what you have to do for off-the-shelf microcontrollers anyway. Well, you see there are a couple of options. It really depends what your project is about, how it should evolve, what timeframe, budget and skills you have. Hope that helps :-)

Actually, there are µCs with dedicated PWM hardware which can achieve timings not achievable with an FPGA. Anyway, FPGAs are re-configurable logic devices. They contain thousands of basic digital blocks. These blocks, and the way they are connected, can be configured to behave as any digital chip you can think off. Then can be.. whatever you can build blocks within a FPGA. Which is a lot. An FPGA can be configured to be a CPU, a µC, a USB controller, a UART, the chip you'd like to have but doesn't exist, etc. However, compared to dedicated chips, FPGAS are expensive, slow, have high power consumption, tend to require more components and other stuff. So, good reasons to use a FPGA: - There's no decent chip in the market that fits your needs and you can't afford to design your own. - There's no decent chip in the market that fits your needs and you don't have the time to design your own. - You could use some existing chips but it's cumbersome or poor performing. - You need the flexibility to reconfigure your system. So, a more practical example. Once upon a time, we needed to control a bunch of I2C ADCs and DACs, Since we were running out of address space, we decided to use multiple I2C buses. Since we couldn't find any µC with enough I2C masters, we used an FPGA and implemented a design with a 8051 µC and several I2C masters to fit our needs. Problem solved.

--- Quote Start --- - There's no decent chip in the market that fits your needs and you don't have the time to design your own. - You could use some existing chips but it's cumbersome or poor performing. - You need the flexibility to reconfigure your system. --- Quote End --- Thank you for both of your replies. How poor performing is it? In which application should we use fpga or uc? What do you mean when you said "reconfigurable"? I think uc is also reconfigurable. In my case, I use 3 sensors and later with the data I got, I need to perform calculation (in which I also need trigonometric calculation) for my control. After that the result of the control is gonna actuate a actuator. Given a choice of uc and fpga, which should I use? What critical here is time respond until the system become stable. Sorry for the basic questions. I already know what is fpga and its architecture. Thank you.

Oh yah I also forgot to mention I also need to perform communication from pc to uc or fpga(depends on which I use). If fpga, I am trying to use virtual jtag. If uc, I am trying to use usb to serial communication.

--- Quote Start --- I use 3 sensors and later with the data I got, I need to perform calculation (in which I also need trigonometric calculation) for my control. After that the result of the control is gonna actuate a actuator. Given a choice of uc and fpga, which should I use? What critical here is time respond until the system become stable. --- Quote End --- This sounds like a microcontroller task. If sensors are analog voltages, they will need to be analog-to-digital converted; which for an FPGA requires an external component, but exists on a microcontroller. If you are using actuators, then I would imaging your 'speeds' are quite slow. Well within the capabilities of microcontrollers . For example, the STM32F4-Discovery kit is available from ST for free. Its got a 168MHz ARM Cortex-M4 core, with floating-point unit, fast I/O, USB, etc. That may even be overkill. Cheers, Dave

Pro& Cons using FPGA??? | Altera Community

11 Replies

Altera_Forum
Honored Contributor
14 years ago
What the pros and cons are, really depends on the application you have in mind. Talking about motor control, you may be able to use some microcontroller's PWM features. If you need reaction times less than a microsecond, depending on algorithms you need to implement, you might need to use a FPGA. On the other hand, complex algorithms tend to be implemented more quickly and easily in software, especially if they involve dynamic amounts of memory and high-level descision-making. Writing software is easier to learn than coding HDL.

Also keep in mind that FPGAs need some infrastructure like non-volatile memory to be configured when they're not connected to a PC, maybe a configuration controller for updatability in the field, an oscillator. There are microcontrollers out there with built-in flash/EEPROMs and built-in oscillators. Of course, if you know that the logic you need is small enough to fit into a CPLD, you can reduce device count.

If you are not yet sure about how fast the reaction times will need to be, the safer option would probably be a FPGA big enough to contain a microcontroller, like Nios. Then you could start by implementing your algorithms in software and later, if you realise it is not fast enough, you could extend that on-chip system with custom modules. Depending on code size, you might need to add an external RAM for that Nios. Expect some learning how Nios works, how to build the system, how to interface it to the rest of the FPGA and the outside world, how to debug and write efficient code. But that might be similar to what you have to do for off-the-shelf microcontrollers anyway.

Well, you see there are a couple of options. It really depends what your project is about, how it should evolve, what timeframe, budget and skills you have.

Hope that helps :-)

Forum Discussion

Pro& Cons using FPGA???

11 Replies

Recent Discussions

Terasic Apollo S10 SOM_FA

Terasic Apollo S10 SOM board_FA

Fail to enumerate RTile PCIe in the AVSTx8 configuration

Agilex 5 HPS EMIF - Differential Pair Polarity Inversion Support

Cyclone 10 timing_FA