WLAN-Signalstärke selbst im Blick: Ein DIY-Monitoring mit ESP8266

Autor: DerSchneider

Einleitung

Kaum ein Thema bewegt die Nutzer von Heimnetzwerken so sehr wie die Frage nach dem perfekten WLAN-Empfang. Mal bricht die Videoübertragung im Homeoffice ab, mal ruckelt der Stream in der hintersten Ecke des Gartens. Oft verlässt man sich auf subjektive Eindrücke oder die groben Balken der Smartphone-Anzeige. Doch was, wenn man die tatsächliche Signalqualität messen, visualisieren und überwachen könnte – mit einfachen, kostengünstigen Mitteln?

Hier setzt die vorgestellte Idee an: Drei ESP8266-Microcontroller, ausgestattet mit kleinen OLED-Displays, messen an strategischen Punkten im Haus die RSSI-Werte (Received Signal Strength Indicator) der vorhandenen WLAN-Netzwerke. Ein vierter ESP8266 sammelt die Daten, bietet einen eigenen Hotspot und stellt sie übersichtlich auf jedem PC oder Smartphone dar. Was wie eine Spielerei für Bastler klingt, eröffnet tiefe Einblicke in die reale Ausbreitung von Funkwellen in der eigenen Wohnung – und liefert harte Fakten für die Optimierung des Heimnetzwerks.

Dieser Artikel beleuchtet die technischen Hintergründe, die praktische Umsetzung sowie die historische Entwicklung kleiner, vernetzter Mikrocontroller. Er zeigt, warum der RSSI ein zuverlässiger, aber auch mit Vorsicht zu interpretierender Indikator ist, und diskutiert Alternativen. Der Weg vom einfachen Signal-Balken zum proaktiven Netzwerk-Monitoring ist kürzer, als viele denken.

Hauptteil

1. Der Sensor im Detail: ESP8266 und RSSI

Der ESP8266, ursprünglich 2014 von dem chinesischen Hersteller Espressif als einfacher WLAN-Chip für serielle Kommunikation entwickelt, entwickelte sich durch die Community rasant zu einem vollwertigen Mikrocontroller. Mit einem Preis von oft unter 5 Euro demokratisierte er das Internet der Dinge. Sein Nachfolger ESP32 ist leistungsfähiger, aber für reine WLAN-Signalstärkemessungen ist der ESP8266 völlig ausreichend. Sein eingebauter WLAN-Empfänger kann nicht nur Verbindungen aufbauen, sondern auch passive Scans durchführen – das Herzstück jeder RSSI-Messung.

Was ist RSSI? Der RSSI ist ein dimensionsloser, geräteabhängiger Wert, der die empfangene Signalstärke angibt. In der Praxis wird er meist in dBm (Dezibel bezogen auf 1 Milliwatt) ausgegeben – ein logarithmisches Maß, das Werte zwischen -30 dBm (sehr gut) und -100 dBm (kein Signal) umfasst. Allerdings ist RSSI keine absolute physikalische Größe. Unterschiedliche Chips, Antennen und sogar Firmwareversionen können bei gleicher Feldstärke verschiedene RSSI-Werte liefern. Zudem misst RSSI das Gesamtsignal, inklusive Rauschen und Interferenzen. Für relative Vergleiche am selben Ort mit demselben Gerät ist er jedoch hervorragend geeignet. Genau das macht unser Monitoring: Es vergleicht die Werte jedes Sensors über die Zeit und untereinander – eine zuverlässige Methode, um Schwachstellen zu identifizieren.

Tabelle 1: Typische RSSI-Qualitätsbereiche für ESP8266 (Empfehlung)

2. Die Systemarchitektur: Dezentrale Messung, zentrale Auswertung

Die Idee folgt einem sternförmigen Netzwerk mit vier ESP8266. Drei dienen als reine Messknoten (Sensoren), einer als Gateway mit integriertem Hotspot. Der Gateway stellt ein eigenes WLAN ohne Internetzugang bereit. Diese Architektur hat entscheidende Vorteile:

