IoTLabs wM-Bus Gateway: ESP32-Gerät mit Wireless M-Bus für Home Assistant

Dein digitaler Wasserzähler funkt seit Monaten im Keller vor sich hin. Alle paar Sekunden ein Datenpaket. Verbrauch, Durchfluss, vielleicht einen Temperaturwert. Du kannst es nur nicht lesen.

Dein Energieversorger kann das. Der Typ vom Messdienst mit dem Funkempfänger kann das. Du nicht.

Das ändert sich.

IoTLabs, ein kleines polnisches Hardware-Team, hat ein Gerät gebaut, das genau diese Lücke schließt: das wM-Bus Gateway. ESP32-Chip, 868-MHz-Funkmodul, ESPHome-Firmware. Kein Cloud-Zwang, kein Abo-Modell. Es hört einfach zu. Und es spricht Home Assistant.

Was draus wird? Ein Smarthome, das den Verbrauch kennt — von Wasser, Gas und Wärme — ohne dass du jemals einen Zählerstand abtippen musst. Smarthome-Automatisierung fängt schließlich bei den Basisdaten an: Wer nicht weiß, wie viel Energie durch die Leitungen fließt, kann auch nicht intelligent steuern.

Wer Home Assistant für die Smarthome-Automatisierung einsetzt, kennt das Problem: Zigbee-Sensoren, WLAN-Steckdosen, Bluetooth-Thermometer — alles kein Thema. Aber der Wasserzähler? Der Wärmemengenzähler? Die bleiben oft blinde Flecken. Das wM-Bus Gateway macht sie sichtbar.

Inhaltsverzeichnis

Was ist Wireless M-Bus?
Das IoTLabs wM-Bus Gateway: Hardware im Detail
ESPHome und Home Assistant: Die Software-Seite
Installation und erste Schritte
Welche Zähler funktionieren?
Alternative Ansätze im Vergleich
Datenschutz und lokaler Betrieb
FAQ
Fazit

Kurzantwort

Das IoTLabs wM-Bus Gateway empfängt Funk-Zählerdaten von Wasser, Gas und Wärme direkt für Home Assistant – komplett lokal, ohne Cloud, mit ESPHome. Kurz gesagt: home assistant smarthome automatisierung ist vor allem dann relevant, wenn du schnell verstehen willst, was konkret dahinter steckt, welche Grenzen es gibt und welche Entscheidung daraus folgt. Die Details, Quellen und Einschränkungen stehen in den folgenden Abschnitten.

Was ist Wireless M-Bus?

Wireless M-Bus, kurz wM-Bus, ist der Funkstandard für Verbrauchszähler in Europa. Er steht in der Norm EN 13757 und wird von der OMS-Group (Open Metering System) spezifiziert, damit Zähler verschiedener Hersteller miteinander reden können.

Das „M" steht für Meter. Genau darum geht es: Wasserzähler, Wärmezähler, Gaszähler, Stromzähler. Alle senden, alle nach dem gleichen Protokoll.

In Deutschland läuft das auf 868 MHz, dem lizenzfreien ISM-Band. Drei Modi sind im Einsatz:

T1-Mode: Häufige Aussendung alle paar Sekunden bis Minuten. Der Standard für moderne Wasserzähler wie den Diehl Hydrus oder Kamstrup Multical 21. Gut geeignet für die Smarthome-Automatisierung, weil die Daten regelmäßig und ohne manuelles Auslösen ankommen.
C1-Mode: Kompaktes Telegramm-Format, kürzere Sendezeit bei gleichen Daten. Vor allem bei Wärmezählern und Heizkostenverteilern verbreitet, häufig für Walk-by/Drive-by-Auslesung genutzt.
S1-Mode: Stationärer Betrieb. Seltener im privaten Umfeld, häufiger in größeren Wohnanlagen mit fest installierten Konzentratoren.

Das Entscheidende: wM-Bus ist ein offener Standard. Kein proprietäres Funkprotokoll eines einzelnen Herstellers. Du brauchst nur das passende Empfangsmodul und jemanden, der die Telegramme dekodiert.

