Wie du in ESPHome einen WiFi-Signal-Sensor einbaust, um den Empfang am Einsatzort messbar zu machen.
Warum YAML-Einrückung beim Kopieren der häufigste Fehler ist – und wie du ihn schnell findest.
Wie du dBm-Werte (Signalstärke) richtig interpretierst und ab wann OTA-Abbrüche und Datenfehler wahrscheinlicher werden.
Wie du den Empfang im Router (z. B. UniFi / FRITZ!Box) gegenprüfst und was schlechte Werte in der Praxis bedeuten.
Warum eine statische IP oft die größte Stabilitäts-Verbesserung bringt – und wie du sie sauber einrichtest (Router + ESPHome).
Wie du ein Gerät in Home Assistant / ESPHome notfalls löscht und neu hinzufügst – inklusive manueller IP-Konfiguration.
Wie du mit Ping (Hostname / IP) prüfst, ob Netzwerkkommunikation wirklich stabil ist.
Welche Router-/WLAN-Settings für IoT Pflicht sind: 2,4 GHz aktiv, ggf. separate SSIDs für 2,4 GHz und 5 GHz.
Warum Mesh/Repeater-Konfigurationen Probleme machen können, wenn sie ein eigenes DHCP/Subnetz aufspannen – und was du dagegen tun musst (Mesh Master / Mesh Repeater).
Öffne dein ESPHome-Device (YAML).
Füge unter sensor: einen WiFi-Signal-Sensor hinzu.
Beispiel (typischer Aufbau):
sensor: - platform: wifi_signal name: "WiFi Signal" update_interval: 60s
Achte auf die Einrückung.
Speichern → OTA installieren (wirelessly).
Zusammenfassung: Du baust dir einen Messwert ins Device, damit du am späteren Montageort sofort siehst, ob der Empfang reicht.
In Home Assistant beim ESPHome-Gerät findest du jetzt den Sensorwert WLAN Signal , z. B. -53 dBm.
Merke:
Je näher an 0 (also “weniger negativ”), desto besser.
-54 ist schlechter als -53.
Grobe Orientierung :
bis ca. -60 / -70 dBm: meist ok
ab ca. -65 bis -75 dBm: OTA-Abbrüche möglich
ab ca. -75 bis -85 dBm: Sensorwerte können unzuverlässig werden
Zusammenfassung: Erst messen, dann schrauben. Ohne dBm fliegst du blind.
Öffne deinen Router / Controller.
Suche das Gerät und schau dir den Signal-/RSSI-Wert an (oder Balkenanzeige bei FRITZ!Box).
Wenn ein Gerät z. B. -90 dBm hat:
kann noch “irgendwie” Werte senden,
aber Datenrate ist mies → Updates/OTA werden sehr wacklig.
Zusammenfassung: Router-Ansicht bestätigt dir, ob das Problem “Funkschatten” ist oder etwas anderes.
Hier machst du zwei Dinge: im Router “IP behalten” + im ESPHome “manual_ip”.
Router/Controller öffnen → Gerät auswählen.
Option suchen wie:
UniFi: “Fixed IP” / “Reserve IP”
FRITZ!Box: „IP-Adresse dauerhaft behalten“
Anwenden/Übernehmen.
In deiner YAML im Bereich wifi: ergänzen:
wifi: ssid: !secret wifi_ssid password: !secret wifi_password manual_ip: static_ip: 192.168.1.166 gateway: 192.168.1.1 subnet: 255.255.255.0
Wichtig aus dem Video:
Die static_ip sollte die gleiche IP sein, die dein Router dem Gerät bereits gegeben hat (sonst Chaos).
gateway ist in der Regel dein Router (oft ...1).
Achte darauf, dass dein “Subnetz/Netzbereich” wirklich zu deinem Router passt (typisch 192.168.1.x).
OTA installieren → prüfen, ob es stabiler läuft.
Zusammenfassung: DHCP-Zuweisungen können Konflikte/Wechsel erzeugen. Statisch macht’s ruhiger.
In Home Assistant: ggf. ESPHome-Gerät entfernen.
Dann: Einstellungen → Geräte & Dienste → Integration hinzufügen → ESPHome
Manuell konfigurieren: IP-Adresse eintragen (z. B. 192.168.1.166).
Falls gefragt: API Encryption Key (ESPHome api: Schlüssel) eintragen.
Zusammenfassung: Manuelles Pairing über IP umgeht Discovery-Probleme (mDNS/Name).
Öffne ein Terminal/Konsole.
Test 1: Ping auf Hostname (oft deinname.local):
ping TempSensorSHT31.local
Test 2: Ping auf IP:
ping 192.168.1.166
Interpretation:
stabile Antwortzeiten + 0% Paketverlust = Netzwerk ok
Timeouts/Paketverlust = Funk/Netzproblem
Zusammenfassung: Ping ist dein schneller Wahrheitstest: “kommt das Gerät sauber an?”
Stelle sicher, dass dein Router 2,4 GHz aktiviert hat (IoT braucht das praktisch immer).
Wenn Geräte sich “falsch” verbinden oder Setup scheitert:
gib 2,4 GHz und 5 GHz unterschiedliche Namen (z. B. WLAN und WLAN-5 oder WLAN_24 und WLAN_5).
Zusammenfassung: 2,4 GHz hat weniger Durchsatz, aber mehr Reichweite und Wanddurchdringung – perfekt für ESP/IoT.
Problem aus dem Video:
Ein Repeater kann (falsch konfiguriert) ein eigenes DHCP/Subnetz aufmachen. Dann hängt dein ESP z. B. in 192.168.100.x, Home Assistant aber in 192.168.1.x → die sprechen nicht sauber miteinander.
Lösung:
Router = Mesh Master
Repeater = Mesh Repeater/Bridge, bekommt IP vom Router, macht kein eigenes DHCP.
Bei FRITZ!Box: darauf achten, dass der Repeater korrekt als Mesh-Repeater eingebunden ist und kein eigenes Netzwerk erzeugt.
Zusammenfassung: Ein Netz. Ein DHCP. Alles andere ist Stress für Discovery, OTA und Stabilität.
Erst messen, dann umbauen: WiFi-Signal-Sensor ins Device ist Pflicht, bevor du “auf Verdacht” an Router/Repeater schraubst.
OTA braucht besseren Empfang als “nur Werte senden”: Wenn Updates abbrechen, ist das oft ein reines Signal-/Datenraten-Thema.
Statische IP immer zweigleisig: Router reservieren und manual_ip in ESPHome setzen – dann ist es wirklich stabil.
Ping immer doppelt: einmal Hostname (mDNS), einmal IP (reines Routing). So siehst du, ob’s Discovery oder Funk ist.
Großes Haus = lieber Access Points statt Funk-Repeater-Ketten: Viele Funk-Brücken verschlechtern in der Praxis die Stabilität massiv.
Wenn alles stimmt und es trotzdem spinnt: Device in HA entfernen und per IP neu hinzufügen (inkl. API-Key).
Wenn du trotz “Basics” noch WiFi-Probleme hast, geh systematisch vor: Signal messen (dBm) → Router-Check → statische IP → Ping-Test → 2,4 GHz/SSIDs sauber → Mesh/Repeater ohne eigenes DHCP. Damit bekommst du die meisten ESPHome-WLAN-Probleme dauerhaft in den Griff – und OTA sowie Sensorwerte laufen deutlich stabiler.