ESP32

Was es ist

Der ESP32 ist ein Mikrocontroller, der sich anfühlt wie ein Arduino mit eingebautem Funk und gelösten Bremsen. Er hat einen Dual-Core-32-Bit-Prozessor, der um ein Vielfaches schneller läuft als ein Uno, weit mehr Speicher – und als Hauptmerkmal WLAN und Bluetooth eingebaut. Diese Kombination erklärt, warum er Hobbyrobotik und IoT dominiert: Ein Roboter kann eine Webseite hosten, über die er sich selbst steuern lässt, Sensordaten ans Telefon streamen oder Befehle über Bluetooth empfangen – alles aus einem billigen Chip.

Entscheidend: Man programmiert ihn mit derselben Arduino-IDE und Sprache, die man vielleicht schon kennt. Das Gelernte vom Uno überträgt sich direkt; man gewinnt schlicht Verbindung und Spielraum dazu.

Wie es funktioniert

Im Kern arbeiten zwei Xtensa-CPU-Kerne mit bis zu 240 MHz. Zwei Kerne zählen für Roboter: Ein Kern kann die Regelschleife mit stabilem Timing fahren, während der andere WLAN bedient – das Netzwerk blockiert also nie die Räder. Um die CPU sitzen die üblichen Mikrocontroller-Peripherien – GPIO, PWM-Kanäle, mehrere ADCs, I²C, SPI, UART – plus Funk.

Die wichtigste praktische Tatsache ist die Spannung: Der ESP32 läuft mit 3,3-V-Logik, nicht mit den 5 V des Uno. Seine Pins sind nicht 5-V-tolerant. Ein 5-V-Sensorausgang – etwa der Echo-Pin eines HC-SR04 – muss auf 3,3 V heruntergeteilt werden, bevor er einen ESP32-Pin berührt, sonst droht Schaden. Dieser eine Unterschied erwischt fast jeden Umsteiger vom Uno.

Wann man ihn verwendet

Zum ESP32 greifen, wenn der Roboter drahtlos sein muss – Fernsteuerung, Telemetrie, ein Browser-Dashboard –, oder wenn er Rechenleistung braucht, die ein 8-Bit-Board nicht stemmt, etwa mehr Sensoren verarbeiten oder leichte Logik direkt am Gerät ausführen. Die ESP32-CAM-Variante bringt eine Kamera dazu und eröffnet einfache Visionsprojekte.

Beim Arduino Uno bleiben, wenn man Grundlagen lernt, wenn 5-V-Toleranz die Verdrahtung sicherer macht, oder wenn das Projekt einfach und offline ist – ein paar Motoren einer Linie nachzufahren braucht kein WLAN.

Verdrahtung und Fallstricke

• Es sind 3,3 V, und nicht 5-V-tolerant. Jedes 5-V-Signal per Pegelwandler anpassen, bevor es ein GPIO erreicht. Das ist der häufigste Weg, wie Anfänger einen ESP32 beschädigen.
• WLAN plus Motoren kann das Board in Brownout treiben. Der Funk zieht scharfe Stromspitzen; eine schwache gemeinsame Versorgung mit Motoren verursacht Resets. Motoren getrennt über einen Motortreiber versorgen und dem ESP32 eine stabile 3,3-V-Schiene geben.
• Nicht jeder Pin ist frei. Mehrere GPIOs sind nur Eingänge, an Startverhalten gebunden oder mit dem internen Flash verbunden. Vor dem Belegen eine Pinbelegung prüfen, sonst startet das Board nicht.
• ADC-Eigenheiten. Einer der beiden ADCs ist bei aktivem WLAN nicht verfügbar, und die Messwerte sind weniger linear als beim Uno – bei Genauigkeitsbedarf kalibrieren.

Die Pins, die man nicht verwenden darf

Ein ESP32 hat rund 34 GPIOs, und das ist wirklich irreführend – denn eine erhebliche Zahl davon ist unbrauchbar, nur bedingt brauchbar oder verhindert den Start des Boards. Diese Tabelle lohnt sich vor jeder Verdrahtung zu lesen.

Die sichersten Allzweckpins auf einem Standard-30-Pin-Entwicklungsboard sind GPIO 4, 5, 13, 14, 16, 17, 18, 19, 21, 22, 23, 25, 26, 27, 32, 33. Dort anfangen, und man umgeht jede Falle oben.

Die Bootmodus-Pins sind der verwirrendste Fehler, weil das Board perfekt funktioniert, bis man etwas anschließt. Ein Pull-up-Widerstand an GPIO 12 – für einen Taster völlig vernünftig – heißt: Das Board startet schlicht nicht, ohne Fehler und ohne serielle Ausgabe.

Die Nur-Eingangs-Pins erwischen Leute anders: GPIO 34–39 haben keinen internen Pull-up oder Pull-down, also schwebt ein Taster dort und liest zufällig. Sie brauchen einen externen Widerstand.

