Nahwärmenetz-Digitalisierung: Wie ein Versorger 53 WMZ vernetzt

**TL;DR:** Ein Nahwärmenetz mit 53 Hausübergabestationen und zentralem BHKW wurde über 14 Monate digitalisiert. Rückgrat: M-Bus-Gateways pro Ortsteil, MQTT-Backbone, stündliche Werte in ClickHouse. Ergebnis: rund 1 Mio. Datenzeilen pro Jahr, Leckage-Erkennung über Delta-T, Abrechnung ohne Begehung. Investition im mittleren fünfstelligen Bereich, Amortisation über eingesparte Ablesefahrten und Netzverluste.

## Ausgangslage: Ein gewachsenes Nahwärmenetz trifft auf die Realität 2026

Der Betreiber – ein kommunaler Versorger in Ostwestfalen mit knapp 4 MW installierter Wärmeleistung aus BHKW und Spitzenlastkessel – hatte über 20 Jahre organisch gewachsen. 53 Hausübergabestationen (HÜS), drei Ortsteile, ein zentrales Heizhaus. Bis 2024 wurden die Wärmezähler (WMZ) einmal jährlich manuell abgelesen. Fehler wurden oft erst in der Jahresabrechnung sichtbar, Leckagen in Vorlaufleitungen manchmal über Monate nicht lokalisiert.

Der Auslöser für die Digitalisierung war nicht allein die EnEfG-Berichtspflicht ab 5 GWh/a, sondern eine banale Kennzahl: **Netzverluste von 18,4 %**. Für ein Netz mit überwiegend KMR-Rohren sollten 10–12 % realistisch sein. Ohne stündliche Daten ließ sich aber nicht sagen, ob das Problem an einem Strang, einer einzelnen HÜS mit defektem Rücklauffühler oder an der Fahrweise des BHKW lag.

### Warum erst jetzt?

Drei Dinge sind 2024/2025 zusammengekommen:

- **M-Bus-Gateways wurden bezahlbar.** Geräte wie der Relay PadPuls M4 oder Lösungen von Solvimus liegen zwischen 400 und 900 Euro pro Strang.

- **LoRaWAN und NB-IoT** wurden in ländlichen Netzgebieten flächendeckend verfügbar, was Glasfaser- oder DSL-Anschluss pro HÜS erspart.

- **BSI TR-03109-1** und die Diskussion um sichere Datenübertragung zwingen Versorger ohnehin dazu, sich mit Ende-zu-Ende-verschlüsselten Protokollen zu beschäftigen.

## Die Zählerlandschaft: Was in einer HÜS wirklich steckt

Ein typischer Wärmezähler im Netz ist ein Ultraschall-WMZ (Kamstrup Multical 603, Engelmann SensoStar U oder Diehl Sharky 775), der Vorlauf- und Rücklauftemperatur sowie Volumenstrom misst und daraus die Wärmemenge in kWh integriert. Relevante Register für die Digitalisierung:

- **Energie kumuliert** (kWh, primäres Abrechnungsregister)

- **Volumen kumuliert** (m³)

- **Vorlauf-/Rücklauftemperatur** (°C, Momentanwert)

- **Durchfluss** (m³/h, Momentanwert)

- **Leistung** (kW, Momentanwert)

- **Fehlerregister** (Sensorbruch, Luft im System, Durchflussrichtung)

Die Zähler sprechen standardmäßig M-Bus (wired, EN 13757-2/3) oder wireless M-Bus (868 MHz). Bei diesem Projekt waren 47 HÜS mit wired M-Bus erreichbar, 6 abgesetzte Stationen mussten über wM-Bus mit Outdoor-Gateways erschlossen werden.

### Auslesezyklen: Wie oft ist genug?

Für die Abrechnung reicht monatlich. Für Leckage- und Anomalie-Erkennung braucht es mindestens stündlich, besser 15-minütig. Der Kompromiss lag bei **stündlichen Auslesungen für alle 53 HÜS plus 5-Minuten-Takt für die zehn größten Abnehmer** (Wohnanlagen, Schule, Pflegeheim). Das ergibt pro Jahr etwa 1,05 Mio. Datenzeilen – eine überschaubare Menge, die jede ordentliche Zeitreihendatenbank wegsteckt.

## Architektur: M-Bus, MQTT und eine Zeitreihen-DB

