4.2.2 Pinout

Was du in diesem Video lernst 

• Warum nicht alle Pins auf ESP8266/ESP32-Boards wirklich frei nutzbar sind (trotz „viele Pins“ auf dem Board).

• Wie du sichere/empfohlene Pins identifizierst (statt „irgendwo einstecken und hoffen“).

• Unterschied Chip vs. Board: gleicher ESP-Chip kann auf sehr unterschiedlichen Boards sitzen → andere Pin-Layouts/Bezeichnungen.

• Warum du in ESPHome den richtigen Board-Typ auswählen musst (sonst stimmen Pin-Bezeichnungen wie D6 nicht).

• ESP8266: D-Pins vs GPIO-Nummern verstehen (und wie ESPHome die „Übersetzung“ macht).

• Typische Pin-Fallen:

  • Pins, die intern für Flash/SPI genutzt werden (nicht verwenden).

  • Pins, die beim Boot/Flash spezielle Pegel erwarten (Boot-Probleme, „komisches Verhalten“).

  • Pins, die mit Onboard-LED verbunden sind (z. B. flackernde LED bei I²C).

  • Pins, die nur Input können (z. B. bestimmte ESP32 GPIOs).

• Serielle Kommunikation (UART) richtig verkabeln: TX ↔ RX kreuzen, nicht TX↔TX.

• ADC/Analogmessung:

  • ESP8266 hat typischerweise nur A0.

  • ESP32 hat mehrere ADC-Pins – aber praktisch oft Einschränkungen (z. B. wenn Wi-Fi aktiv ist).

• Warum Pinwahl entscheidet, ob ein Projekt schnell funktioniert oder stundenlang debuggt werden muss.

• Hinweis zu PWM: ESP32 kann PWM an vielen Pins sauber; ESP8266 oft „hakeliger“ (softwarebasiert).

Link Pinbelegung:

Verstehe das Grundproblem

1. Schau dir dein ESP-Board an: es wirkt, als gäbe es „unendlich Pins“.

2. Merke dir: Ein Teil der Pins ist reserviert oder nur eingeschränkt nutzbar (Flash, Boot, interne Funktionen).

Unterscheide „Chip“ und „Board“

1. Auf dem Board sitzt ein ESP-Chip/Modul (z. B. ESP32-WROOM).

2. Viele Hersteller bauen daraus unterschiedliche Boards (z. B. großes Dev-Board vs. „C3 Super Mini“).

3. Konsequenz: Pinanzahl, Beschriftung und Nutzbarkeit unterscheiden sich je nach Board.

Nutze eine Pin-Referenz statt zu raten

1. Nimm eine Pinout-/GPIO-Tabelle (z. B. aus einer guten Doku/Übersicht).

2. Prüfe dort für deinen Chip/Board:

   • Welche Pins sind OK (grün)

   • Welche sind kritisch (gelb/rot)

   • Welche sind reserviert (Flash/SPI, Boot-Straps)

Wähle „Standard-Boards“ für Anfängerprojekte (wenn möglich)

1. Wenn du Platz hast: nimm ein ESP32-Dev-Board (ESP32-WROOM), weil:

   • viele I/Os

   • USB an Bord

   • flexibel für die meisten Projekte

2. Wenn du wenig Platz hast: nimm Mini-Boards (z. B. ESP32-C3), aber:

   • weniger Pins

   • Pinwahl wird noch wichtiger

Achte auf typische ESP32-Pin-Fallen

1. Manche GPIOs sind intern belegt (z. B. Flash/SPI).

2. Manche GPIOs sind nur Input (klassisches Beispiel: bestimmte Pins im 34–39 Bereich).

3. Manche Pins sind zwar „da“, aber nicht optimal für Inputs/Outputs (je nach Board/Tabelle).

4. Beispiel aus dem Video: ein Pin (z. B. „D2“) kann mit der Onboard-LED verdrahtet sein → Nebenwirkungen (z. B. LED flackert bei I²C-Datenverkehr).

ESP8266 – D-Pins vs GPIO verstehen (und korrekt konfigurieren)

1. ESP8266-Boards (z. B. WeMos D1 Mini) haben oft D-Labels (D1, D2, D6 …).

2. Der Chip selbst kennt aber GPIO-Nummern.

3. Damit ESPHome „D6 → GPIO12“ korrekt zuordnen kann, musst du:

   • den richtigen Board-Typ in ESPHome einstellen (z. B. board: d1_mini / „Wemos D1 Mini“)

4. Wenn Sensoren „nicht gehen“, obwohl Kabel/Strom OK sind:
   → sehr oft ist Board-Typ oder Pin-Name falsch.

Serielle Sensoren richtig verkabeln (UART)

1. Wenn du TX/RX nutzt (z. B. Präsenzmelder/Module mit UART):

   • TX (Sender) → RX (ESP)

   • RX (Empfänger) → TX (ESP)

2. Wenn es nicht funktioniert: tausche TX und RX testweise (Kreuzung ist der häufigste Fehler).

Analog messen (ADC) – realistische Erwartungen

1. ADC = Analog-to-Digital Converter (Spannung messen statt nur 0/1).

2. ESP8266:

   • hat meist nur A0 als Analogeingang.

3. ESP32:

   • hat mehrere ADC-fähige Pins.

   • Praktisch kann es Einschränkungen geben, wenn Wi-Fi aktiv ist → plane konservativ.

PWM als Bonus-Falle

1. ESP32: PWM an vielen Pins „sauber“ möglich.

2. ESP8266: PWM oft softwarebasiert → kann je nach Setup zickiger sein.

Praxis-Tipps 

• Pinout-Tabelle immer offen haben: 80% der Anfängerbugs sind Pinwahl/Bezeichnung.

• Nie blind Pins 6–11 (ESP32) nutzen (typisch Flash/SPI-Block auf vielen Modulen/Boards).

• Onboard-LED meiden, wenn du saubere Signale brauchst (I²C/UART/„komische Flacker“-Effekte).

• Bei UART immer kreuzen: TX↔RX. Wenn unsicher: einmal tauschen, 10 Sekunden Test, fertig.

• ESP8266: Board-Typ ist Pflicht, sonst stimmen D-Pins nicht.

• Inputs vs Outputs prüfen: manche ESP32 GPIOs sind input-only → für Relais/LED/PWM ungeeignet.

• Debug-Checkliste, wenn Sensor „tot“ ist:

  1. Stromversorgung ok?

  2. GND gemeinsam?

  3. Richtiger Pin? (laut Tabelle)

  4. Richtige Benennung (GPIO vs D-Label)?

  5. Richtiger Board-Typ in ESPHome?

Fazit

Die meisten ESPHome-Projekte scheitern nicht am YAML, sondern an falscher Pinwahl oder falscher Pin-Nomenklatur. Wenn du konsequent mit einer Pinout-Referenz arbeitest, den Board-Typ korrekt setzt und bei UART TX/RX kreuzt, sparst du dir extrem viel Debugging-Zeit – und deine Projekte „leben“ deutlich schneller.