Vom Maker-Tool zum Industrie-Profi: Der ESP32 und seine Alternativen im Provisioning-Dschungel

Autor: DerSchneider

Einleitung

Was vor wenigen Jahren noch als Spielzeug für Bastler galt, hat heute die IoT-Welt im Sturm erobert: der ESP32. Mit integriertem WLAN und Bluetooth, einer beeindruckenden Peripherie und einem Preis von oft unter fünf Euro hat Espressifs System-on-Chip die Maker-Szene revolutioniert. Doch sobald ein Prototyp den Schreibtisch verlassen und als Produkt in die Welt hinaus soll, stellen sich Fragen, die im Hobbykeller gerne übersehen werden: Wie bringe ich hunderten Geräten auf einmal sicher und benutzerfreundlich die WLAN-Zugangsdaten bei? Und reicht der ESP32 überhaupt für professionelle Anforderungen aus?

Dieser Artikel beleuchtet die Provisionierungsmethoden für den ESP32, zeigt ihre Stärken und Schwächen auf und wagt den Blick zu den etablierten Alternativen aus der Industrie. Denn was für den Maker ein gefeierter Alleskönner ist, stößt in der Fertigung, Medizintechnik oder Automatisierung schnell an Grenzen – aber nicht immer.

Hauptteil

1. Provisioning – Die verkannte Königsdisziplin des IoT

Provisioning bezeichnet den Prozess, einem noch nicht vernetzten Gerät die notwendigen Zugangsdaten für das heimische oder firmeneigene Netzwerk sicher zu übergeben. Für den Einzelbastler ist das oft eine lästige Kleinigkeit: Man kodiert SSID und Passwort fest in den Code, kompiliert und flasht. Für ein Produkt, das ein Endkunde in Betrieb nehmen soll, ist dieser Weg jedoch ein Graus.

Die Anforderungen an professionelles Provisioning sind hoch:

• Sicherheit: Keine Übertragung von Klartext-Passwörtern. Schutz vor Man-in-the-Middle-Angriffen.
• Benutzerfreundlichkeit: Keine manuelle Eingabe langer Netzwerknamen auf einem winzigen Display. Kein Umherirren in den WLAN-Einstellungen des Smartphones.
• Skalierbarkeit: Die Methode muss für tausende Geräte gleichzeitig funktionieren.
• Flexibilität: Unterstützung verschiedener Transportmedien (WLAN, Bluetooth, Ethernet, Mobilfunk).

Der ESP32 bietet hier drei Standardwege, die ich in der folgenden Tabelle gegenüberstelle.

Die Praxis-Erfahrung: Wer schon einmal versucht hat, einer älteren Person die Verbindung mit einem SoftAP-Hotspot zu erklären, weiß, warum BLE-basierte Verfahren heute bevorzugt werden. Die offizielle Espressif-App „ESP BLE Provisioning“ ist dabei ein gutes Werkzeug – für den Prototypen. Sie ist aber nicht für den Produkt-Branding gedacht und setzt voraus, dass der Endkunde die richtige App aus dem Store herunterlädt. Das ist für ein Consumer-Produkt oft eine Hürde zu viel.

2. Die ESP32-spezifischen Limitierungen aus Industriesicht

Bevor wir zu Alternativen kommen, müssen wir ehrlich die Schwächen des ESP32 benennen. Espressif selbst hat mit der ESP32-S3, C3 und neuerdings C6 und H2 viele Verbesserungen gebracht, doch die grundlegende Architektur bleibt für viele Industrieanwendungen problematisch.

Echtzeitverhalten: Der ESP32 basiert auf Tensilica Xtensa- oder RISC-V-Kernen mit einem proprietären RTOS-basierten Framework (FreeRTOS). Die integrierten WLAN- und Bluetooth-Stacks laufen auf dem gleichen Chip und erzeugen Latenzen, die für harte Echtzeitanforderungen (z. B. Motorregelung mit unter 1 µs Jitter) ungeeignet sind. Zwar gibt es die Möglichkeit, einen Kern ausschließlich für die Anwendung zu reservieren, doch die Interrupt-Latenzen sind nicht deterministisch genug für sicherheitskritische Regelungen.

Stromverbrauch im aktiven Modus: Mit aktivem WLAN zieht der ESP32 typisch 80–120 mA. Im Deep-Sleep sind 5–10 µA respektabel, aber ein batteriebetriebener Sensor, der alle paar Minuten eine Messung durchführt und per WLAN sendet, wird keine Jahreslaufzeit erreichen. Hier sind spezialisierte BLE- oder LoRa-Chips haushoch überlegen.

Langzeitverfügbarkeit: Espressif garantiert für seine Standard-ESP32-Module keine 10-Jahres-Verfügbarkeit. Für die Automobil- oder Medizintechnik ist das ein Ausschlusskriterium. Hersteller wie STMicroelectronics oder Texas Instruments bieten dagegen gezielte Langzeitverfügbarkeitsprogramme (oft 10–15 Jahre) an.

