Veröffentlicht am:
HEMS im Haushalt müssen heute eine Vielzahl unterschiedlicher Geräte und Hersteller verbinden. Genau dafür sind Protokollstandards wie OCPP, Modbus und EEBUS zentral: Sie schaffen die Grundlage für Interoperabilität, reichen in der Praxis aber oft nicht allein aus. Unterschiedliche Implementierungen, proprietäre Erweiterungen und fehlende Funktionen machen Integration zur eigentlichen Herausforderung. In diesem Beitrag beleuchten wir, warum eine leistungsfähige Integrationsschicht entscheidend ist, um Komplexität zu beherrschen und neue energiewirtschaftliche Anwendungen skalierbar umzusetzen.
Beitrag Nr. 13 der Veröffentlichungs-Reihe der Anbieter der Prosumer-Plattform Initiative.
Der Kunde von heute wartet nicht auf die "eine" Komplettlösung seines Versorgers. Er handelt längst: Die PV-Anlage kommt vom Solarteur, das E-Auto geleased, die Wärmepumpe vom Heizungsbauer. Im Keller und in der Garage entsteht ein bunter Mix aus Marken und Geräten.
Für Stadtwerke und EVUs wirkte diese Heterogenität lange wie eine Blockade: Wie soll man ein Energiemanagement-System (HEMS) anbieten, wenn jeder Kunde andere Hardware besitzt?
Doch genau hier liegt der Paradigmenwechsel. Die Vielfalt ist kein Hindernis, sie ist der Markt. Ein modernes Stadtwerk muss nicht zwangsläufig nur Hardware-Reseller für einen einzigen Hersteller sein. Es wird zum Orchestrator. Wer Haushalte energetisch orchestrieren will, muss diese Gerätewelten verbinden können. Der Schlüssel dazu ist Interoperabilität. Wer die Sprachen der Geräte versteht, gewinnt direkten Zugang zum Kunden. Und: Nur wer auf exzellente Geräte setzt ist HEMS-technisch auch für die Zukunft gewappnet, damit erweiterte Use-Cases wie Flexibilitätsnutzung funktionieren.
Nicht nur bei den Geräten, sondern auch zwischen den Partnerschaften von Anbietern und EVUs gibt es verschiedene Standards. Wir geben einen Überblick und erklären, warum und inwiefern ein Stadtwerk sich mit Protokollen auseinandersetzen muss.
Auf der EMS Anbieterseite ist es klar: Standards, Protokolle und Schnittstellen sind der Enabler für Partnerschaften und ermöglichen Skaleneffekte auf der Integrationsebene.
Doch warum sollte man sich als Stadtwerk - das ja eigentlich „nur“ Energie verkaufen oder Lösungen anbieten will - mit kryptischen Kürzeln wie OCPP, Modbus, EEBUS beschäftigen? Es gibt drei entscheidende Gründe:
Daher geben wir hier zuerst einen Überblick zwischen Standards auf Geräteseite und zeigen dann insbesondere Standards,
Für den strategischen Erfolg eines HEMS sind im Wesentlichen drei Protokoll-Welten entscheidend, die unterschiedliche Aufgaben erfüllen:
OCPP ist ein bidirektionales Protokoll, mit dem eine Wallbox mit einem Backend (z.B. ein EMS oder eine Abrechnungsplatformen) kommunizieren kann. Ursprünglich wurde OCPP für das öffentliche Laden entwickelt, aber heute ist OCPP der Standard für die Kommunikation zwischen Wallbox und Backend. Während im privaten Bereich noch vereinzelt Insel-Lösungen existieren, hat sich OCPP im professionellen Sektor als De-facto-Standard durchgesetzt. Aktuelle Marktanalysen zeigen: Schätzungsweise über 75% der vernetzten Ladepunkte sprechen heute diese gemeinsame Sprache.
Obwohl OCPP ein Standard ist, implementieren manche Hersteller diesen nicht vollständig, deklarieren ihr Produkt aber als “OCPP-kompatiblel”. Dies erschwert es, herauszufinden, ob zusätzliche Anpassungen an Charging Backends notwendig sind.
Folgenden Einschränkungen sind wir bisher sehr häufig begegnet:
Folgende Tools können hilfreich sein, um die Qualität der OCPP-Schnittstelle beurteilen zu können:
Während OCPP die Brücke zur Cloud schlägt, ist Modbus (meist Modbus TCP über LAN) das Protokoll im lokalen Netzwerk. Ursprünglich ein Industriestandard aus den 80ern, ist es heute eine solide Möglichkeit, um PV-Wechselrichter und Batteriespeicher auszulesen/zu steuern. Modbus arbeitet mit Registern, auf die lesend (markiert mit Read) oder schreibend (markiert mit Write) zugegriffen werden kann. Vereinfacht ist es wie eine digitale Tabellenstruktur, links die Register-Nummer (z.B. 40083 repräsentiert den Leistungswert) und rechts der eigentliche Wert (z.B. 2000).
Während ältere Geräte ausschließlich mit Modbus sprechen, haben viele moderne Wechselrichter zusätzlich eine eigene Cloud-Anbindung mit spezifischer API.
Das Vorurteil, dass eine moderne Cloud-Architektur und lokale Modbus-Geräte inkompatibel sind, ist technisch unbegründet. Die Grenzen zwischen den Systemen verschwimmen. Es gibt folgende zwei Integrationswege:
Wichtiger Takeway: Heutige moderne Lösungen sind so gut wie immer ein Mix aus lokaler Ansteuerung und Cloud. Die Cloud ist der Schlüssel zur Usability, die lokale Komponente das Tor zu den Geräten. Beide o.g. Architektur-Modelle haben verschiedene Vor-/Nachteile und sind je nach Use-Case und Fokus auszuwählen. Der Hybrid-Ansatz ist am flexibelsten: In manchen Haushalten kann je nach Gerätekonstellation für Modbus ein Adapter verbaut werden und in Haushalten mit ausschließlich Cloud-kompatiblen Geräten (ohne Modbus) kann der Installateur-Aufwand gespart werden.
Modbus wird oft als “einfach” verkauft, ist aber in der Praxis eine große Quelle für Support-Aufwände. “Modbus-kompatibel“ bedeutet im Hardware-Dschungel leider oft “Ratespiele für Fortgeschrittene“. Folgende Fallstricke sind üblich:
Um nicht in der Integrationsfalle zu landen, sollten Stadtwerke bei der Hardware-Auswahl und Partner-Evaluation auf folgende Punkte achten:
Während OCPP vor allem die Kommunikation zwischen Ladeinfrastruktur und Backend organisiert und Modbus typischerweise für die lokale Integration von Geräten genutzt wird, adressiert EEBUS eine andere Ebene des Energiesystems: die koordinierte Steuerung von Energieflüssen im Haushalt und die Kommunikation zwischen Haushalt und Netz.
EEBUS entstand aus einer Industrieinitiative von Herstellern aus den Bereichen Energie, Gebäudeautomation und Automobilindustrie. Ziel war es, eine herstellerübergreifende Sprache für Energiemanagement im Gebäude zu schaffen.
Statt nur einzelne Datenpunkte auszutauschen, beschreibt EEBUS standardisierte Energiemanagement-Use-Cases. Geräte teilen dabei nicht nur Messwerte mit, sondern auch ihre Fähigkeiten und Rollen im Energiesystem.
Typische Anwendungsfälle sind beispielsweise:
Einige Anwendungsfälle haben einen direkten Bezug zur Regulierung: LPC adressiert die netzdienliche Steuerung nach §14a EnWG, LPP die steuerbare Einspeisung von PV-Anlagen gemäß §9 EEG. Mit diesen gesetzlichen Anforderungen und der klaren Branchenpositionierung entwickelt sich EEBUS zunehmend zum de-facto-Standard für netzdienliche Steuerung.
Für Stadtwerke wird EEBUS vor allem dort interessant, wo Haushalte aktiv in das Energiesystem integriert werden sollen. Drei Aspekte sind besonders relevant
Wie bei vielen Standards zeigt sich auch bei EEBUS eine Lücke zwischen Spezifikation und Realität. Zwar unterstützen erste große Hersteller den Standard, im Feld ist EEBUS jedoch noch nicht flächendeckend etabliert. Zudem werden häufig nur einzelne Use Cases umgesetzt, während komplexere Steuerungsfunktionen teilweise fehlen.
In vielen Installationen übernimmt daher ein HEMS oder Gateway die Rolle als Integrationsplattform und verbindet EEBUS mit anderen Protokollen wie Modbus oder proprietären APIs. In der Praxis bleibt Integration somit oft eine Kombination mehrerer Technologien.
Für Stadtwerke ergeben sich daraus einige praktische Handlungsempfehlungen.
In der Praxis bedeutet das meist eine Kombination aus:
Langfristig entscheidet weniger der einzelne Standard über den Erfolg eines Energiemanagementsystems – sondern die Fähigkeit, unterschiedliche Protokollwelten interoperabel zusammenzuführen.
Neben Energiemanagement-Protokollen wie OCPP, Modbus oder EEBUS existiert eine zweite Welt von Standards: Gebäude- und Smart-Home-Protokolle. Dazu gehören beispielsweise KNX oder Matter. Diese Standards stammen ursprünglich aus der Gebäudeautomation und verfolgen ein anderes Ziel: Sie verbinden Geräte im Gebäude wie Beleuchtung, Beschattung, Sensorik oder Haushaltsgeräte. Der Fokus liegt auf Komfort, Automatisierung und Smart-Home- Integration, nicht primär auf energiewirtschaftlichen Use Cases.
Im Kontext eines Energiemanagementsystems spielen diese Protokolle bisher nur eine ergänzende Rolle: Während OCPP, Modbus oder EEBUS die Kommunikation mit Energieanlagen wie Wallbox, PV-Anlage oder Speicher ermöglichen, können KNX oder Matter zusätzliche Gebäudefunktionen integrieren – etwa die Einbindung von Sensoren oder die Automatisierung von Verbrauchern.
Nachdem wir uns bei den „Big Three“ eher auf die Sprachen der Geräte konzentriert haben, so sind die nachfolgenden Standards insbesondere bei Server-zu-Server bzw. Backend-to-Backend Integrationen relevant:
Standards wie OCPP, Modbus oder EEBUS sind die Grundlage für Interoperabilität im Energiesystem des Haushalts. Sie ermöglichen grundsätzlich, dass Geräte unterschiedlicher Hersteller miteinander kommunizieren und Energiemanagementsysteme darauf aufbauen können.
In der Praxis zeigt sich jedoch die Komplexität: Geräte implementieren Standards unterschiedlich, Funktionen sind teilweise nur eingeschränkt verfügbar und selbst bei etablierten Protokollen existieren zahlreiche herstellerspezifische Dialekte und Implementierungsvarianten.
Eine mögliche Antwort auf diese Herausforderung ist eine Integrations- bzw. Abstraktionsschicht zwischen den Geräten im Haushalt und den darauf aufbauenden Energiemanagement- Funktionen. Diese Architektur übernimmt die Aufgabe, unterschiedliche Geräteprotokolle und Implementierungsvarianten zu integrieren und in ein konsistentes Datenmodell zu überführen. Auf dieser Grundlage können Funktionen wie Optimierungsalgorithmen, Energiemanagement- Services oder energiewirtschaftliche Anwendungen unabhängig von der konkreten Gerätekommunikation entwickelt werden – egal ob diese lokal auf einem Gateway oder in der Cloud laufen.
Ein weiterer wichtiger Aspekt ist die Integration in die Smart-Meter-Infrastruktur. Für energiewirtschaftliche Anwendungen müssen sowohl abrechnungsrelevante Messdaten als auch netzdienliche Steuerbefehle über Komponenten wie Smart Meter Gateway und Steuerbox verarbeitet werden können.
Ein Beispiel für einen solchen Ansatz ist SPiNE: Die Plattform fungiert als Integrationsschicht zwischen lokalen Energieanlagen und der darüberliegenden Funktions- und Serviceebene. Dabei werden unterschiedliche Geräteprotokolle sowie bestehende Integrationslösungen – etwa Geräteadapter aus Projekten wie EVCC – eingebunden und über ein gemeinsames Datenmodell in die Funktionsschicht integriert.
Für Stadtwerke bedeutet das: Die technische Vielfalt der Geräte im Haushalt kann abstrahiert werden, während neue Funktionen, Tarife oder Services auf einer stabilen Integrationsbasis aufbauen.
Wir haben nun viel über die Sprachen und Transportwege der Energie-Welt gesprochen. Doch zur ehrlichen Bestandsaufnahme gehört auch die Erkenntnis: Standards sind kein Allheilmittel. Tatsächlich können zu viele Standards oder die blinde Verlassenschaft darauf auch Nachteile bringen: Denn Standards einigen sich naturgemäß oft nur auf den kleinsten gemeinsamen Nenner und hinken den innovativen Features der Hersteller hinterher. Standards schaffen Interoperabilität – aber nicht automatisch Integration. Zudem lassen sie - wie wir beim „Reality Check“ von OCPP gesehen haben - viel Raum für Interpretationen. Die Folge: 100%ig plug-and-play bleibt in der Praxis oft eine Illusion. Es fehlen Funktionen, Dialekte weichen ab, und die Hardware im Feld verhält sich selten genau so, wie es das Protokoll auf dem Papier verspricht und je nach Firmware dann auch noch ganz unterschiedlich.
Genau hier schlägt die Stunde professioneller EMS-Anbieter. Um diese Lücken zu schließen, muss ein modernes EMS als mächtiger Universal Translator agieren. Die Architektur dahinter gleicht einem Trichter, der das Chaos für das Stadtwerk bändigt:
Wie dieser moderne EMS-Stack (wie wir ihn bei RAZO Energy konsequent umsetzen) genau funktioniert, beschreiben wir detailliert im Blog-Post: EVU Guide für Kooperationen mit Technologiepartnern.
In der Praxis ergänzen Anbieter wie RAZO Energy und SPiNE sich in diesem Stack optimal und bieten standardübergreifend eine vollintegrierte Lösung an: SPiNE liefert mit dem EnergyLink eine modulare Plattform für Energiemanagement und netzdienlicher Steuerung mit EEBUS und Modbus Kompatibilität, während RAZO Energy als Cloud-EMS Anbieter die internetfähige Geräteseite (bspw. OCPP oder REST) abdeckt und Forecasting- und Optimierungs-Bausteine in Form einer universellen API- und VPP Plattform anbietet.
Das Versprechen für Stadtwerke: Die Komplexität der Hardware wird wegabstrahiert. Sie können sich voll auf das Kundenerlebnis und neue Geschäftsmodelle konzentrieren. Ob der Endkunde nun einen Speicher von BYD oder Sonnen im Keller stehen hat oder sein Auto an einer go-e oder Easee Wallbox lädt, spielt für die App keine Rolle mehr.
Dennoch: Eine moderne EMS-Architektur ist mächtig, aber keine Zauberei. Fehlende Hardware-Funktionen lassen sich nicht einfach hinter einer Software-Fassade verstecken. Wenn eine Ladestation beispielsweise physisch keinen Phasenwechsel über die OCPP-Schnittstelle unterstützt, kann auch das beste EMS diese Funktion nicht aus dem Nichts „nachrüsten“.
Key Takeaway: Für Stadtwerke ist die Zuverlässigkeit und Robustheit von Schnittstellen erfolgskritisch. Ein fundiertes technisches Grundverständnis - genau wie wir es hier bei den "Big Three" besprochen haben - ist essentiell, um das wahre Potenzial von Technologiepartnern und deren Interoperabilität bewerten zu können.
❓ Wie geht ihr Stadtwerk mit der zunehmenden Komplexität und Protokoll-Vielfalt um? Lassen Sie uns darüber sprechen! Schreiben Sie uns gerne direkt auf LinkedIn eine Nachricht für einen unverbindlichen Austausch.