Bisher war der Bastelweg so: CC1101-Funkmodul an einen ESP32 löten, wmbusmeters kompilieren, Firmware flashen, hoffen dass die Antenne nicht zu schlecht ist. Dazu musst du die Telegramm-Struktur deines Zählers kennen und manuell in YAML abbilden. Machbar, aber zeitaufwändig. Das IoTLabs Gateway macht daraus ein fertiges Produkt mit vorinstallierter Firmware.

home assistant smarthome automatisierung – Illustration 2

Das IoTLabs wM-Bus Gateway: Hardware im Detail

Ein Blick aufs Gerät: 70 × 36 × 15 Millimeter. Kleiner als eine Zigarettenschachtel. Das Gehäuse ist schlicht und funktional. Vorne das 1,3-Zoll-OLED-Display, das live Messwerte und Status zeigt.

Drinnen steckt ein ESP32-Mikrocontroller, der De-facto-Standard für Smarthome-Basteleien. Dual-Core, Wi-Fi 802.11 b/g/n, Bluetooth LE. Genug Rechenleistung, um wM-Bus-Telegramme lokal zu dekodieren, ohne dass ein externer Server mitrechnen muss.

Der Funkteil ist der spannendste Teil: ein Semtech SX1276-basierter RFM95/RFM96-Chip. Das ist dieselbe Chip-Familie, die auch LoRa-Module antreibt. Der RFM95/RFM96 kann auf 868 MHz empfangen — exakt das europäische wM-Bus-Band. Angeschlossen ist eine externe SMA-Antenne.

Wichtiger Hinweis von IoTLabs: Die externe Antenne muss angeschlossen sein, bevor das Gerät Strom bekommt. Ohne Antenne läuft der Funkchip ins Leere und kann beschädigt werden. Kein Kavaliersdelikt, sondern ein Hardware-Schaden, der sich nicht per Software beheben lässt.

Für Wi-Fi und Bluetooth hat der ESP32 eine eingebaute 2,4-GHz-Keramikantenne. Kein externer Antennengewirr also, nur der eine SMA-Anschluss für den 868-MHz-Empfang.

Die Stromversorgung läuft über MicroUSB mit 5 Volt. Kein Akku, kein Batteriefach. Das Gerät ist für den Dauerbetrieb gedacht und zieht im Leerlauf weniger als 1 Watt. In Zeiten steigender Strompreise ein relevanter Punkt: Selbst bei 30 Cent pro Kilowattstunde kostet der Dauerbetrieb etwa 2,60 Euro im Jahr.

Auf der Rückseite gibt es eine Taste für den „Top"-Button in ESPHome. Damit lassen sich die Display-Anzeige umschalten oder Aktionen auslösen. Praktisch für den schnellen Blick auf den aktuellen Zählerstand, ohne das Smartphone zücken zu müssen.

Das fertig montierte wM-Bus Gateway. Links die externe Antenne, rechts das OLED-Display.

ESPHome und Home Assistant: Die Software-Seite

Das Gateway kommt mit ESPHome-Firmware vorinstalliert. Das ist die entscheidende Stärke des Geräts und der Grund, warum es sich so nahtlos in die Home-Assistant-Smarthome-Automatisierung einfügt.

ESPHome ist das native Framework für selbstgebaute Smarthome-Hardware unter Home Assistant. Es gibt kein separates Gateway-Protokoll, keinen Übersetzer, keinen Umweg. Das Gerät erscheint direkt in Home Assistant, wird dort verwaltet und aktualisiert. Wer schon einmal versucht hat, ein Fremdsystem per REST-API oder MQTT-Bridge anzubinden, weiß den Unterschied zu schätzen.

Die Firmware integriert drei Komponenten:

wmbusmeters: Die Referenzbibliothek für wM-Bus-Telegramme. Dekodiert die Rohdaten der Zähler, versteht die Herstellerformate, entschlüsselt AES-verschlüsselte Telegramme. Die Bibliothek wird seit Jahren von einer aktiven Community gepflegt und deckt mehr als 200 Zählermodelle ab.
ESPHome-Plattform: Stellt die dekodierten Werte als Sensoren bereit. Wasserzählerstand, Durchfluss, Temperatur — alles landet in Home Assistant wie ein nativer Sensor. Du kannst die Werte in Automationen verwenden, in Dashboards anzeigen und mit dem Energy-Dashboard verknüpfen.
Eigener Code von IoTLabs: Treibt das OLED-Display, verwaltet die Konfiguration, stellt die Weboberfläche bereit. Der Code ist sauber vom ESPHome-Kern getrennt, was Updates vereinfacht.

