Schnittstellen-Orientierung · 30. Oktober 2026

OpenADR 3, OCPP und Matter: Welche Schnittstelle brauche ich beim netzdienlichen Laden?

Die drei Standards lösen unterschiedliche Kommunikationsaufgaben. Eine belastbare Architektur beginnt deshalb nicht mit der Frage „Welcher Standard gewinnt?“, sondern mit dem Signalweg von Netz oder Markt bis zum Ladepunkt.

Kurze Antwort

OpenADR 3 bringt Netz- und Flexibilitätssignale in die Energiearchitektur, OCPP verbindet Ladepunkt und Backend, Matter verbindet Geräte und Gateway im Gebäude.

OpenADR 3 ist für Preis-, Ereignis- und weitere energiewirtschaftliche Signale zwischen Energieakteuren und Kundensystemen ausgelegt.[1] OCPP definiert die offene Kommunikation zwischen Ladestation und Charging Management System.[2]

Für die gemeinsame Wohngebäude-Architektur ordnen die Connectivity Standards Alliance und die OpenADR Alliance Matter der Kommunikation zwischen Gerät und Energy Gateway zu, OpenADR 3 der Strecke zwischen Gateway, Versorger und Netz.[3] Die Standards sind damit häufig Bausteine einer Kette – keine austauschbaren Etiketten.

Drei Rollen statt drei Schlagworte

Welche Frage beantwortet welcher Standard?

Ebene 1

OpenADR 3: Netz- und Marktsignale

Wie gelangt ein Preis-, Ereignis- oder Flexibilitätssignal vom Versorger oder Netz in ein Energiemanagement?

OpenADR 3 adressiert die Kommunikation zwischen Energieakteuren und einem Energy Gateway oder DER-System. Es transportiert unter anderem Preis- und Ereignissignale; es ersetzt weder das Ladepunkt-Backend noch die lokale Gerätekommunikation.

Ebene 2

OCPP: Ladepunkt und Backend

Wie kommuniziert eine Ladestation mit ihrem Charging Management System?

OCPP verbindet Ladestationen mit einem Charging Station Management System. Darüber werden Betrieb, Transaktionen und – je nach Version und Umsetzung – Smart-Charging-Funktionen organisiert.

Ebene 3

Matter: Geräte im Gebäude

Wie werden Wallbox, Energiemanagement und weitere Geräte im Gebäude interoperabel?

Matter adressiert die lokale Kommunikation im Smart Home beziehungsweise Gebäude. Die Energy-Management-Funktionen umfassen auch EV-Ladeeinrichtungen; in der gemeinsamen Architektur übernimmt Matter die Strecke zwischen Gerät und Energy Gateway.

Architekturbeispiele

Wann ist welche Kombination plausibel?

Die Beispiele sind Orientierung, keine Implementierungsvorgabe. Produktversionen und tatsächlich unterstützte Funktionen müssen im Projekt geprüft werden.

Öffentlicher Ladepark

Typischer Kern: OCPP zwischen Ladepunkten und zentralem Management.

Mögliche Ergänzung: OpenADR 3, wenn ein Versorger- oder Netzsignal über Backend, Aggregator oder Standortsteuerung in Ladegrenzen übersetzt werden soll. OpenADR und OCPP wurden bereits als kombinierbare Ebenen für Smart Charging beschrieben.[5]

Wohngebäude oder Quartier

Typischer Kern: Matter kann Wallbox und weitere Energiegeräte lokal mit einem Gateway oder Energiemanagement verbinden. Matter 1.3 führte dafür Energieberichte und EVSE-Funktionen ein.[4]

Mögliche Ergänzung: OpenADR 3 für den Weg vom Versorger oder Netz zum Gateway; OCPP, wenn zusätzlich ein Lade-Backend eingebunden ist.

Kommunaler Flottenstandort

Typischer Kern: Standortoptimierung, Lade-Backend und Ladepunkte müssen als Ende-zu-Ende-Kette geplant werden.

Das Projekt FlexCharge-LB zeigt den Praxisbedarf für Markt- und Netzintegration, Fahrplanoptimierung und Schnittstellen zwischen mehreren Akteuren.[6] Die öffentliche Projektseite benennt jedoch keine der drei hier verglichenen Schnittstellen als eingesetzten Standard.

Entscheidungscheck

Sechs Fragen vor Ausschreibung oder Pilot

Der wichtigste Schritt ist ein prüfbares Schnittstellenbild: Signalquelle, Rollen, Übersetzung, Reaktion und Rückmeldung müssen zusammenpassen.

1. Steuerziel festlegen

Soll ein Netz- oder Preissignal verteilt, ein Ladepunkt betrieben oder ein Gerät im Gebäude koordiniert werden? Erst das Ziel bestimmt die relevante Schnittstelle.

2. Systemgrenzen zeichnen

