tekochip, thanks for that post. It is good to see someone who actually tries both of the alternatives and understands the difference. When moving to 32-bit, there are just more options. In addition, the compiler builders may make some assumptions in moving to 32-bit that one could not afford at the 8-bit level. This is also a weakness of the open source model. I have heard this situation before, albiet not between two processors, but between two compilers. When producing code for PC's or higher-end microprocessors it is not a big deal if the compiler is not all that effecient. When programming microcontrollers, it is.
Since about 30% of the cost of a chip is the package, you will not get more than 20 pins for 30 cents. If you want to drive an LCD and need lots of GPIO pins, be prepared to pay 4 times that sum. By the way, NXP have M0 core devices on the market for less than 1$ already.
Most of my work is in small to medium-sized appliances, I've used 32 bit cores in a few places, but the venerable 8 bit machines continue to improve in performance too. Recently I had to crunch some graphics quickly and simply assumed that I use an Cortex Arm, but I was tempted by the Silicon Labs 8051. I decided to build the code in each core and see where my best performance would be. To my surprise the Silicon Labs outperformed the Cortex. As I looked at the disassembly, I could see that the real loser was the GCC compiler I used with the Cortex. For the Silicon Labs part I had used Keil's 8051 compiler, which produced very tight code, but on the Cortex I was using the GCC compiler from the development kit.
The point being that the design solution is more than just how many bits the core has. A poor instruction set or compiler will quickly erode away the gains made in processing power, so always power up those development kits and crunch some code to see what the real world performance is.
Engineers at Fuel Cell Energy have found a way to take advantage of a side reaction, unique to their carbonate fuel cell that has nothing to do with energy production, as a potential, cost-effective solution to capturing carbon from fossil fuel power plants.
To get to a trillion sensors in the IoT that we all look forward to, there are many challenges to commercialization that still remain, including interoperability, the lack of standards, and the issue of security, to name a few.
This is part one of an article discussing the University of Washington’s nationally ranked FSAE electric car (eCar) and combustible car (cCar). Stay tuned for part two, tomorrow, which will discuss the four unique PCBs used in both the eCar and cCars.
Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.