Die Konfiguration erfolgt in YAML, wie bei ESPHome üblich. Ein Beispiel aus der IoTLabs-Dokumentation:

sensor:
  - platform: wmbusmeters
    meter_id: 12345678
    type: water
    fields:
      - name: "Total Water"
        field: total_m3
        unit: "m³"
        accuracy_decimals: 3

So einfach geht das. Meter-ID eintragen, Feld zuweisen, fertig. Die Daten landen als sensor.total_water in Home Assistant und lassen sich sofort in Automationen nutzen.

Darüber hinaus kann das Gateway Daten per MQTT, native API, REST oder TCP/UDP weitergeben. Es ist nicht auf Home Assistant beschränkt. Auch Node-RED, FHEM, openHAB oder ioBroker lassen sich anbinden. Die Home-Assistant-Smarthome-Automatisierung ist der Haupteinsatzzweck, aber nicht die Einzige.

Ein praktischer Bonus: Das Gateway funktioniert gleichzeitig als Bluetooth Proxy für Home Assistant. Du kannst Bluetooth-Sensoren in der Nähe des Gateways erfassen und nach Home Assistant durchreichen. Das spart einen separaten ESP32-BLE-Proxy, wenn der Standort des Gateways ohnehin günstig liegt.

OTA-Updates sind selbstverständlich. Die aktuelle Firmware vom IoTLabs-GitHub laden und drahtlos einspielen — kein USB-Kabel, kein manuelles Flashen, kein Gehäuse öffnen.

Die ESPHome-Oberfläche zeigt alle Sensoren und erlaubt OTA-Updates.

Installation und erste Schritte

Die Inbetriebnahme folgt dem ESPHome-Standardablauf. Wer Home Assistant bereits eingerichtet hat, bewegt sich auf vertrautem Terrain:

Auspacken, Antenne anschrauben. Ohne die SMA-Antenne nie Strom anlegen — der Funkchip nimmt sonst Schaden.
MicroUSB einstecken. 5 Volt, ein Standard-Netzteil reicht. Der Stromverbrauch liegt bei unter 1 Watt.
Im ESPHome Dashboard anmelden. Entweder als Home Assistant Add-on oder als Standalone-Instanz. Das Gateway per Wi-Fi einrichten. Auf dem OLED erscheint der Verbindungsstatus mit IP-Adresse.
Konfiguration anpassen. Meter-ID und gewünschte Felder in der YAML-Konfiguration hinterlegen. Die Firmware sucht dann automatisch nach passenden Telegrammen auf 868 MHz.
OTA-Update anstoßen. Die aktuelle Firmware-Version vom IoTLabs-GitHub laden und per Over-the-Air einspielen. Kein USB-Kabel, kein manuelles Flashen.

Die Einrichtung dauert erfahrungsgemäß 15 bis 30 Minuten, vorausgesetzt die Meter-ID des Zählers ist bekannt. Das ist ein deutlicher Unterschied zum DIY-Weg mit CC1101, der mit Löten, Kompilieren und Debuggen schnell einen halben Tag verschlingt.

Der Knackpunkt: Ohne Meter-ID geht nichts. Moderne Wasserzähler zeigen sie oft im Display an, erreichbar durch mehrfaches Drücken des Bedienknopfs. Bei älteren oder verplombten Zählern hilft nur der Blick ins Datenblatt oder die Nebenkostenabrechnung. Ist die ID unbekannt, kann die wmbusmeters-Bibliothek auch einen Scan-Modus laufen lassen, der alle empfangenen Telegramme im 868-MHz-Band auflistet. Du siehst dann jede Meter-ID, die in Reichweite sendet — bei einem Mehrfamilienhaus können das durchaus ein Dutzend Nachbarzähler sein.