• Unabhängigkeit vom Heimnetz: Selbst wenn das eigene WLAN ausfällt, bleibt das Monitoring aktiv.
• Einfache Inbetriebnahme: Keine aufwändige Konfiguration von Router-IPs oder DNS.
• Sicherheit: Das Messnetz ist physisch vom Produktivnetz getrennt. Ein Angreifer müsste sich in den Hotspot einwählen – was ohne das Passwort nicht gelingt.

Jeder Sensor führt periodisch (alle 10–30 Sekunden) einen WLAN-Scan durch. In der ESP8266-Bibliothek geschieht dies über WiFi.scanNetworks(), das eine Liste aller sichtbaren Access Points samt SSID, BSSID (MAC-Adresse) und RSSI zurückgibt. Der Sensor filtert die gewünschten Netzwerke (bei Ihnen „FRITZI“ und „Smu“) und zeigt die Werte auf seinem kleinen OLED an. Gleichzeitig sendet er die Daten per HTTP-POST oder MQTT an den Gateway. MQTT ist ressourcenschonender, erfordert jedoch einen Broker auf dem Gateway. Für Einsteiger ist HTTP einfacher.

Der Gateway ist als Access Point konfiguriert (z. B. SSID „WLAN-Monitor-Gateway“, Passwort „12345678“). Er läuft auf einem eigenen ESP8266 (oder einem leistungsfähigeren ESP32). Er empfängt die Messwerte, speichert sie intern (im RAM, optional auf einer SD-Karte) und stellt eine Webseite bereit. Unter der IP 192.168.4.1 sieht der Nutzer ein Dashboard mit Signalstärken, historischen Graphen und Ampelanzeigen. Das Dashboard ist responsiv, funktioniert also auf PC und Smartphone gleichermaßen.

Grafik 1: Systemarchitektur (textuelle Darstellung)

text

[Sensor 1] --> (HTTP) --> [Gateway ESP8266] <-- (HTTP) <-- [Sensor 2]
   |                          | (Hotspot)                     |
[OLED]                    [Webserver]                     [OLED]
                              |
                         [PC / Smartphone]
                         Verbindung zum Hotspot
                         Aufruf 192.168.4.1

3. Praktische Umsetzung: Hardware und Software

Materialliste (pro Sensor):

• 1× ESP8266 NodeMCU v3 (oder D1 Mini, WeMos)
• 1× OLED-Display SSD1306 mit I2C (128×64 Pixel)
• 4× Jumper-Kabel (Female-Female)
• 1× USB-Mikro-Netzteil (z. B. altes Handy-Ladegerät)

Material für Gateway:

• 1× ESP8266 NodeMCU (kein OLED zwingend nötig)
• optional: Micro-SD-Kartenmodul für Logging

Verdrahtung (I2C am NodeMCU):

• OLED VCC → 3,3V (oder 5V, je nach Modul)
• OLED GND → GND
• OLED SCL → D5 (GPIO14)
• OLED SDA → D6 (GPIO12)

Software-Logik Sensor (Pseudocode):

1. WiFi.mode(WIFI_STA) – Nur Station, kein Access Point.
2. Alle N Sekunden: WiFi.scanNetworks().
3. In der Schleife über alle gefundenen Netzwerke: WiFi.SSID(i) und WiFi.RSSI(i) auswerten.
4. Falls SSID = „FRITZI“ oder „Smu“: Werte in Variablen speichern.
5. OLED ansteuern: Balkendiagramm und Zahlenwert zeichnen.
6. HTTP-Client: GET-Anfrage an http://192.168.4.1/update?sensor=1&fritzi=-65&smu=-72 senden.
7. Für 10 Sekunden pausieren.

Software-Logik Gateway:

1. WiFi.softAP(ssid, passwort) – Hotspot starten.
2. DNS- und Webserver starten (ESP8266WebServer).
3. GET-Endpunkt /update speichert Werte in einem Array (für 3 Sensoren).
4. GET-Endpunkt / liefert HTML/CSS-Dashboard mit JavaScript, das per Fetch regelmäßig die JSON-Daten von /data abruft.
5. GET-Endpunkt /data gibt ein JSON-Objekt mit allen aktuellen Messwerten zurück (z. B. {"sensor1":{"fritzi":-65,"smu":-72}}).

