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 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
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • 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 Choosing a Microcontroller Brand
  • 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
  • State Verified Answer
  • Replies 47 replies
  • Answers 2 answers
  • Subscribers 471 subscribers
  • Views 5261 views
  • Users 0 members are here
Related

Choosing a Microcontroller Brand

screamingtiger
screamingtiger over 10 years ago


I understand that choosing a specific microcrontroller/processor/SOC depends on the requirements and what I am doing etc..

 

I've started a couple discussions but this one is at a critical time, I just used up my last 2 ardunio minis so I need to order a new stash.   I am considering moving away from them and to something more advanced, even if it is just using AVRs directly.

 

This question however is more about choosing a general brand of micro controllers.  In my opinion, for me, I don't have time to learn all of them.  I don't have time or $ to invest in IDEs for different platforms nor do I want a slew of them installed on my PC.

 

So help clear my ignorance here.

 

I am looking AVR, they have a wide range of products.  So does ARM.

 

If I were to say "I only want to use ARM" would I benefit from the following:

-A wide range of products from low power consumption (<100mA) all the way up to full multi core processors ( I can build small embedded projects and then go bigger if needed without having to switch brands)

 

-If I learn the assembler for one ARM product, moving to another ARM product will not result in as steep of a learning curve as the register names, instruction pnuemonics  and paradigm will be similar (subsets).

 

I could as the same question about sticking with AMTEL or PIC (microchip)

 

Does it make sense what I am trying to do?  I just want to cut down the cross system learning curves and stick with a specific set of chips that are very similar in terms of programming.

  • Sign in to reply
  • Cancel