3,3 V, und was das kostet

Die Pins des ESP32 sind nicht 5-V-tolerant, und das ist der häufigste Weg, wie Leute einen beschädigen. Jedes 5-V-Signal braucht Behandlung:

Die Asymmetrie lohnt sich zu verinnerlichen: Ausgänge sind meist sicher, Eingänge meist nicht. Der Echo-Pin eines HC-SR04 ist der klassische Fall – er treibt volle 5 V in einen Pin mit 3,6 V Absolutmaximum.

Das ADC-Problem

Der ADC des ESP32 ist die schwächste Stelle des Chips, und etwas anderes vorzugeben kostet Stunden.

ADC2 funktioniert nicht bei aktivem WLAN. Der Funk nutzt ihn. Jedes analogRead an einem ADC2-Pin liefert Schrott oder blockiert, sobald WLAN verbindet – und da ein drahtloser Roboter der ganze Grund für einen ESP32 ist, scheidet ADC2 fast vollständig aus. Nur ADC1 verwenden: GPIO 32–39.

Die Kennlinie ist nicht linear. Der 12-Bit-ADC ist an beiden Enden merklich nichtlinear, und Messwerte unter etwa 0,1 V sowie über grob 3,1 V sind komprimiert. Der Chip hat Werkskalibrierungsdaten, die die esp_adc_cal-Funktionen des ESP-IDF anwenden; das Arduino-analogRead nutzt sie standardmäßig nicht.

Wer echte Genauigkeit aus einem analogen Sensor braucht, für den ist ein externer I²C-ADC wie ein ADS1115 die pragmatische Antwort. Er kostet wenige Euro und beseitigt das ganze Problem.

Versorgen ohne Brownouts

Hier scheitern ESP32-Roboterprojekte am häufigsten, und die Ursache ist nicht offensichtlich.

Der Funk zieht keinen gleichmäßigen Strom – er zieht ihn in Stößen. Ein Sendestoß kann 500 mA für wenige hundert Mikrosekunden bei 40–80 mA Mittelwert sein. Eine Versorgung, die am Multimeter gut aussieht, kann bei diesen Spitzen trotzdem einbrechen, und der ESP32 antwortet mit Reset und der Meldung Brownout detector was triggered.

Letzteres lohnt sich klar auszusprechen: 5 V in den VIN-/5V-Pin einspeisen und den Bordregler 3,3 V erzeugen lassen. 3,3 V direkt einzuspeisen umgeht Regler und Glättung – genau das, wofür man ihn haben will.

Zwei Kerne, und wie man sie wirklich nutzt

Der Dual-Core ist der echte Vorteil des ESP32 für Roboter, und das Arduino-Framework versteckt ihn – loop() läuft auf Kern 1, der WLAN-Stack auf Kern 0.

Man kann eine Task explizit an einen Kern binden:

void controlLoop(void *param) {
  const TickType_t period = pdMS_TO_TICKS(10);   // exactly 100 Hz
  TickType_t last = xTaskGetTickCount();
  for (;;) {
    readSensors();
    updatePid();
    driveMotors();
    vTaskDelayUntil(&last, period);              // no drift, unlike delay()
  }
}

void setup() {
  xTaskCreatePinnedToCore(
    controlLoop, "control", 4096, nullptr,
    2,          // priority above the default
    nullptr,
    1);         // core 1 — leave core 0 for Wi-Fi
}

Das ist das Muster, das einen ESP32 wirklich gut für Roboter macht statt nur vernetzt: eine Regelschleife mit hartem Timing auf einem Kern und ein Webserver auf dem anderen, der sie nicht blockieren kann. vTaskDelayUntil ist das wichtige Detail – anders als delay() gleicht es aus, wie lange der Schleifenkörper brauchte, sodass die Periode exakt 10 ms bleibt.

Fehlersuche

ESP32 oder Arduino Uno?

Beide nutzen dieselbe Sprache und IDE – das ist der Punkt: Der Umstieg kostet fast nichts an Code und einiges an Verdrahtungsdisziplin.

Die ehrliche Empfehlung: Auf einem Uno lernen, auf einem ESP32 bauen. Die 5-V-Toleranz des Uno und das völlige Fehlen von Pinfallen heißen: Frühe Fehler sind verkraftbar. Sobald man weiß, was eine Regelschleife ist und warum Massen gemeinsam sein müssen, liefert der ESP32 fünfzehnfache Taktrate, 260-fachen Speicher und Funk – für etwa dasselbe Geld.

Die ESP32-CAM-Variante lohnt sich separat zu kennen: Sie bringt Kamera und SD-Steckplatz für wenige Euro dazu und ist mit Abstand der billigste Weg in Robotervision – zum Preis fast keiner freien GPIOs mehr.