Netz beziehungsweise Versorger, Aggregator, Energy Gateway, Charging Management System, Standortcontroller und Ladepunkt als getrennte Rollen eintragen. Ein Produkt kann mehrere Rollen bündeln, die Schnittstellenfrage bleibt dennoch bestehen.

3. Signalweg durchspielen

Vom auslösenden Ereignis bis zur Ladeleistung und zurück dokumentieren: Wer erzeugt das Signal, wer übersetzt es, wer setzt es um und wer bestätigt den Zustand?

4. Versionen und Profile prüfen

Nicht nur den Standardnamen notieren. Benötigte Version, Funktionsumfang, optionale Profile, Zertifizierung und tatsächlich unterstützte Funktionen je Komponente abfragen.

5. Fallback definieren

Festlegen, wie Laden bei fehlendem Netzsignal, unterbrochener Backend-Verbindung oder nicht erreichbarem Gateway sicher und nachvollziehbar weiterläuft.

6. Nachweise vorbereiten

Testfälle, Zeitstempel, Messwerte, Zustandswechsel und Verantwortlichkeiten so protokollieren, dass der Ende-zu-Ende-Pfad fachlich geprüft werden kann.

Typische Fehlentscheidung

Einen Standardnamen beschaffen, bevor die Rolle geklärt ist.

„Unterstützt OCPP“ sagt noch nicht, welche Version, Profile und Smart-Charging-Funktionen verfügbar sind. Entsprechend belegt „Matter-fähig“ nicht den kompletten Weg zum Netzsignal, und „OpenADR-fähig“ nicht automatisch die Umsetzung am Ladepunkt.

Verlangen Sie deshalb je Übergang einen konkreten Testfall: Eingangssignal, Übersetzungsregel, Sollwert, Reaktion, Zeitstempel, Rückmeldung und Fallback.

Nächster sicherer Schritt

Den Signalweg auf einer Seite sichtbar machen.

Bringen Sie Rollen, vorhandene Komponenten, gewünschte Netz- oder Preissignale und zwei konkrete Ladefälle mit. Wir strukturieren daraus ein Schnittstellenbild mit offenen Punkten und Testfragen – ohne Produkt-, Zertifizierungs-, Rechts- oder Umsetzungszusage.

Schnittstellenbild prüfen lassen

FAQ

Häufige Fragen zu OpenADR 3, OCPP und Matter

Sind OpenADR 3, OCPP und Matter konkurrierende Standards?

In der typischen Architektur nicht. Sie adressieren unterschiedliche Abschnitte: OpenADR 3 Netz- und Flexibilitätssignale bis zum Gateway oder DER-System, OCPP die Verbindung zwischen Ladestation und Lade-Backend und Matter die lokale Gerätekommunikation im Gebäude. Welche Kombination sinnvoll ist, hängt vom konkreten Systembild ab.

Braucht netzdienliches Laden immer alle drei Standards?

Nein. Ein öffentlicher Ladepark mit zentralem Backend hat andere Systemgrenzen als eine Wallbox im Smart Home. Entscheidend sind Rollen, Signalweg und die vorhandenen Komponenten – nicht eine möglichst lange Standardliste.

Kann OpenADR 3 eine Ladestation direkt steuern?

OpenADR 3 kann Preis-, Ereignis- und Flexibilitätssignale in die Steuerarchitektur bringen. Ob und wie daraus ein konkretes Ladeprofil entsteht, hängt vom Gateway, Energiemanagement, Lade-Backend und der Ladestation ab. Die Seite behauptet keine universelle Direktsteuerung.

Ersetzt Matter OCPP bei einer Wallbox?

Nicht pauschal. Matter kann lokale Energie- und EV-Ladefunktionen im Gebäude abbilden. OCPP adressiert die Kommunikation der Ladestation mit einem Charging Management System. Ein Produkt- und Betreiberkonzept kann eine oder beide Schnittstellen benötigen.

Welche Frage sollte eine Ausschreibung zuerst beantworten?

Wer sendet welches Signal an welche Rolle – und welche Komponente setzt es in eine begrenzte Ladeleistung um? Danach lassen sich Versionen, Funktionsprofile, Fallbacks, Testfälle und Nachweise belastbar zuordnen.

Unterstützen Cernion Energy Tools oder STROMDAO diese Standards bereits?

Diese Einordnung beschreibt Standards und Architekturrollen. Sie ist keine Aussage über einen vorhandenen OpenADR-, OCPP- oder Matter-Adapter und keine Produkt-, Implementierungs- oder Zertifizierungszusage.

Quellen und Abgrenzung

Diese Seite nutzt ausschließlich öffentliche Quellen mit Stand 30. Oktober 2026. Sie ist eine Architektur- und Beschaffungsorientierung, keine technische Planung, Zertifizierungsbewertung, Rechts- oder Regulierungsberatung. Sie behauptet insbesondere keine aktuelle OpenADR-, OCPP- oder Matter-Unterstützung durch STROMDAO oder Cernion Energy Tools. Versions-, Profil- und Produktunterstützung müssen für jede Komponente separat geprüft werden.