Was ich für eine Analyse brauche

Gerät und Firmware

• Hersteller, Modell und Hardware-Revision
• Firmware-Stand beim Auftreten des Fehlers, frühere Stände und Update-Historie
• Seriennummern oder interne Kennungen der betroffenen Geräte – bei Bedarf pseudonymisiert
• Anzahl betroffener Geräte, grob im Verhältnis zur installierten Basis

Anbindung

• Anbindungsart: LAN, WLAN oder Mobilfunk
• Bei Mobilfunk: Modem bzw. Modul und dessen Firmware, Netz, Art der SIM-Karte
• Signalqualität, sofern protokolliert
• Zeitpunkte von Verbindungsabbrüchen, möglichst mit Zeitzone

Backend und OCPP

• Backend (CSMS): Name oder Typ, soweit bekannt mit Version
• OCPP-Version und Security Profile
• OCPP-Traces über den Fehlerzeitraum, möglichst von Gerät und Backend
• Relevante Konfigurationsschlüssel, zum Beispiel HeartbeatInterval, WebSocketPingInterval, MeterValueSampleInterval

Fehlerbild

• Was passiert, was sollte passieren?
• Seit wann, wie häufig, auf welchen Geräten?
• Zusammenhang mit Updates, Tageszeiten, Standorten oder Lastsituationen?
• Fehlercodes und Statusmeldungen des Geräts
• Bisherige Maßnahmen und ihre Ergebnisse

Logs und Rückläufer

• Geräte-Logs über den Fehlerzeitraum, mit etwas Vorlauf
• Uhrzeit-Synchronisation der Geräte (NTP) und verwendete Zeitzone
• Prüfprotokolle von Rückläufern

Eichrecht und Messwerte (falls betroffen)

• Signierte Messwerte, zum Beispiel OCMF-Datensätze
• Die zugehörigen öffentlichen Schlüssel und wann sie sich geändert haben
• Ergebnisse der Prüfung mit der Transparenzsoftware

Vertraulichkeit und Datenschutz

• NDA vereinbart; AVV, falls personenbezogene Daten enthalten sind
• Personenbezogene Angaben entfernt oder ersetzt: Namen, E-Mail-Adressen, Ladekarten-Kennungen (zum Beispiel RFID-UIDs oder idTags), Vertrags- und Fahrzeugkennungen
• Rohdaten nur über den fallbezogenen Upload-Link

Über das Pilot-Formular nehme ich nur pseudonymisierte Daten an. Rohdaten erst nach NDA/AVV über einen fallbezogenen Upload-Link.