3. Professionelle Hardware-Alternativen im Vergleich

Nach dieser ernüchternden Bestandsaufnahme – welche Plattformen sind denn nun wirklich „professionell“? Ich habe die relevantesten Alternativen in der folgenden Tabelle gegenübergestellt.

Interpretation: Der STM32 ist der Platzhirsch für alles, was deterministisch, sicher und langlebig sein muss. Dass er kein eigenes WLAN mitbringt, ist kein Nachteil, sondern eine bewusste Architekturentscheidung: In der Industrie setzt man lieber auf zertifizierte Funkmodule (z. B. von u-blox oder Murata), die separat geprüft und getauscht werden können. Der Nordic nRF5340 ist der unangefochtene König bei hochkomplexen Bluetooth-Anwendungen (z. B. professionelle Headsets, medizinische Sensoren). Der Pico W ist eher eine weitere Maker-Plattform, kein echter Industriesprung.

4. Provisioning in der Industrie – jenseits von BLE und SoftAP

Was aber, wenn ich ein Produkt mit einem STM32 entwickle und es dennoch bequem per Smartphone einrichten möchte? Hier kommen professionelle Provisioning-Architekturen ins Spiel, die oft auf einer Kombination aus Hardware-Sicherheit und Cloud-Backend basieren.

Zero-Touch Provisioning (ZTP): Das Gerät wird ab Werk mit einem Gerätezertifikat ausgestattet, das in einem sicheren Element (z. B. dem STM32Trust TEE) gespeichert ist. Bei der ersten Inbetriebnahme verbindet es sich automatisch mit einem vorkonfigurierten Netzwerk (z. B. Ethernet im Fabrikgebäude) oder über einen QR-Code auf dem Gehäuse. Der Nutzer scannt den Code mit einer App, und die Cloud übernimmt den Rest. Kein WLAN-Passwort muss jemals manuell eingegeben werden.

Mobilfunk-basiertes Provisioning: Geräte mit integriertem LTE-M oder NB-IoT-Modem (z. B. über ein Modul von Quectel oder das Walter SoM) erhalten ihre Konfiguration direkt über das Mobilfunknetz. Die SIM-Karte dient als Hardware-Root-of-Trust. Plattformen wie Soracom Krypton nutzen genau diese Idee: Das Gerät authentifiziert sich über die SIM und bezieht dann seine Netzwerkzugangsdaten für lokales WLAN oder die Cloud-Zertifikate – alles ohne jegliches Zutun des Benutzers.

Cloud-gestütztes Device Management: Für größere Flotten (ab 100 Geräten) setzen Unternehmen auf Plattformen wie den Bosch IoT Remote Manager oder EnOS Device Provisioning Service. Diese Dienste bieten nicht nur das einmalige Onboarding, sondern auch:

• Lebenslanges Firmware-Update (Over-the-Air, OTA)
• Fernkonfiguration und Diagnose
• Granulare Rechteverwaltung für verschiedene Benutzergruppen
• Automatisierte Regelwerke („Wenn Gerät X eine Fehlermeldung sendet, dann …“)

Diese Plattformen sind teuer und für den Einzelbastler völlig überdimensioniert. Für ein Unternehmen, das tausende Geräte im Feld hat, sind sie jedoch unverzichtbar.

5. Die pragmatische Lösung für den ambitionierten Maker

Nicht jeder, der über den ESP32 hinausdenkt, betreibt gleich eine Fabrik. Es gibt einen Graubereich zwischen „Hobby“ und „Industrie“ – etwa kleine Serien von Smart-Home-Produkten, Umweltmonitore für Schulen oder Kunstinstallationen. Für diesen Bereich bieten sich hybride Lösungen an.

Option A: ESP32 mit professioneller Cloud-Anbindung – Man bleibt beim ESP32, aber nutzt einen kommerziellen Device-Management-Dienst wie Toit. Toit erlaubt es, Anwendungen in einer Python-ähnlichen Hochsprache zu schreiben, die dann just-in-time auf den ESP32 kompiliert wird. Firmware-Updates, Provisioning und Logging werden komplett von der Plattform übernommen. Der Maker muss sich nicht um die Details von BLE Provisioning oder OTA kümmern.

Option B: STM32 + ESP32 als Kommunikations-Coprozessor – Eine in der Industrie oft genutzte Architektur: Der STM32 übernimmt die sicherheitskritische, echtzeitfähige Steuerung (z. B. einen Motor oder einen Lasertreiber). Der ESP32 wird nur für die Netzwerkkommunikation verwendet – er stellt das WLAN bereit, führt das BLE-Provisioning durch und schickt Telemetriedaten an die Cloud. Die beiden Chips kommunizieren über UART oder SPI. So kombiniert man die Stärken beider Welten: Echtzeit und Sicherheit vom STM32, Connectivity-Komfort vom ESP32.

6. Historische Einordnung – Warum der ESP32 überhaupt so erfolgreich wurde

