Evion EV Charge: Ein Ladenetz unabhängig von der Herstellersoftware betreiben

Gegen Mitternacht gerät auf dem Parkplatz eines Einkaufszentrums an einem Gerät mit zwei Ladepunkten ein Ladepunkt in Störung. Weder hat ein Fahrer angerufen noch ging eine Beschwerde ein; doch auf der Karte der Verwaltungsoberfläche hat das Gerät längst seine Farbe geändert. Der diensthabende Operator wählt das Gerät aus und sperrt den defekten Ladepunkt; der andere Ladepunkt lädt weiter. Am nächsten Morgen macht sich das Außendienstteam auf den Weg und weiß, was das Problem ist.

Dass diese Szene bei Evion EV Charge möglich ist, beruht auf einer Entscheidung, die wir ganz am Anfang des Projekts getroffen haben: den Gerätepark nicht an die Software der Hersteller zu binden, sondern an ein gemeinsames Protokoll.

Das Projekt in Kürze

Evion EV Charge ist eine durchgängige Plattform, die wir entwickelt haben, um Ladestationen für Elektrofahrzeuge zentral zu betreiben. Die Geräte vor Ort, die vom Betriebsteam im Browser genutzte Verwaltungsoberfläche und die Android- und iOS-App der Fahrer sind mit demselben zentralen Server verbunden. Preis, Kundendaten, Zahlungseinzug, die Meldung an die EPDK (türkische Energiemarktregulierungsbehörde), die Registrierung der Ladeeinheit bei der GİB (türkische Steuerverwaltung) und die Rechnungsanforderung laufen zentral und automatisch. Dank der mandantenfähigen Architektur sehen Partnerbetreiber wie Einkaufszentren, Hotels oder öffentliche Einrichtungen nur ihre eigenen Standorte.

Bei der Beschaffung nur eine Frage: Unterstützt das Gerät OCPP?

Der Betreiber, der ein Ladenetz aufbaute, wollte einen Gerätepark aus verschiedenen Marken von einem einzigen Bildschirm aus verwalten, ohne an die Verwaltungssoftware der Gerätehersteller gebunden zu sein. Vor Ort waren ältere Geräte, die OCPP 1.6 sprechen, und neuere Geräte, die OCPP 2.0.1 sprechen, gleichzeitig im Einsatz. Die beiden Versionen unterscheiden sich in Nachrichtenstruktur, Sicherheitsmodell und Transaktionsbegriff; Fahrer und Betriebsteam sollten diesen Unterschied jedoch gar nicht bemerken.

Den Unterschied haben wir in der Serverschicht abstrahiert. Auf der Karte, in der Tarifstruktur und in der Transaktionsliste erscheinen alle Marken und Versionen einheitlich. Was das dem Betreiber bringt, ist strategisch: Bei der Geräteauswahl lautet die einzige überprüfbare Frage „Unterstützt das Gerät OCPP 1.6 oder 2.0.1?“, und das Netz lässt sich schrittweise erneuern, ohne den gesamten Gerätepark auf einmal auszutauschen. Ein neues Gerät wird in der Zentrale angelegt, seine Ladepunkte werden erfasst, sein Tarif wird angewendet, und es wird in Betrieb genommen.

Die zweite kritische Entscheidung betraf den Ort, an dem entschieden wird. Das Gerät übermittelt nur die Information „Diese Kennung möchte sich mit diesem Ladepunkt verbinden“; Identitäts-, Wallet- und Reservierungsprüfung erfolgen zentral. Da sich Kundendefinition, Preis- und Guthabenprüfung nicht auf die Geräte verteilen, wird eine Regeländerung auch bei wachsendem Netz weiterhin an einer einzigen Stelle vorgenommen.

Das Inventar vor Ort ist das Alltagsgesicht dieses Ansatzes. Marke, Modell, Stromart, Leistung, Seriennummer, EPDK-Nummern, Installationsnummer, Umsatzbeteiligung und Wartungsstatus jedes Geräts stehen in einem einzigen Datensatz; Geräte lassen sich per Excel-Vorlage gesammelt importieren. Wird ein Standort einem Partnerbetreiber zugeordnet, fallen alle Geräte an dieser Adresse automatisch in den Bereich des Betreibers, eine Einzelzuweisung ist nicht nötig. Der Bildschirm für den Ladepunktstatus bündelt alle Ladepunkte mit aktuellem Status, letztem Zählerstand, aktueller Leistung, Kurzcode, QR-Code und der EPDK-Nummer des Ladepunkts in einer einzigen Liste; auch von hier aus lassen sich Ladevorgänge starten und stoppen oder ein Ladepunkt freigeben und sperren.