MicroUSB-Port und SMA-Anschluss. Die Antenne muss vor dem Einschalten montiert sein.

Welche Zähler funktionieren?

Die kurze Antwort: fast alle, die T1 oder C1 auf 868 MHz sprechen.

In der Praxis sind das die meisten digitalen Wasser-, Wärme- und Gaszähler, die seit etwa 2018 in Deutschland verbaut werden. Die wmbusmeters-Bibliothek, das Herzstück der Firmware, unterstützt laut Projektseite mehr als 200 Zählermodelle.

Einige verbreitete Modelle mit bestätigter Kompatibilität:

Diehl Hydrus 2.0 Wasserzähler
Kamstrup Multical 21, 302, 402 und 602
Apator Powogaz Wasserzähler
Sensus PolluCom Wärmezähler
Sontex Supercal Wärmezähler (mit optionalem Funkmodul)

Die Einschränkung: Nicht jeder Zähler sendet unverschlüsselt. Viele moderne Modelle, besonders Stromzähler und Wärmezähler von Techem oder Ista, verschlüsseln mit AES-128. Die wmbusmeters-Bibliothek kann AES entschlüsseln, sofern der Schlüssel bekannt ist. Ohne Schlüssel gibt es keine Daten.

Den Schlüssel bekommst du beim Messdienstleister oder Energieversorger. Die Rechtslage in Deutschland ist nicht abschließend geklärt: Ein ausdrücklicher gesetzlicher Anspruch auf Herausgabe des AES-Schlüssels für private Funkzähler ist im Messstellenbetriebsgesetz (MsbG) nicht explizit geregelt. In der Praxis geben manche Anbieter den Schlüssel formlos innerhalb weniger Tage heraus, andere verweigern ihn mit Verweis auf Sicherheitsbedenken. Im Zweifel hilft eine Anfrage bei der Bundesnetzagentur.

Die Reichweite hängt von der Antenne und den baulichen Gegebenheiten ab. Mit der mitgelieferten SMA-Antenne sind in typischen Wohngebäuden 10 bis 30 Meter realistisch. Kellerdecken aus Stahlbeton dämpfen stärker als Holzböden. Wer mehrere Stockwerke überbrücken muss, kann auf eine größere 868-MHz-Antenne mit mehr Gewinn wechseln — SMA macht den Tausch einfach. Der Unterschied zwischen einer 2-dBi- und einer 5-dBi-Antenne kann in der Praxis über „kein Empfang" oder „stabile Daten" entscheiden.

Alternative Ansätze im Vergleich

Das IoTLabs Gateway ist nicht die einzige Möglichkeit, wM-Bus-Daten in die Home-Assistant-Smarthome-Automatisierung zu bringen. Ein detaillierter Vergleich der gängigen Wege:

DIY mit ESP32 und CC1101-Modul Der klassische Bastelweg: ein ESP32-Board, ein CC1101-Funkmodul und ein paar Jumper-Kabel. Materialkosten etwa 15 bis 25 Euro. Dafür brauchst du Lötkolben, Firmware-Know-how und Zeit. Die Antenne ist meist eine simple Drahtantenne mit etwa 2 cm Länge. Die Empfangsqualität leidet spürbar, besonders durch Wände hindurch. Wer das selbst baut, lernt viel über wM-Bus-Telegramme. Wer nur die Daten haben will, verliert wertvolle Zeit.

RTL-SDR-Dongle mit wmbusmeters Ein Software-Defined-Radio am USB-Port für rund 30 Euro. Fängt alles im 868-MHz-Band ein, nicht nur wM-Bus. Wird an einen dauerhaft laufenden Rechner gesteckt, auf dem wmbusmeters läuft, meist ein Raspberry Pi oder der Home-Assistant-Server selbst. Der Vorteil: extrem flexibel, kann auch andere Funkprotokolle auf 868 MHz decodieren. Der Nachteil: braucht einen Rechner mit USB-Port in Funkreichweite der Zähler. Wer den Home-Assistant-Server im Wohnzimmer stehen hat und die Zähler im Keller, hat ein Problem.

