ESP32 vs STM32 — welcher Mikrocontroller für IoT-Produkte 2026?

Die kurze Antwort

• ESP32 wenn du WiFi und Bluetooth brauchst und Cost-Sensitivity wichtig ist
• STM32 wenn du höchste Energie-Effizienz, Real-time-Determinismus oder spezielle Peripherie brauchst
• nRF52/nRF53 wenn Bluetooth Low Energy zentral ist und mehrjährige Battery-Life kritisch ist

Alle drei sind solide. Die Entscheidung hängt vom Use-Case ab.

ESP32 — der Allrounder

Stärken: - WiFi + Bluetooth Classic + Bluetooth LE in einem Chip - Sehr günstig (1-3 € im 100er-Pack) - Riesiges Ecosystem, super Documentation, viele Open-Source-Projekte - Espressif-IDF ist ausgereift - Rust-Support gut (esp-hal, embassy)

Schwächen: - Höherer Strom-Verbrauch als ARM Cortex-M Mikrocontroller - Real-time nicht so deterministisch (Dual-Core mit FreeRTOS) - Wenige spezielle Peripherie (z.B. CAN-FD, schnelle ADC)

Wann ESP32: WiFi-vernetzte Sensoren, Smart-Home-Geräte, Industrie-Monitor mit Cloud-Anbindung, Cost-sensitive Massen-Produkte.

STM32 — der Profi

Stärken: - Sehr energie-effizient (mehrere Stromspar-Modi, einige < 1 µA Sleep-Current) - Real-time deterministisch (klassische Cortex-M Architektur) - Riesige Auswahl: M0 (low-end) bis M7 (DSP-fähig) - Spezielle Peripherie: CAN-FD, schnelle ADC, hardware-beschleunigte Krypto - ST hat eine super Tooling-Pipeline (CubeMX, CubeIDE)

Schwächen: - Kein WiFi/BLE on-chip — du brauchst zusätzliche Module - Komponenten teurer als ESP32 - Steilere Lernkurve

Wann STM32: Industrie-Steuerungen, Motor-Control, automotive Aftermarket, Battery-Powered-Devices wo Energie-Effizienz kritisch ist.

nRF52 / nRF53 — der BLE-Spezialist

Stärken: - Beste-in-Klasse Bluetooth Low Energy Performance - Extrem energie-effizient (Coin-Cell läuft 2-5 Jahre) - Multi-Protocol-Stack (BLE + Thread + Zigbee gleichzeitig) - nRF Connect SDK ist gut - Rust-Support exzellent (probe-rs, embassy-rs)

Schwächen: - Kein WiFi - Single-Vendor-Lock (Nordic) - Etwas teurer als ESP32

Wann nRF52: Wearables, BLE-Beacons, Smart-Lock, Sensor-Tags, alles was lange auf Coin-Cell laufen muss.

Konkrete Projekt-Beispiele

Industrie-Steuerung mit CAN-FD: STM32G4 — alternativlos wegen CAN-FD-Bedarf

WiFi-Smart-Lock: ESP32-S3 — WiFi nötig für Cloud, BLE für App-Pairing

Wearable mit Schritt-Tracking: nRF52840 — Coin-Cell-Lebensdauer ist Killer-Feature

LoRaWAN-Sensor in der Fläche: STM32WL (mit integriertem LoRa-Transceiver)

3D-Drucker-Controller: STM32F4/F7 — Real-time-Determinismus für Step-Generation

Kosten-Faktor

In Massenproduktion (1.000+ Stück): - ESP32-Modul: 1.50-3 € - STM32 (G0 low-end): 1-2 € - STM32 (H7 high-end): 8-15 € - nRF52840: 4-7 €

Bei Prototypen-Mengen (50-100): ungefähr 2-3x.

Firmware-Stack: C, C++ oder Rust?

C: Standard, riesiges Ecosystem, alle Vendor-SDKs in C. Keine Memory-Safety, debug schwerer.

C++: Etwas moderneres OOP, wenig in Embedded-Welt. Manche STM32-Stacks (HAL+) nutzen es.

Rust: Ja, 2026 production-ready für Cortex-M und ESP32. Memory-Safety, super Async (embassy), kein NULL-Drama. Wir nutzen Rust für sicherheits-kritische Projekte.

Zertifizierung

CE/FCC-Zertifizierung: bei ESP32 mit zertifiziertem Modul (z.B. ESP32-WROOM, ESP32-S3-MINI) gibt es eine Modular-Approval — du musst nicht das ganze Gerät zertifizieren lassen, nur die Antennen-Spezifika prüfen. Das spart 5.000-15.000 €.

Bei STM32: nicht funkbasiert → einfacheres CE-Verfahren. Aber wenn du externes WiFi/BLE-Modul nutzt: Modular-Approval möglich.

TL;DR-Empfehlung

Für 80% der IoT-Projekte ist ESP32 die richtige Wahl — günstig, vielseitig, sehr produktiv. STM32 wenn du Energie-Effizienz oder Real-time brauchst. nRF52 wenn BLE und Battery-Life zentral sind.

Wenn du ein eigenes IoT-Produkt entwickelst, beschreib uns dein Projekt — wir machen die Hardware-Auswahl im Discovery.