Die Architektur folgt dem, was sich auch im [Stromfee BESS Live-Dashboard](https://stromfee.ai) bewährt hat: dezentrale Erfassung, zentrales MQTT-Broker-Pattern, Langzeitspeicherung in einer spaltenorientierten Datenbank.

**Feld-Ebene:**

- Pro Ortsteil ein M-Bus-Gateway (Solvimus MUC.easyplus, 20 Zähler pro Gerät)

- Anbindung per DSL im Heizhaus, LTE-Router in den abgesetzten Schaltschränken

- Lokaler Buffer für 7 Tage bei Verbindungsabriss

**Transport-Ebene:**

- MQTT über TLS 1.3, zertifikatsbasierte Authentifizierung

- Topic-Struktur: `nahwaerme/ortsteil/huesXX/register`

- QoS 1 für Abrechnungsdaten, QoS 0 für Momentanwerte

**Backend:**

- ClickHouse als Zeitreihendatenbank (bei uns bewährt für die 4,4 Mio. Redispatch-Maßnahmen seit 2013)

- Grafana für Operator-Dashboards

- Tagesabzug in CSV für das Abrechnungssystem (Schleupen CS.HS)

### Was oft unterschätzt wird: Zeitsynchronisation

Wärmezähler haben interne Uhren, die driften. Ohne NTP-Sync über das Gateway liegen die Zeitstempel nach einem Jahr um mehrere Minuten auseinander. Bei stündlicher Aggregation fällt das nicht auf, bei 5-Minuten-Takt sehr wohl. Lösung: Das Gateway setzt beim Polling einen eigenen, NTP-synchronen Zeitstempel. Der zählereigene Zeitstempel bleibt als Sekundärinformation erhalten.

## Leckage-Erkennung über Delta-T und Bilanzsummen

Der eigentliche Mehrwert der Digitalisierung zeigt sich erst bei der Auswertung. Zwei Mechanismen haben sich bewährt:

### Mechanismus 1: Bilanzsumme Heizhaus vs. HÜS-Summe

Stündlich wird die Wärmemenge am Abgang Heizhaus gegen die Summe aller 53 HÜS gerechnet. Die Differenz – bereinigt um den rollenden Mittelwert – ergibt die aktuellen Netzverluste in kWh/h. Sprünge über 2 σ werden als Alarm ausgegeben. Im ersten Betriebsmonat wurde so eine schleichende Leckage in einem KMR-Bogen identifiziert, die bei jährlicher Ablesung vermutlich zwei Heizperioden gelaufen wäre.

### Mechanismus 2: Delta-T pro HÜS

Ein zu kleines Delta-T (Vorlauf minus Rücklauf unter 15 K bei Auslegung 30 K) ist ein klassisches Zeichen für hydraulisch falsch eingestellte Hausstationen. Das Netz muss dann mehr Volumenstrom bereitstellen, die Umwälzpumpen fahren härter, die Verluste steigen. Im Projekt wurden **9 von 53 HÜS als hydraulische Problemfälle identifiziert**, bei denen ein Abgleich oder ein Ventiltausch nötig war.

Ob die angekündigten 4 Prozentpunkte weniger Netzverluste nach einem vollen Jahr tatsächlich erreicht werden, lässt sich erst nach der Heizperiode 2026/2027 seriös sagen. Die Zwischenstände deuten in die richtige Richtung, aber der Winter 2025/2026 war ungewöhnlich mild – daraus lässt sich noch keine belastbare Aussage ableiten.

## Regulatorik: Was man nicht übersehen darf

### Eichrecht (MessEV)

Wärmezähler sind eichpflichtig, Eichgültigkeit fünf Jahre. Die Fernauslesung ändert daran nichts. Wichtig: Der **Abrechnungsstand muss aus dem geeichten Zählwerk kommen**, nicht aus interpolierten MQTT-Werten. Das Gateway liest also das kumulierte Energieregister, nicht das berechnete Delta zweier Momentanwerte.

### BSI TR-03109 und DSGVO

Wärmeverbrauchsdaten sind personenbezogen. Die BSI-Anforderungen für Smart-Meter-Gateways gelten zwar primär für Strom, aber der Branchentrend geht eindeutig zu vergleichbaren Schutzniveaus auch im Wärmebereich. Konkret heißt das: TLS, getrennte Netzsegmente, Logging aller Zugriffe, Mandantentrennung im Backend.

### EnEfG-Berichtspflicht

Netze über 5 GWh/a Wärmeverkauf müssen ab 2026 ein Energiemanagement-System nach DIN EN ISO 50001 oder ein gleichwertiges Umweltmanagementsystem nachweisen. Ohne stündliche Messdaten ist das kaum sinnvoll umsetzbar.

## Kosten und Wirtschaftlichkeit

Für das hier beschriebene Projekt lagen die Investitionen bei:

- M-Bus-Gateways und Installation: ca. 28.000 €

- LTE-Router und SIM-Verträge: ca. 4.500 € einmalig, 1.800 €/a laufend

- Backend (Server, ClickHouse, Grafana, Entwicklung): ca. 22.000 €

- Inbetriebnahme, Schulung, Dokumentation: ca. 9.000 €

**Gesamt: rund 63.500 € einmalig, ca. 3.500 €/a laufend.**

Die Einsparungen verteilen sich auf mehrere Posten: wegfallende Ablesefahrten (ca. 4.200 €/a), reduzierte Netzverluste (bei 18 % auf 14 % wären es bei 8 GWh Netzeinspeisung etwa 320 MWh/a, zu Gestehungskosten von 65 €/MWh rund 21.000 €/a), zeitnahe Abrechnung ohne Schätzungen. Die Amortisation liegt rechnerisch bei 3 bis 4 Jahren, wobei die Netzverlustreduktion den größten Hebel darstellt – und zugleich die unsicherste Position.

## Typische Fallstricke

Drei Dinge, die im Projekt Zeit gekostet haben und die man vorher wissen sollte:

1. **M-Bus-Adresskonflikte.** Alte Zähler kommen teils mit Werksadresse 0 oder identischen Sekundäradressen. Vor dem Rollout einmal die Adressierung durchgehen.

2. **wM-Bus-Funkreichweite.** Datenblatt sagt 500 m, Keller mit Stahlbetondecke sagt 30 m. Immer vor Ort messen.

3. **Zähler-Firmware.** Ältere Kamstrup Multical 602 (vor Firmware 3.x) haben einen Bug beim Rollover des Energieregisters. Bei der Inbetriebnahme prüfen, ob Firmware aktuell ist – sonst gibt es nach dem Überlauf kuriose Abrechnungen.

## Nächste Schritte: Vom Monitoring zur Prognose

Wenn die Datenbasis steht, wird die Fahrweise des BHKW interessant. Mit stündlichen Wärmeabnahmedaten lässt sich eine **Wärmelastprognose** bauen, die auf Wetterprognose, Wochentag und historischem Profil basiert. In Kombination mit der [electricity_price_forecast Pipeline](https://stromfee.ai) lässt sich dann entscheiden, wann das BHKW bei hohen Strompreisen fährt und wann der Pufferspeicher entlädt – klassisches stromgeführtes BHKW-Management, aber eben auf einer sauberen Datengrundlage.

Für Interessierte: In der [Stromfee Academy](https://stromfee.ai) gibt es einen Simulator für BHKW-Pufferfahrweise, der die Zusammenhänge zwischen Wärmelast, Strompreis und Pufferkapazität anschaulich macht.

## FAQ

**Wie oft müssen Wärmezähler ausgelesen werden, um Leckagen zu erkennen?**

Stündliche Auslesung reicht für schleichende Leckagen im Netzverbund. Für die Lokalisierung einzelner Schadstellen sind 15-Minuten-Werte hilfreich, höhere Auflösungen bringen bei typischen Netzträgheiten wenig zusätzlichen Nutzen.

**Brauche ich pro Hausübergabestation einen eigenen Internetanschluss?**

Nein. Ein M-Bus-Gateway pro Ortsteil oder Trafostation reicht in der Regel. Die Zähler werden lokal verkabelt oder per wM-Bus gesammelt, nur das Gateway braucht eine WAN-Anbindung.

**Welche Zähler sind mit M-Bus-Gateways kompatibel?**

Alle eichrechtlich zugelassenen Ultraschall-WMZ marktgängiger Hersteller (Kamstrup, Diehl, Engelmann, Itron, Landis+Gyr) unterstützen wired M-Bus nach EN 13757. Bei mechanischen Altzählern ohne Kommunikationsschnittstelle hilft nur Tausch.

**Ist die Fernauslesung eichrechtlich zulässig?**

Ja, sofern der Abrechnungswert

[gekürzt]