ESP32 vs STM32 — Hardware-Entscheidungs-Matrix für IoT-Produkte

Kapitel 1 — 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.

Kapitel 2 — ESP32 (Espressif) im Detail

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.

Kapitel 3 — STM32 (STMicro) im Detail

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.

Kapitel 4 — nRF52 / nRF53 (Nordic) im Detail

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

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.

Kapitel 5 — Kosten-Vergleich (Mengenstaffel)

Kapitel 6 — 4 echte IoT-Projekte

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).

Kapitel 7 — Zertifizierung-Strategie

Mit zertifiziertem Modul (z.B. ESP32-WROOM, ESP32-S3-MINI) gibt es Modular-Approval — du musst nicht das ganze Gerät zertifizieren lassen, nur die Antennen-Spezifika prüfen.

Das spart 5.000-15.000 € Zertifizierungskosten und 6-12 Wochen.

Kapitel 8 — Firmware-Stack-Empfehlung

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

Rust — 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.

Kapitel 9 — Was du als Nächstes tust

1. Definiere deinen Use-Case in 1-2 Sätzen (z.B. „Sensor an einer Maschine, sendet 1x/Min Werte, läuft 5 Jahre auf Knopfzelle"). 2. Wähle Konnektivität (WiFi? BLE? LoRa? NB-IoT?). 3. Schätz Battery-Budget in mAh. 4. Filter anhand Kapitel 2-4 die passenden Chips raus.

Wenn du eigene Hardware entwickeln willst, beschreib uns dein Projekt — wir machen Hardware-Auswahl im Discovery, transparent.