Die Störung sehen, bevor die Beschwerde kommt

Die Geräte melden Statusänderungen selbst und senden regelmäßig ein Verbindungssignal. Geräte, die eine Störung melden oder lange kein Signal senden, werden in einer eigenen Liste gesammelt, und ihre Farbe auf der Karte ändert sich sofort. Die zu Schichtbeginn geöffnete Startseite zeigt die Zahl der verbundenen und getrennten Geräte, die Belegung der Ladepunkte, die aktuelle Leistung und die Geräte, die Aufmerksamkeit brauchen, auf einem einzigen Bildschirm.

Auf dem Live-Überwachungsbildschirm öffnen sich Verbindungsstatus, Ladepunkte, Zähler und aktuelle Leistung des gewählten Geräts in der Seitenleiste. Von hier lässt sich das Gerät neu starten, die Kabelverriegelung lösen, ein Ladepunkt sperren und wieder freigeben, eine Leistungsbegrenzung setzen, es lassen sich Einstellungen lesen und ändern, und ein Software-Update und eine Diagnosedatei können angefordert werden. Für Geräte am selben Standort sind Sammelaktionen möglich; die Leistungsbegrenzung hilft in den Stunden, in denen die elektrische Infrastruktur der Anlage stark beansprucht ist. Jeder gesendete Befehl, die Antwort des Geräts und das Ergebnis sind protokolliert; ist das Gerät nicht verbunden, sind die Befehlsoptionen ohnehin deaktiviert. Auch für das Support-Team sind die Protokolle getrennt: Die vom Gerät an die Zentrale gemeldeten Ereignisse stehen in zeitlicher Reihenfolge, die Befehle von der Zentrale an das Gerät mit dem, was gesendet wurde, was das Gerät geantwortet hat und was das Ergebnis war, auf getrennten Bildschirmen.

Ein Einsatz vor Ort nur, wenn nötig

Was sich nicht aus der Ferne lösen lässt, bleibt für den Einsatz vor Ort: physische Schäden, Teiletausch, Probleme an der Elektroinstallation oder ein Gerät, das sich nie verbindet. Das Team kennt die Art des Problems, bevor es sich auf den Weg macht; die vom Gerät abgerufene Diagnosedatei wird im Gespräch mit dem Herstellerservice verwendet. Bei geplanter Wartung wird das Gerät in den Wartungsstatus versetzt, und in dieser Zeit kann weder über die Verwaltungsoberfläche noch über die mobile App ein neuer Ladevorgang gestartet werden.

Auch auf der Fahrerseite arbeitet dieselbe Zentrale. Für einen Fahrer, dessen Telefon ausgegangen ist oder der den QR-Code nicht scannen kann, startet das Callcenter den Ladevorgang in seinem Namen, indem es auf der Karte den Ladepunkt und die Karte des Kunden auswählt. Wer den Ladevorgang gestartet und beendet hat und ob er kostenlos war, wird im Audit-Protokoll festgehalten.

Was wir in der Praxis gelernt haben

• Ein Protokoll ist eine Beschaffungsstrategie. Die Herstellerunabhängigkeit gab dem Betreiber die Freiheit bei der Geräteauswahl und die Flexibilität zurück, das Netz schrittweise zu erneuern.
• Die Entscheidung muss zentral bleiben. Das Gerät meldet, die Zentrale entscheidet; Regeländerungen verteilen sich nicht auf die Geräte vor Ort.
• Verwalten Sie Störungen auf Ebene des Ladepunkts. Die Störung eines einzelnen Ladepunkts darf nicht das ganze Gerät außer Betrieb setzen.
• Jeder Befehl braucht einen Protokolleintrag. Der Verdacht „Das Gerät hat den Befehl nicht ausgeführt“ klärt sich durch einen Blick in die Befehlsprotokolle.

In einem Ladenetz bedeutet jeder unnötige Einsatz vor Ort Zeit und Kosten zugleich. Eine Struktur, die Einsätze vor Ort auf physische Probleme beschränkt, verlangt nicht, dass das Team im gleichen Tempo wächst wie das Netz.

An wessen Software hängt Ihr Netz?

Wenn Sie Ihr Ladenetz mit den Oberflächen mehrerer Hersteller verwalten, Störungen aus Fahrerbeschwerden erfahren oder für jedes Problem ein Fahrzeug losschicken, können wir gemeinsam eine zentral betriebene Struktur bewerten. Die weiteren Komponenten der Plattform sehen Sie auf der Projektseite von Evion EV Charge; über unsere Kontaktseite erreichen Sie uns.