NanoCUL (Arduino Nano + CC1101) Kompakter als der ESP32-CC1101-Aufbau, ein serieller USB-Adapter. Preis um 20 Euro. Ebenfalls DIY, erfordert das Flashen der CUL-Firmware. Die Empfangsleistung ist vergleichbar mit dem CC1101. Vorteil gegenüber dem ESP32-Weg: Klein und unauffällig. Nachteil: Braucht einen USB-Host in der Nähe.

Kommerzielle Industriegeräte (Lobaro, PIRONEX, INNOTAS) Professionelle Gateways mit LTE-M1 oder NB-IoT. Preise ab 200 Euro aufwärts. Entwickelt für Messdienstleister mit hunderten Zählern pro Standort. Für ein privates Smarthome sind sie in der Regel überdimensioniert und zu teuer. Der Funktionsumfang ist beeindruckend, der Preis passt nur nicht zum Einsatzzweck.

Das IoTLabs Gateway im Vergleich Es positioniert sich genau in der Lücke zwischen Bastellösung und Industriegerät: fertig gebaut, aber nicht überdimensioniert. ESPHome-nativ, aber nicht selbst zusammengelötet. 49 US-Dollar auf Tindie, rund 44 Euro auf Lectronz (je nach Wechselkurs), Versand aus Polen. Dafür bekommst du ein getestetes Gerät mit Gehäuse, OLED und externer SMA-Antenne mit besserem Empfang als jede Drahtantenne.

Wer Zeit und Bastellust hat, spart mit dem CC1101-Weg rund 25 bis 30 Euro. Wer ein fertiges Gerät mit ESPHome-Support und Bluetooth-Proxy möchte, ist beim IoTLabs Gateway richtig. Als Smarthome-Einsteiger mit Home-Ambitionen ist das Gateway der stressfreiere Einstieg in die Welt der automatischen Zählerauslesung.

Datenschutz und lokaler Betrieb

Das Gateway arbeitet komplett lokal. Keine Cloud-Anbindung, keine Hersteller-Server, kein Telemetrie-Rückkanal. Die wM-Bus-Telegramme werden auf dem ESP32 dekodiert und direkt an Home Assistant geschickt.

Das ist ein fundamentaler Unterschied zu kommerziellen Smart-Meter-Gateways, die Verbrauchsdaten an den Messstellenbetreiber melden. IoTLabs Gateway ist ein reiner Empfänger. Es sendet nicht auf 868 MHz zurück, es bestätigt keine Telegramme, es ist für den Zähler komplett unsichtbar. Der Zähler merkt nicht einmal, dass er abgehört wird.

Der gesamte Quellcode liegt offen auf GitHub. Jeder kann prüfen, was die Firmware tut und was nicht. Das schließt versteckte Datenabflüsse konstruktiv aus. Wenn du Paranoid bist, forst du den Code durch. Wenn du pragmatisch bist, vertraust du darauf, dass Open Source plus Community-Augen ein wirksamer Schutz gegen Datenlecks sind.

Was bedeutet das für den Datenschutz? Deine Verbrauchsdaten bleiben in deinem Netzwerk. Du bestimmst, ob sie auf deinem Home-Assistant-Server landen, in einer InfluxDB-Zeitreihe oder nirgendwo. Kein Dritter sieht, wann du duschst oder die Heizung aufdrehst. Smarthome ohne Cloud ist nicht nur ein Komfortgewinn, sondern eine bewusste Entscheidung, wo die eigenen Daten leben.

Das ist besonders relevant vor dem Hintergrund der Diskussion um Smart-Meter-Datenschutz in Deutschland. Seit dem Rollout intelligenter Messsysteme gehört die Frage, wer wann welche Verbrauchsdaten einsehen darf, zu den umstrittensten datenschutzrechtlichen Themen im Energiebereich. Das IoTLabs Gateway umgeht diese Frage elegant: Es gibt keine externe Instanz, die Daten einsehen könnte. Die Architektur ist datenschutzfreundlich, weil sie Datensparsamkeit erzwingt.

Entscheidungshilfe: Wann ist das sinnvoll?

