Zusammenfassung
ChargingHub ist eine “Elektrotankstelle” nicht nur für Audis und ein Prestigeprojekt der Audi. Dabei werden verschiedenste Daten erhoben:
- Kameradaten
- Marke, Model, Kennzeichen (anonymisiert)
- im Argo
- Repository: https://dev.azure.com/EFSCIS/ChargingHub/_git/kameradaten-cron
- Reservierungsdaten
- In InFlux-DB wird das Topic audicharginghub-gms geschrieben. In Zukunft sollen diese in der ClickHouse DB gespeichert werden.
- Im Argo läuft täglich ein Job charginghubreservierungsdatencron der die Daten aus der Influx abruft.
- Holen wir nur einmal am Tag um 4:00 morgens ab.
- Batteriedaten
- In InFlux audicharginghub-gpe
- im Argo
- kommen alle 5 Minuten und werden in die Influx eingespielt. Von dort holen wir sie dort im selben Intervall ab.
- Ladedaten
- Die Ladedatenworkflows sind die einzigen Workflows im normalen Argo (https://app.sdk-cloud.de/argo/). Es gibt die “neuen” Ladedaten (allses außer Salzburg), diese kommen per Spiri-API und werden vom “charginghubladedaten-spiri” Workflow geladen. Die anderen Daten werden per FTP in die Loadingzone des ChargingHub Space gelegt und dann indiziern -> Custom Reporting Berechtigung
- Ladedaten werden von externem System gesammelt und per ftp exportiert. Das System legt die Daten in einem AzureStorage. Dies triggert einen Workflow der die Daten in den Ladedaten Space legt und dann kann der eigentliche Indizierungsprozess nach OpenSearch beginnen
- Ladedatenstatistics
- befüllt aus charginghubladedatenreporting Workflow im Argo. Repository: https://dev.azure.com/EFSCIS/ChargingHub/_git/ladedaten-reporting-cron
- Wetterdaten (Workflow von Audi?)
- ggf. von JP?. Lädt Wetterdaten dazu. Soweit ich weiß (Jasper) gabs dazu nie wieder eine Anfrage/Nachfrage
- Energyregression (Workflow von Audi)
- ML lerning zum Stromverbrauch um Strom dynamisch einkaufen zu können. Der Workflow läuft alle 15 Minuten und gibt eine Prediction für die nächsten Tage aus.
- Daten werden nach OpenSearch (rein zum ansehen) und per MQTT an einen Stromhändler geschickt der damit dann Geld für Audi erwirtschaftet.
k8s
Die InFlux-DB liegt im operations namespace auf der Prod. Im Dev gibt es zwar auch eine aber sie ist nicht angebunden.
Im namespace charginghub gibt es einen charginghubexporter SpringBoot-Service um eine API für die Cariad-Analytics Plattform bereit zu stellen.
Standorte
- Nürnberg
- Frankfurt
- Bremen
- München (1 & 2)
- Berlin
- Salzburg (einziger Standort dessen Ladedaten nicht über die Spirii API abgerufen werden)
Visualisierung/Dashboards
Audi baut seine Dashboards eigenverantwortlich im Tennant audicharginghub.
Reservierungsdaten
Green Mobility Solutions liefert jede Nacht gegen 2 Uhr Reservierungsdaten der Ladestationen aus der MyAudi-App welche in unserer Zeitreihendatenbank Influx gespeichert werden.
Diese Daten werden über einen Argo Workflow automatisiert mittels eines im Argoder einen Python Skript ausführt, im OpenSearch indiziert.
Die Vorgehensweise zur Indizierung der Daten ist hier ähnlich wie im Bodenfeuchte UseCase.
Concierge App
Michael hat eine App programmiert in den die Concierges von ChargingHub Daten zur Kundenbetreeung eintragen können