Bidirektionales Laden – ob Vehicle-to-Home (V2H), Vehicle-to-Grid (V2G) oder Vehicle-to-Load (V2L) – wird in der Fachdiskussion häufig auf seine elektrischen und elektrochemischen Anforderungen reduziert. Die Kommunikationsinfrastruktur, die den gesamten Prozess erst steuerbar und netzsicher macht, bleibt dabei oft im Hintergrund. Dabei ist die Fähigkeit eines Systems, Energieflüsse präzise zu koordinieren, unmittelbar von der verwendeten Protokollarchitektur abhängig. Für Hersteller von Batteriezellen, Batteriemanagementsystemen (BMS) und Ladeequipment ist das Verständnis dieser Schicht essenziell – nicht zuletzt, weil Kommunikationsanforderungen bereits in frühen Entwicklungs- und Fertigungsphasen berücksichtigt werden müssen.
Die Kommunikation beim bidirektionalen Laden spielt sich auf mehreren Ebenen ab: zwischen Fahrzeug und Ladestation (EVSE), zwischen Ladestation und Energiemanagementsystem sowie zwischen Energiemanagementsystem und Netzbetreiber. Jede dieser Schichten nutzt teils unterschiedliche Protokolle mit eigenen physikalischen Übertragungswegen, Datenmodellen und Sicherheitsanforderungen. Ein funktionierendes V2G-System setzt voraus, dass alle Schichten konsistent und latenzarm zusammenspielen.
Die Fahrzeug-Ladestation-Kommunikation: ISO 15118 als Schlüsselstandard
Der zentrale Standard für die Kommunikation zwischen Elektrofahrzeug und Ladestation ist ISO 15118. Die Norm definiert ein auf TCP/IP basierendes Kommunikationsprotokoll, das über die Signalleitung des Ladekabels (Pilot-Leiter, auch Control Pilot genannt) oder drahtlos übertragen wird. ISO 15118 ermöglicht nicht nur die Authentifizierung des Fahrzeugs und die Abrechnung per Plug-and-Charge, sondern legt auch die Datenpunkte fest, die für bidirektionale Energieflüsse ausgetauscht werden müssen: unter anderem Ladezustand (State of Charge), maximale Lade- und Entladeleistung, Spannungsgrenzen sowie Zeitpräferenzen des Nutzers.
Für die bidirektionale Nutzung ist insbesondere der 2020 veröffentlichte Part 20 (ISO 15118-20) relevant. Er erweitert den älteren Part 2 um Unterstützung für Wechselstrom-Bidirektionalität (BPT – Bidirectional Power Transfer) sowie um dynamische Ladesteuerung, bei der die Ladestation in Echtzeit auf Netzsignale reagieren kann. Die physikalische Schicht basiert bei kabelgebundenen Systemen typischerweise auf Powerline Communication (PLC) nach HomePlug GreenPHY, bei drahtlosen Systemen auf WLAN oder Bluetooth Low Energy.
CAN-Bus und BMS: Fahrzeuginterne Kommunikation als Schnittstelle zur Zellchemie
Innerhalb des Fahrzeugs ist das Batteriemanagementsystem die zentrale Instanz, die Zellzustand und Systemgrenzen in Echtzeit überwacht und an den Onboard-Charger oder den Wechselrichter weitergibt. Die interne Kommunikation erfolgt in der Regel über CAN-Bus (Controller Area Network), in modernen Plattformen zunehmend auch über CAN-FD oder Automotive Ethernet. Das BMS stellt dabei Größen wie Zellspannungen, Temperaturen, Isolationswiderstand, State of Health (SoH) und aktuelle Stromgrenzen bereit.
Beim bidirektionalen Betrieb sind die Anforderungen an das BMS deutlich höher als beim reinen Laden: Es muss nicht nur Überladung, sondern auch Tiefentladung sicher begrenzen, zyklische Alterungseffekte in die Leistungsgrenzen einrechnen und im Fehlerfall innerhalb von Millisekunden abschalten. Die Fertigungsqualität der Zellen – insbesondere die Gleichmäßigkeit der Kapazitäts- und Impedanzverteilung über das Modul – hat direkten Einfluss darauf, wie eng das BMS die Grenzen setzen muss. Hohe Fertigungsstreuung zwingt zu konservativeren Betriebsfenstern, was die nutzbare Energiemenge im V2G-Betrieb reduziert.
OCPP und Smart Charging: Kommunikation zwischen Ladestation und Backend
Oberhalb der Fahrzeug-Ladestation-Schicht kommuniziert die Ladeinfrastruktur mit einem zentralen Backend-System, das Ladefreigaben erteilt, Abrechnungen verarbeitet und Netzsignale weiterleitet. Der am weitesten verbreitete offene Standard auf dieser Ebene ist das Open Charge Point Protocol (OCPP), das vom Open Charge Alliance (OCA) entwickelt und gepflegt wird. OCPP 2.0.1 unterstützt erstmals Smart-Charging-Funktionen, die für V2G unverzichtbar sind: darunter Lade- und Entladepläne (Charging Profiles), Echtzeit-Leistungsanpassung sowie ISO 15118-Integration.
Die Implementierung von OCPP 2.0.1 in Ladestationssteuerungen stellt eigene Anforderungen an die eingebettete Hardware und Software. Für Hersteller von Ladeequipment bedeutet das, dass Rechenkapazität, Speicher und Konnektivität der Steuereinheit bereits in der Produktentwicklung auf diese Protokollkomplexität ausgelegt sein müssen. Ältere OCPP-Versionen (1.5, 1.6) kennen keine nativen V2G-Mechanismen; eine Nachrüstung per Firmware-Update ist nur begrenzt möglich.
OCPI, OpenADR und Netzintegration: Die externe Kommunikationsschicht
Die Einbindung von V2G-Systemen in übergeordnete Energiemärkte und Netzregelkreise erfordert zusätzliche Protokolle. OCPI (Open Charge Point Interface) standardisiert den Datenaustausch zwischen verschiedenen Ladenetzbetreibern und ermöglicht Roaming, ist aber für V2G-spezifische Steuersignale nur bedingt geeignet. Für die Demand-Response-Kommunikation zwischen Netzbetreibern und steuerbaren Lasten – zu denen V2G-Systeme zählen – hat sich OpenADR (Open Automated Demand Response) etabliert, insbesondere in Nordamerika. In Europa ist das Smart Grid Architecture Model (SGAM) der Bezugsrahmen, innerhalb dessen CIM (Common Information Model) und IEC-61968/61970-Standards genutzt werden.
Für stationäre Batteriespeicher, die in Kombination mit V2G-Systemen betrieben werden, ist zudem das SunSpec Modbus-Protokoll sowie MESA/SunSpec DER (Distributed Energy Resources) relevant. Diese Standards erlauben die Steuerung von Wechselrichtern und Speichern durch Netzbetreiber in normierter Form. Die Konvergenz dieser Protokollwelten – Automotive, Building, Grid – ist eine der zentralen Herausforderungen bei der Systemintegration.
Praxis und Ausblick: Protokollwahl als Designentscheidung mit Fertigungskonsequenzen
Für Entwickler und Hersteller von Batteriesystemen, Ladestationen und Fahrzeugkomponenten ist die Wahl und Implementierung von Kommunikationsprotokollen keine nachgelagerte Softwareaufgabe, sondern eine frühe Designentscheidung. ISO 15118-20-Konformität erfordert spezifische Hardware im Onboard-Charger und in der Fahrzeugelektronik; OCPP 2.0.1-Fähigkeit setzt leistungsfähige Kommunikationsprozessoren in der Ladestation voraus. Zugleich entstehen durch zunehmende Cybersecurity-Anforderungen – etwa die ISO 21434 für Fahrzeugcybersicherheit oder die IEC 62443 für industrielle Steuerungssysteme – neue Anforderungen an Hardware-Sicherheitsmodule und Zertifikatsmanagement.
Mit der weiteren Verbreitung von V2G-Systemen und dem Aufbau regulatorischer Rahmenbedingungen in der EU – insbesondere durch die überarbeitete Richtlinie für erneuerbare Energien und das Stromnetz-Paket – wird die Harmonisierung der Protokolllandschaft voranschreiten. Für die Batterie- und Ladeinfrastrukturindustrie bedeutet das: Wer Protokollkompetenz früh aufbaut und in Produktarchitektur sowie Fertigungsprozesse integriert, schafft die Grundlage für interoperable, netzdienliche Systeme der nächsten Generation.