Eher sinnvoll, wenn du home assistant smarthome automatisierung nicht nur als Nachricht lesen willst, sondern eine praktische Einordnung brauchst: Was ändert sich, wen betrifft es und welche nächsten Schritte sind realistisch?

Eher abwarten, wenn die Quellenlage noch dünn ist, wichtige technische Details fehlen oder der Nutzen nur aus Hersteller- oder Projektversprechen besteht. Dann ist Beobachten besser als vorschnelles Umstellen.

Worauf du achten solltest: konkrete Verfügbarkeit, nachvollziehbare Kosten, offene Einschränkungen, Sicherheits- oder Datenschutzfolgen und belastbare Quellen statt bloßer Ankündigungen.

FAQ

Muss ich meinen alten Zähler tauschen lassen? Nur wenn er nicht per Funk sendet. Analoge Zähler ohne wM-Bus-Modul kannst du mit dem Gateway nicht auslesen. Digitale Funkzähler sind bei Wasser und Wärme mittlerweile Standard. Der Austausch erfolgt in der Regel durch den Messdienstleister im Rahmen der turnusmäßigen Eichung — du musst ihn nicht aktiv anfordern. Bei Wasser- und Wärmezählern beträgt die Eichfrist nach aktueller MessEV jeweils sechs Jahre.

Wo finde ich die Meter-ID meines Zählers? Bei den meisten digitalen Zählern im Display, erreichbar durch mehrfaches Drücken des Bedienknopfs. Manchmal auch auf dem Typenschild aufgedruckt. Steht nichts drauf: Beim Messdienstleister anfragen. Bei Wasserzählern ist die ID häufig achtstellig und beginnt mit einer Herstellerkennung.

Wie bekomme ich den AES-Schlüssel für verschlüsselte Zähler? Beim Messstellenbetreiber oder Energieversorger schriftlich anfordern. Ein pauschaler gesetzlicher Anspruch auf Herausgabe des AES-Schlüssels ist im MsbG nicht explizit geregelt, viele Messstellenbetreiber stellen den Schlüssel aber auf Anfrage bereit. Manche Anbieter liefern ihn innerhalb weniger Tage per E-Mail, andere verweigern ihn mit Verweis auf Sicherheitsbedenken. Im Zweifel hilft die Bundesnetzagentur als Schlichtungsstelle.

Kann das Gateway mehrere Zähler gleichzeitig empfangen? Ja. Die wmbusmeters-Bibliothek unterscheidet anhand der Meter-ID. Solange die Zähler in Reichweite sind und unterschiedliche IDs haben, empfängt das Gateway alle Telegramme und ordnet sie zu. In der ESPHome-Konfiguration legst du mehrere Sensoren an. Praktisch bedeutet das: Ein Gateway im Keller kann Wasserzähler, Wärmezähler und Gaszähler gleichzeitig auslesen.

Was ist, wenn der Empfang zu schwach ist? Die SMA-Antenne lässt sich einfach tauschen. Eine größere 868-MHz-Antenne mit mehr Gewinn (dBi) kann die Reichweite deutlich erhöhen. Achte auf den SMA-Steckertyp: RP-SMA und SMA sehen ähnlich aus, passen aber nicht ineinander. Im Zweifel vor dem Kauf den Stecker fotografieren und vergleichen.

Unterstützt das Gateway S1-Mode? Aktuell nur T1 und C1. S1-Unterstützung ist auf GitHub angefragt, aber noch nicht implementiert laut GitHub-Issues des Projekts. Für private Haushalte ist das selten ein Problem, weil die allermeisten Zähler in Wohngebäuden T1 oder C1 nutzen. S1 kommt vor allem in größeren Wohnanlagen mit fest installierten Konzentratoren zum Einsatz.

Funktioniert das Gateway auch ohne Home Assistant? Ja. Die Firmware kann Daten per MQTT, TCP/UDP oder REST-API bereitstellen. Du brauchst lediglich ein ESPHome-Dashboard für die Erstkonfiguration. Danach läuft das Gerät autark und versendet die dekodierten Zählerdaten an beliebige Endpunkte. Auch ioBroker, Node-RED oder FHEM lassen sich anbinden.