Top Replies

  • michaelkellett
    michaelkellett over 10 years ago in reply to screamingtiger +4
    I really like the ST Nucleo boards - programmer/debugger built in, dead cheap (£7.67 for CortexM4) and quite small. MK
  • DAB
    DAB over 10 years ago +4 verified
    Hi Joey, I appear to be late to the post. I just recently purchased a couple of the Cypress Semi PSOC 4 boards. One I intend to install in my CNC mill and the others for new projects. I chose Cypress because…
  • johnbeetem
    johnbeetem over 10 years ago +2
    There are so many different ARM microcontrollers that it's hard to know what to do. In general, the core itself is pretty much the same so your real question is what on-chip peripherals do you need. Most…
  • crjeder
    0 crjeder over 10 years ago in reply to screamingtiger

    found one performance figure for Cortex M0: 0.9 Mips / MHz. At 48 MHz hat would give you ~ 43 MIPS vs. 20.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • crjeder
    0 crjeder over 10 years ago in reply to screamingtiger

    Again citing the datasheet:

    Execute from flash; CPU at 48 MHz – 13.8 mA (Max)

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • balearicdynamics
    0 balearicdynamics over 10 years ago in reply to crjeder

    This discussion seems to me a sort of competition to demonstrate something image

     

    I mena, it is not the case to make too much simplifications. I have one of the JTag from Segger, one smaller and a couple of other programmers. Luckily in most of the cases these investments has been part of the clients development costs, but things are not so simple. If you want to program and work on your project, the better is that you have not hundred of issues depending from other external factors. I only saw the segger JTag working fine from linux command line. Debug sessions are long to setup. especially if you try experimenting or working on different processors. Nordic is the only one that also recommend the JTAG for debugging only. The advantage of the specific programmers (e.g. the MKII for the AVR series instead of the Nordig programmer etc.) is that from the ide, where you see the code, syntax coloured, breakpoint, emulation, fast and reliable help online and so on, not last including a number of useful libraries from the producer, you need - unfortunately - their specific programmer in most of the cases.

     

    Instead if your game is not to develop something specific but to play with the features of the processor (but it seems that it is not the case) any way to make tests is good.

     

    Enrico.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • crjeder
    0 crjeder over 10 years ago in reply to balearicdynamics

    This discussion seems to me a sort of competition to demonstrate something

    No, I am not into sales. image

    But frankly I decided that I want to develop with ARM (Cortex M* especially) and there has been no argument for an other architecture I could not counter with an ARM device. MSP has low power? ARM is within a few percent points. 8-Bit uses less RAM? Thumb is the answer. And so on. Of course if you are experienced in one architecture it is hard to switch. But if you start from scratch I see no reason choosing something other than ARM. But that's my opinion which I am offering here for evaluation.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • balearicdynamics
    0 balearicdynamics over 10 years ago in reply to crjeder

    image I have not considered this option at all... I think the no one of use here is into sales.

     

    I agree with this, but I think - as fas as my personal experience teach me - that this concept is working only for periods. When all seems perfectly working, the choices has been done and you say ok, now I have the good platform to make all ... A stupid post somewhere start alerting your that there is a sort of new tehcnology or new stuff or something that until that moment was impossible to propose seems now affordable ... So the restarting is to take in account. Always.

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • crjeder
    0 crjeder over 10 years ago in reply to balearicdynamics

    oh that's so true!

    but that's the nature of IT. We try to stick with something while the world keeps turning.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • michaelkellett
    0 michaelkellett over 10 years ago

    Inevitably we all bring our own prejudices so apologies for mine in advance, please you can take what you can from it.

     

    I design micro based systems for a living and almost always end up using an ST ARM based micro controller.  I used to use AVRs and Silabs 8051 based parts but the ARMs have left them both way behind except for one or two very special applications.

     

    I use the Keil software tool set (fully paid for version which is >£5k) but you can use it for free with up to 32k code size. Several of my customers use the free version. You can buy a basic debugger/programmer from ST for about £18 or a knockoff of the Keil Ulink for the same money or the real thing for about £200. (Or a really nice Lauterbach debugger for about £2k). Several of the ST dev boards have a built in ST link which gives you programming and debugging.

     

    If you don't like the Keil tools there are GCC based options, some of which are supported by ST. The nice thing about the ST range of ARM processors is that it's huge, they are cheap with cheap dev tools and wide acceptance and use (which makes it easier to get community based help.)

     

    Having said all that about ST, I think (but don't know because I haven't used them) that TI and Freescale both have very comprehensive offerings of parts and free dev tools.

     

    NXP have some nice hardware but the free dev tools are too Mbed based for my liking (this might be wrong - check if important - I have used NXP chips but with the Keil tools.)

     

    You asked in your original question which 'brand' and this is important - ARM is just the core (as others have mentioned) but once you pick a chip manufacturer (ST, Freescale, TI, whoever) you get to know the peripherals and the way the support libraries work etc and this always makes you inclined to stick with another part from the same source.

     

    If you use generic software tools (Keil, IAR, GCC (with or without commercial add ons)) it's easier to swap chip vendors if you need to.

     

    MK

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • michaelwylie
    0 michaelwylie over 10 years ago

    I use Silicon Labs, but that's because the place I work uses Silicon Labs exclusively. In general I offer a different opinion than everyone else so far, and that opinion is: it doesn't matter. I find it's the same question as should I program in assembly or in C. Use C, since it will move across platforms easily. Think about the microcontrollers the same way. Understanding the big picture of what a microcontroller does and how it does it will significantly reduce any learning curve. As for the IDEs, they all do the same thing as well. A quick look through a getting started guide is usually enough to get up and going. The number of application notes for each device and sample code makes it quick to setup hardware peripherals easily and quickly. Depending upon the embedded system, you'll probably spend more time developing an interface or a communications protocol than actually coding the micro's peripherals. This is just my opinion though, so take it as that.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • dwinhold
    0 dwinhold over 10 years ago

    One board I always love to use is the Parallax.

     

    www.parallax.com

     

    Dale

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • screamingtiger
    0 screamingtiger over 10 years ago in reply to crjeder

    Is the "thumb" and STM device?  Can you post a link?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
<>
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