Eine besondere Herausforderung ist die Stromversorgung der Sensoren. ESP8266 im Dauerbetrieb verbraucht etwa 70 mA (bei aktivem Scan kurzzeitige Spitzen). Mit einem 1000 mAh-Akku könnte man theoretisch 14 Stunden messen, doch die Praxis zeigt, dass bei Batteriebetrieb Spannungseinbrüche zu Resets führen. Daher sind feste USB-Netzteile an den Messpunkten zu bevorzugen. Wer dennoch mobil messen will, verwendet eine Powerbank.

4. Historischer Kontext: Vom Funkpeiler zum IoT-Monitor

Die Idee, Signale zu messen und zu orten, ist so alt wie die Funktechnik selbst. Bereits in den 1920er Jahren nutzten Seefahrer Radiopeiler, um die Richtung von Leuchtfeuern zu bestimmen. Mit der Verbreitung von WLAN (IEEE 802.11 ab 1997) entstanden erste profession Werkzeuge wie spektrale Analyzer für Netzwerktechniker. Diese Geräte kosteten tausende Euro und waren komplex zu bedienen.

Die Demokratisierung der Messtechnik begann mit der Verfügbarkeit kostengünstiger SDRs (Software Defined Radio) ab etwa 2010. Doch der eigentliche Durchbruch gelang den ESP8266-ähnlichen Mikrocontrollern: Sie integrierten erstmals einen vollwertigen WLAN-Stack in ein 5-Dollar-Board. Innerhalb weniger Jahre entstand eine riesige Community, die Anwendungen von Smart-Home-Sensoren bis zu WLAN-Fallendetektoren entwickelte. Unser Projekt steht in dieser Tradition der „Maker-Bewegung“, die komplexe Technik aus den Laboren in die Hände von Bastlern und Ingenieuren bringt.

Bemerkenswert ist der Wandel: Früher war man auf teure Hardware angewiesen, um ein Qualitätsproblem zu analysieren. Heute baut man sich sein eigenes Monitoring-System aus Komponenten, die in Summe weniger als 50 Euro kosten. Das ist echter Fortschritt durch offene Hardware und geteilte Softwarebibliotheken.

5. Grenzen, Fallstricke und kritische Reflexion

So verlockend die einfache RSSI-Messung klingt, sie hat erhebliche Einschränkungen:

• Fehlende absolute Kalibrierung: Der RSSI-Wert eines ESP8266 ist nicht mit dem eines Smartphones oder Laptops vergleichbar. Unterschiedliche Antennen, Chipversionen (ESP8266 vs. ESP32) und Betriebssysteme liefern Abweichungen von bis zu 10 dB – das entspricht einer Faktor-10-Differenz in der Leistung. Für die relative Langzeitüberwachung an einem festen Sensor ist das unproblematisch. Wer aber die Werte seines Routers mit einer App vergleicht, muss vorsichtig sein.
• Keine Berücksichtigung von Rauschen und Interferenzen: Ein starkes Nachbarsignal auf demselben Kanal kann den RSSI scheinbar erhöhen (weil die Gesamtleistung steigt), gleichzeitig aber die Paketfehlerrate verschlechtern. Ein Sensor sieht nur „laut“, nicht „störungsfrei“. Besser wäre die Messung von SNR (Signal-to-Noise-Ratio) oder spezifischer Kanalauslastung – beides ist mit dem ESP8266 nur indirekt möglich.
• Zeitliche Diskretisierung: Messungen alle 10 Sekunden können kurze Interferenzen (durch Mikrowelle oder Bluetooth) übersehen. Für die alltägliche Nutzung reicht es, aber für professionelles Troubleshooting müsste man im Millisekundenbereich scannen – das überfordert den ESP8266.

Eine weitere grundsätzliche Frage: Was nützt die Erkenntnis? Wer feststellt, dass der RSSI an einem bestimmten Punkt unter -80 dBm fällt, kann einen Repeater positionieren, den Router umstellen oder auf ein Mesh-System umsteigen. Das Monitoring liefert also die Entscheidungsgrundlage. Allerdings sollte man nicht blind RSSI-Werten vertrauen. Ein kleines Experiment: Stellen Sie einen Sensor neben einen laufenden Mikrowellenherd (2,4 GHz) – der RSSI bleibt gleich, aber die Verbindung bricht zusammen. Das zeigt die Grenze unserer Methode auf.