Ist der Bluetooth Proxy wirklich nützlich? Das kommt auf deine Umgebung an. Hast du Bluetooth-Temperatursensoren oder BLE-Plant-Sensoren in der Nähe des Gateways, sparst du dir einen separaten ESP32-Proxy. In einem typischen Keller ohne Bluetooth-Geräte ist das Feature überflüssig. Aber: Den Gateway-Standort bestimmst du ja selbst. Wer den Bluetooth-Proxy nutzen will, stellt das Gerät einfach in den Wohnbereich.

Was kostet das Gateway im Vergleich? 49 US-Dollar auf Tindie, rund 44 Euro auf Lectronz (je nach Wechselkurs), Versand aus Polen. Dazu kommen gegebenenfalls Einfuhrgebühren, wenn Tindie außerhalb der EU abwickelt. Lectronz ist innerhalb der EU meist günstiger und unkomplizierter. Im Vergleich: Ein ESP32-Board plus CC1101-Modul kosten etwa 15 bis 25 Euro, ein RTL-SDR-Dongle rund 30 Euro. Der Aufpreis für das fertige Gateway liegt also bei etwa 20 bis 30 Euro.

Kann ich die Firmware selbst bauen und modifizieren? Der Quellcode liegt komplett auf GitHub. Du kannst das Gateway per OTA neu flashen, eigene Sensoren hinzufügen, das OLED-Layout anpassen oder die Firmware für eigene Zwecke abzweigen. Die Build-Umgebung ist eine Standard-ESPHome-Installation mit PlatformIO.

Was bringt die Smarthome-Automatisierung mit Zählerdaten konkret? Mehr, als man denkt. Ein Wasserzähler in Home Assistant bedeutet: Du siehst ungewöhnlichen Verbrauch sofort, nicht erst bei der Jahresabrechnung. Ein tropfender Wasserhahn oder eine defekte Toilettenspülung fallen als konstanter Minimal-Durchfluss auf. Beim Wärmezähler erkennst du, ob die Heizungsoptimierung vom letzten Sommer tatsächlich etwas gebracht hat. Die Home-Assistant-Smarthome-Automatisierung wird mit echten Verbrauchsdaten präziser und relevanter.

Fazit

Das IoTLabs wM-Bus Gateway ist kein Wundergerät. Es kann keine analogen Zähler lesen, es knackt keine AES-Verschlüsselung ohne Schlüssel, und es ersetzt keine Smart-Meter-Gateway-Infrastruktur.

Was es kann: den Sprung vom Funkzähler ins Smarthome radikal vereinfachen. Statt CC1101-Lötkolben-Bastelei und Firmware-Gefrickel ein fertiges Gerät auspacken, Antenne anschrauben, YAML-Konfiguration schreiben — und der Wasserzählerstand erscheint in Home Assistant.

Das ist präzise das Versprechen von ESPHome. Und das IoTLabs Gateway löst es ein.

Für rund 44 bis 49 Euro bekommst du eine solide Hardware mit OLED, SMA-Antenne und Bluetooth-Proxy. Der Open-Source-Ansatz gibt dir volle Kontrolle. Keine Cloud, kein Abo, keine versteckten Kosten.

Der Haken ist der übliche bei Funkzählern: Wenn dein Zähler verschlüsselt sendet und der Messdienstleister den Schlüssel nicht rausrückt, hast du ein hübsches Gerät an der Wand und keine Daten. Daran kann IoTLabs nichts ändern. Das ist eine regulatorische Baustelle, keine technische.

Wer bereits Home Assistant betreibt und digitale Zähler im Haus hat, findet im wM-Bus Gateway einen der direktesten Wege, Verbrauchsdaten lokal und zuverlässig ins Smarthome zu holen. Es ist das fehlende Bindeglied zwischen der standardisierten Welt der Funkzähler und der flexiblen Welt der Home-Assistant-Smarthome-Automatisierung.

Quellen

Passende Produktrecherchen

Für den Aufbau deiner Home-Assistant-Smarthome-Automatisierung rund um Verbrauchszähler:

Als Amazon-Partner verdiene ich an qualifizierten Verkäufen. Preise und Verfügbarkeiten können abweichen.

home assistant smarthome automatisierung – Illustration 3