Um die Diskussion um „professionelle Alternativen“ richtig einzuordnen, hilft ein kurzer Blick zurück. Vor 2015 waren integrierte WLAN-Module für Maker teuer und schwer zu programmieren. Der TI CC3000 war fummelig, das RN171 von Roving Networks war langsam. Dann kam der ESP8266 – ein 5-Dollar-Chip mit vollem TCP/IP-Stack und einer Arduino-IDE-Unterstützung, die schier unglaublich war. Espressif traf damit einen Nerv.

Der ESP32 war die logische Weiterentwicklung: Zwei Kerne, Bluetooth, mehr GPIOs, geringerer Stromverbrauch. Plötzlich konnten Maker Geräte bauen, die vorher undenkbar waren: WLAN-fähige Thermostate, IP-Kameras für unter 20 Euro, Smart-Speaker-Prototypen.

Die Industrie schaute zunächst verächtlich auf diesen „Bastelchip“. Doch mit der Zeit erkannte auch sie, dass der ESP32 für viele nicht-sicherheitskritische IoT-Anwendungen völlig ausreicht. Heute finden sich ESP32-Chips in Produkten von bekannten Marken – oft als günstige Konnektivitätslösung in Smart-Home-Geräten, die keine Echtzeitanforderungen haben.

Dennoch: Kein Hersteller von Herzschrittmachern oder ABS-Steuergeräten würde einen ESP32 verbauen. Dafür ist das Risiko von nicht-deterministischen Latenzen und die fehlende Zertifizierung nach ISO 26262 (Automotive) oder IEC 61508 (Funktionale Sicherheit) einfach zu groß.

Fazit und Ausblick

Die Frage „ESP32 oder professionelle Alternative?“ ist falsch gestellt. Richtig lautet sie: „Für welche Anwendung ist welcher Chip geeignet?“

• Der ESP32 glänzt in allen Projekten, die günstige, einfache WLAN/Bluetooth-Konnektivität benötigen und keine harten Echtzeitanforderungen stellen. Das ist der Massenmarkt des IoT – von der Wetterstation bis zum intelligenten Briefkasten. Für das Provisioning reichen die Bordmittel (BLE oder SoftAP) für kleine Serien völlig aus.
• STM32 und Co. sind die erste Wahl, sobald es um Sicherheit, Langzeitverfügbarkeit, deterministisches Verhalten oder extrem niedrigen Stromverbrauch geht. Die fehlende integrierte Funktechnik wird durch professionelle Module kompensiert. Provisioning erfolgt hier meist über Cloud-Backends oder Hardware-Sicherheitsanker.
• Nordic nRF ist der Spezialist für komplexe Bluetooth-Anwendungen mit höchsten Ansprüchen an Audio- oder Sensor-Datenraten.

Für den ambitionierten Maker, der ein Produkt in kleiner bis mittlerer Stückzahl (10–1000 Einheiten) auf den Markt bringen möchte, ist der ESP32 oft die wirtschaftlichste Wahl. Er sollte dann aber ernsthaft über eine kommerzielle Device-Management-Plattform nachdenken, die ihm das lästige Provisioning und die OTA-Updates abnimmt. Das kostet Geld, spart aber enorm viel Frust.

Und was kommt in den nächsten fünf Jahren? Espressif arbeitet an der ESP32-P4-Serie, die erstmals keinen eigenen Funk mehr enthält, sondern als reiner Anwendungsprozessor für KI-Anwendungen konzipiert ist. Das zeigt: Die Grenzen zwischen „Maker“ und „Industrie“ verschwimmen. Vielleicht werden wir in zehn Jahren über den ESP32 genauso selbstverständlich sprechen wie heute über den ATmega328 (Arduino) – als einen historischen Meilenstein, der eine ganze Generation von Entwicklern geprägt hat.

Quellen

1. Espressif Systems. (2023). ESP32 Technical Reference Manual. Version 4.7. [Online] (abgerufen über offizielle Dokumentation)
2. STMicroelectronics. (2024). *STM32U5 Series – Ultra-low-power MCUs*. Datasheet DS13789.
3. Nordic Semiconductor. (2023). nRF5340 Product Specification. v1.5.
4. Raspberry Pi Ltd. (2024). RP2040 Datasheet.
5. Bosch.IO. (2023). Bosch IoT Remote Manager – Product Overview.
6. Soracom. (2024). Krypton – Secure IoT Provisioning over Cellular. Whitepaper.
7. Toit. (2024). *Toit Platform Documentation – Over-the-Air Updates for ESP32*.
8. Heise Online. (2021). ESP32 vs. STM32: Wann lohnt sich der Umstieg?. c’t 12/2021, S. 168–171.
9. Ganssle, J. (2018). The Firmware Handbook. Newnes (2. Auflage) – zu Echtzeitanforderungen in Embedded Systems.
10. IEEE Spectrum. (2022). The Unexpected Dominance of the ESP32. Online-Artikel vom 15. März 2022.