Breaking News
Blog

8- to 32-bit MCUs: app use is removing the In-Between

NO RATINGS
View Comments: Newest First | Oldest First | Threaded View
Chinlee
User Rank
Rookie
re: 8- to 32-bit MCUs: app use is removing the In-Between
Chinlee   8/1/2012 8:22:06 PM
NO RATINGS
For my project, I am using an 8-bit device that is optimized in performance and cost effective for my project. I believe there are options to select between an 8- and 32-bit MCU. But for my specific project, I feel an 8-bit, with 16-bit performance, meet the requirements for my specification and is easier to use. If I used a 32-bit MCU, it would be more complex, though higher in performance, and would definitely consume more power and time. I think an 8-bit is still the smart choice when designing less complex projects that require just the right price-to-performance ratio.

Blayr
User Rank
Rookie
re: 8- to 32-bit MCUs: app use is removing the In-Between
Blayr   8/1/2012 10:51:07 AM
NO RATINGS
To - electronix79 Price, energy consumption and peripherals - Does that mean that the core is not important? What about the ease of use and a convenient easy to handle low cost toolchain?

electronix79
User Rank
Rookie
re: 8- to 32-bit MCUs: app use is removing the In-Between
electronix79   7/19/2012 6:59:51 PM
NO RATINGS
I want to left my personal opinion here. I used many MCU from 2000 until now and I participated in many embedded design contest from 2004. After Zilog Z80 which I learn in my BSc Electronic degree I move to learn AVR 8bit MCU for my final project implementation. At that time in 2002-2003 AVR 8 bit by my opinion was the best MCU to learn for Assembly and C languages. Today many things has changed and the price for MCU is come probably to the first place for me. Generally in the past I tried to use the 8bit AVR because I was very excited of how quickly I can do something with it. But day by day new ideas were appears and sometimes I need more speed in MCU and for this reason I turn to ARM MCU family. I think that is no point to stress the 8bit with something which you can do easy in ARM Cortex 32bit. And also remember the ATMEL 8bit MCU are not very cheap you can find 32bit MCU for example from ST in much better offer with much more peripherals, memory size of Flash and SRAM where you can run even many tasks in freeware RTOS such as CooCox. But also I want to cover the 8bit projects, I think that Cypress PSoC 8bit family is the best place for this solution. Maybe in some cases AVR 8bit can be used if PSoC 8bit are not possible to cover the implementation but again why not choose then directly 32bit ARM? This is how I am thinking and working. It was the same story as with the popularity of PIC and then the AVR, but finally the ARM will take the cake for something average to advance approach. Yes ofcause in ARM 32bit MCU there are many players nowadays and probably half of them I have tried already. But the criteria for selection of suitable MCU is your decision. My 3 most important factors are price, energy consumption and peripherals. This shortly was my opinion :)

Radio
NEXT UPCOMING BROADCAST
EE Times Senior Technical Editor Martin Rowe will interview EMC engineer Kenneth Wyatt.
Top Comments of the Week
Like Us on Facebook

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
EE Times on Twitter
EE Times Twitter Feed
Flash Poll