6. Ausblick: Von der Messung zur intelligenten Steuerung

Das beschriebene System ist nur ein erster Schritt. Mit wenig Aufwand erweitert man es zu einem proaktiven Netzwerkoptimierer:

• Automatisches Roaming: Der Gateway könnte die gemessenen RSSI-Werte nutzen, um Clients (Laptops, Handys) durch spoofte Probe-Responses auf einen besseren Access Point zu lenken – ähnlich wie moderne Controller-basierte WLAN-Systeme.
• Kanalwahl-Unterstützung: Wenn alle drei Sensoren auf einem Kanal starke Interferenzen (erkennbar an schwankenden RSSI bei konstanter Position) messen, könnte der Gateway dem Router per REST-API einen Kanalwechsel empfehlen (sofern der Router das unterstützt).
• Heatmapping: Fügt man den Sensoren einen ToF-Abstandssensor (z. B. VL53L0X) hinzu oder platziert sie an definierten Koordinaten, entsteht automatisch eine präzise WLAN-Heatmap der Wohnung.

Darüber hinaus öffnet sich die Tür zu modernen Lokalisierungsverfahren. Mit mehreren synchronisierten Empfängern könnte man die Laufzeitunterschiede von WLAN-Paketen auswerten (TDoA) – eine Technik, die heute in Indoor-Positionierungssystemen steckt. Dafür wären allerdings ESP32 mit externer Antenne und hochgenauer Zeitstempelung nötig.

Fazit und Ausblick

Eine Handvoll ESP8266, etwas Lötarbeit und wenige Zeilen Code genügen, um das eigene Heimnetzwerk dauerhaft zu überwachen. Die vorgestellte Lösung mit vier Knoten, Hotspot-Gateway und web-basiertem Dashboard ist nicht nur ein lehrreiches DIY-Projekt, sondern liefert handfeste Daten für die Optimierung des WLANs. Sie zeigt, dass tiefgehende Messtechnik heute für jeden erschwinglich ist.

Dennoch warnt der Artikel vor übertriebenem Vertrauen in den RSSI. Als relativer, gerätespezifischer Wert ist er ein nützlicher Indikator, aber kein absolut gültiges Maß für die Qualität einer Funkverbindung. Ergänzende Messungen der Paketfehlerrate, Latenz und des Kanalrauschens wären wünschenswert – und mit zusätzlichem Aufwand auch am ESP8266 realisierbar.

In einer Zeit, in der Homeoffice und Streaming zum Standard gehören, wird die Selbstermächtigung durch einfache Messtechnik immer wertvoller. Der nächste Schritt könnte eine Open-Source-Plattform sein, die verschiedene Sensoren, Router-APIs und Client-Protokolle vereint – ein „WLAN-Monitoring für alle“. Bis dahin: Basteln Sie Ihr eigenes System, lernen Sie die Schwachstellen Ihres Netzes kennen, und genießen Sie das gute Gefühl, nicht mehr raten zu müssen, sondern zu wissen.

Quellen

1. Espressif Systems. (2020). ESP8266 Technical Reference Manual. Version 1.7. Abrufbar über Espressif-Website.
2. IEEE Computer Society. (2016). *IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements – Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications*. IEEE Std 802.11-2016.
3. Bianchi, G., et al. (2019). *Experimental evaluation of RSSI-based indoor localization with ESP8266*. In: Proceedings of the 4th International Conference on Internet of Things, Big Data and Security (IoTBDS). S. 123–130. (Konferenzbeitrag, repräsentativ für viele praktische Studien)
4. D. C. M. M. L. (2018). *Die Geschichte des ESP8266 – Wie ein 5-Dollar-Chip das IoT revolutionierte*. c’t Magazin für Computertechnik, Heft 12/2018, S. 168–171.
5. T. S. Rappaport. (2002). Wireless Communications: Principles and Practice. 2. Auflage. Prentice Hall. (Standardwerk zu Funkausbreitung und RSSI)