MCU selection for IoT applications

MCU Selection for IoT Applications

Connected devices have expanded far beyond consumer gadgets. Industrial sensors, smart meters, asset trackers, healthcare monitors, agricultural gateways, and building automation systems all rely on microcontrollers as the foundation of their intelligence. Yet in IoT product development, selecting an MCU is rarely a matter of choosing the fastest processor. More often, success depends on balancing power consumption, connectivity, security, memory resources, and long-term availability.

An MCU that performs exceptionally well in a battery-powered environmental sensor may prove entirely unsuitable for an industrial gateway handling encrypted communications and edge analytics. Consequently, IoT-focused MCU selection requires a system-level perspective rather than a specification-driven approach.

Processing Requirements Depend on Data Strategy

The amount of data processing performed locally has become one of the primary factors influencing MCU selection.

Early IoT devices typically collected sensor readings and transmitted raw data directly to the cloud. Modern architectures increasingly rely on edge processing to reduce bandwidth consumption and improve response times.

Typical processing requirements can be categorized as follows:

IoT ApplicationRecommended MCU ClassTypical Frequency
Temperature SensorCortex-M0/M0+16–48 MHz
Asset TrackerCortex-M464–120 MHz
Smart MeterCortex-M4/M3380–160 MHz
Industrial Sensor NodeCortex-M480–180 MHz
Edge Analytics DeviceCortex-M7200–600 MHz

For example, a vibration monitoring sensor installed on factory equipment may perform Fast Fourier Transform (FFT) calculations locally before transmitting only anomaly indicators. Such processing tasks often benefit from DSP instructions and floating-point acceleration available in Cortex-M4 and Cortex-M7 architectures.

Energy Consumption Shapes Device Lifetime

In many IoT deployments, battery replacement costs exceed the hardware cost itself.

Consider a remote environmental sensor powered by a 2400mAh lithium battery.

Sleep CurrentTheoretical Battery Life*
2 µA~13 years
10 µA~2.7 years
50 µA~6 months

*Excluding battery self-discharge and transmission energy.

As a result, evaluating only active current consumption can be misleading. Sleep current, wake-up latency, and energy per operation often have a greater impact on overall battery life.

Popular low-power MCU families include:

  • STM32L4 and STM32U5
  • TI MSP430
  • Silicon Labs EFM32
  • Renesas RA2L1
  • Nordic nRF52 Series

The optimal choice depends not only on current consumption but also on the device's duty cycle and communication pattern.

Connectivity Requirements Influence Architecture

IoT devices communicate through a wide range of wireless and wired technologies.

Short-Range Connectivity

Common technologies include:

  • Bluetooth Low Energy (BLE)
  • Zigbee
  • Thread
  • Wi-Fi

MCUs with integrated radios can simplify development while reducing PCB complexity.

Examples include:

  • Nordic nRF52840
  • STM32WB Series
  • Silicon Labs BG22

Long-Range Connectivity

Applications such as smart agriculture and utility monitoring frequently utilize:

  • LoRaWAN
  • NB-IoT
  • LTE-M
  • Cat-1

These deployments often pair a low-power MCU with an external communication module.

Industrial IoT Networking

Factory automation systems may require:

  • Ethernet
  • EtherCAT
  • Modbus TCP
  • CAN FD

Such applications typically demand greater processing power and larger memory resources than consumer IoT devices.

Memory Allocation Must Anticipate Growth

One of the most common design mistakes involves selecting an MCU with just enough memory for the initial firmware release.

Modern IoT devices frequently require:

  • Wireless protocol stacks
  • Secure boot mechanisms
  • Over-the-air (OTA) updates
  • Data logging
  • Diagnostic functions

The memory footprint can grow significantly throughout the product lifecycle.

Typical recommendations:

Application ComplexityFlashSRAM
Basic Sensor Node64–128 KB16–32 KB
Wireless Device256–512 KB64–128 KB
Industrial IoT Node512 KB–1 MB128–256 KB
Edge Gateway1–2 MB512 KB+

A design that appears adequate during prototyping may encounter limitations once cybersecurity features and firmware update capabilities are added.

Security Is No Longer Optional

The increasing number of connected devices has expanded the attack surface of industrial and consumer networks.

Modern IoT MCU selection should include an evaluation of:

  • Secure boot
  • Hardware cryptographic accelerators
  • Secure key storage
  • Random number generation
  • TrustZone support
  • Secure firmware updates

For example, many Cortex-M33-based devices incorporate TrustZone technology, enabling secure and non-secure execution environments within the same processor.

Applications involving healthcare, energy infrastructure, or industrial automation increasingly require these capabilities to satisfy regulatory and cybersecurity requirements.

Wireless MCU vs MCU Plus Module

Developers often face a choice between integrated wireless MCUs and discrete architectures.

Integrated Wireless MCU

Advantages:

  • Lower BOM count
  • Reduced PCB area
  • Faster development cycle
  • Lower power consumption

Examples:

  • STM32WB55
  • nRF52840
  • CC2652

MCU Plus Communication Module

Advantages:

  • Greater flexibility
  • Easier certification
  • Independent upgrades

Examples:

  • STM32 + LoRa module
  • NXP MCU + LTE module

For products requiring cellular connectivity, modular architectures often remain the preferred option.

Industrial IoT Case Study

Consider a predictive maintenance sensor installed on industrial rotating equipment.

System requirements:

  • Accelerometer sampling at 10 kHz
  • FFT processing
  • Bluetooth communication
  • Five-year battery life
  • OTA firmware updates

A Cortex-M0 solution may satisfy power requirements but struggle with signal processing tasks.

A Cortex-M4 MCU with DSP support can execute FFT algorithms efficiently while maintaining acceptable power consumption.

Typical implementation:

ComponentSelected Solution
MCUCortex-M4F
Flash512 KB
SRAM128 KB
ConnectivityBLE 5.0
Battery Life5 Years Target

This illustrates how MCU selection often depends on overall system requirements rather than a single specification.

Long-Term Availability and Lifecycle Support

IoT deployments frequently remain active for years after installation.

Important considerations include:

  • Product longevity programs
  • Component lifecycle status
  • Alternative sourcing options
  • Global inventory availability
  • Obsolescence management

Industrial IoT projects, in particular, may require supply continuity for 10 years or more.

Selecting a widely adopted MCU family with a mature ecosystem can significantly reduce future sourcing risks.

Supply Chain Support and Quality Assurance

Successful IoT development depends not only on selecting the right MCU but also on securing reliable access to components throughout the product lifecycle.

Our company specializes in supplying internationally recognized semiconductor brands, including STM32, NXP, Nordic, Silicon Labs, Renesas, TI, Infineon, Microchip, ADI, Broadcom, and other IoT-focused components. We provide:

  • Long-term supply support
  • IoT MCU sourcing solutions
  • Alternative component analysis
  • BOM matching services
  • Obsolete component procurement
  • Date code and lot code verification
  • Full traceability management
  • Global logistics support

Strict incoming inspection procedures, supplier qualification systems, packaging verification processes, and counterfeit avoidance programs help ensure component authenticity and quality consistency. Semi also supports customers with lifecycle sourcing strategies that help maintain stable production and reduce supply-chain risk throughout the entire IoT product lifecycle.

#IoTMCU #EmbeddedSystems #WirelessMCU #IndustrialIoT #LowPowerMCU #STM32 #EdgeComputing #SemiconductorSourcing