element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      • Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Embedded and Microcontrollers
  • Technologies
  • More
Embedded and Microcontrollers
Embedded Forum DSP v MCU v FPGA
  • Blog
  • Forum
  • Documents
  • Quiz
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Embedded and Microcontrollers to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 7 replies
  • Subscribers 473 subscribers
  • Views 807 views
  • Users 0 members are here
  • microprocessor
  • dsc
  • microcontroller
  • mpu
  • pld
  • programmable_logic
Related

DSP v MCU v FPGA

jfurness
jfurness over 17 years ago

Are hybrid DSP/MCUs just a fad or here to stay?  Has the DSP had its day when a DSC with a PLD can do the job as well?

  • Sign in to reply
  • Cancel
Parents
  • Former Member
    Former Member over 17 years ago

    The question of which technology is most appropriate is age-old.  When I made a presentation on this topic at the International Conference on Signal Processing Applications & Technology in 2000 the session was standing room only.  My paper was inspired by analyzing how I made the decision as to which technology was appropriate (you can find my paper here: http://www.techonline.com/electronics_directory/techpaper/193103740;jsessionid=T3S5J3SJGT4WKQSNDLRSKHSCJUNN2JVN).  It dawned on me that my decision depended solely on the attributes of the end product and not on attributes of the technology used.

     

    I identified four end-product attributes that, when used in combination, discriminated between solutions.  The attributes are: Speed, Math, Decisions, and Complexity.  Pick the most important of these attributes of your product and I can tell you the most appropriate technology.

     

    Micros shine in Decisions and Complexity.  They have huge memory reach to store incredible repertoires of functionality that is switched with the speed of a branch instruction.  FPGA's shine at speed and math.  Why not?  Entire algorithms can be parallel-wired and executed in a single cycle with proper pipelining.  DSPs are decent across-the-board performers and not the best in any one dimension.  The DSCs marginally improve DSP performance in decisions and complexity but are not usually the fastest DSPs.

     

    About the time I made that presentation, the hybrid microcontroller-in-FPGAs were becoming available.  Altera had announced its Exalibur and NIOS-based devices.  Atmel already had introducted its FPSLIC.  I reasoned that these SoC solutions would be winners.  Little did I imagine how powerful and popular the soft-cores would become!

     

    As time passed, some engineers argued that a DSP is better than I said.  They said a DSP was built for math and can't be anything less than the highest performer.  I listened and considered their point and then realized a salient point I wish I made.

     

    For certain, an FPGA can outperform a DSP in any single math application.  However, two factors mitigate choosing an FPGA over a DSP for math.  One is whether the math is needed 100% of the time.  The real estate of an FPGA is expensive if not always used.  There is often a way to pipeline the processing to make the DSP adequate.  Second, if the number of math functions is large.  It is time consuming to repurpose an FPGA.  A DSP, like a micro, can be repurposed for different math functionality with the simplicity of a branch.

     

    What do you say?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • Former Member
    Former Member over 17 years ago

    The question of which technology is most appropriate is age-old.  When I made a presentation on this topic at the International Conference on Signal Processing Applications & Technology in 2000 the session was standing room only.  My paper was inspired by analyzing how I made the decision as to which technology was appropriate (you can find my paper here: http://www.techonline.com/electronics_directory/techpaper/193103740;jsessionid=T3S5J3SJGT4WKQSNDLRSKHSCJUNN2JVN).  It dawned on me that my decision depended solely on the attributes of the end product and not on attributes of the technology used.

     

    I identified four end-product attributes that, when used in combination, discriminated between solutions.  The attributes are: Speed, Math, Decisions, and Complexity.  Pick the most important of these attributes of your product and I can tell you the most appropriate technology.

     

    Micros shine in Decisions and Complexity.  They have huge memory reach to store incredible repertoires of functionality that is switched with the speed of a branch instruction.  FPGA's shine at speed and math.  Why not?  Entire algorithms can be parallel-wired and executed in a single cycle with proper pipelining.  DSPs are decent across-the-board performers and not the best in any one dimension.  The DSCs marginally improve DSP performance in decisions and complexity but are not usually the fastest DSPs.

     

    About the time I made that presentation, the hybrid microcontroller-in-FPGAs were becoming available.  Altera had announced its Exalibur and NIOS-based devices.  Atmel already had introducted its FPSLIC.  I reasoned that these SoC solutions would be winners.  Little did I imagine how powerful and popular the soft-cores would become!

     

    As time passed, some engineers argued that a DSP is better than I said.  They said a DSP was built for math and can't be anything less than the highest performer.  I listened and considered their point and then realized a salient point I wish I made.

     

    For certain, an FPGA can outperform a DSP in any single math application.  However, two factors mitigate choosing an FPGA over a DSP for math.  One is whether the math is needed 100% of the time.  The real estate of an FPGA is expensive if not always used.  There is often a way to pipeline the processing to make the DSP adequate.  Second, if the number of math functions is large.  It is time consuming to repurpose an FPGA.  A DSP, like a micro, can be repurposed for different math functionality with the simplicity of a branch.

     

    What do you say?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube