Debuggen von Fehlern am Ladegerät für Elektrofahrzeuge

Vier Ursachen, die in einem Ticket identisch aussehen

Ein Fahrer meldet, dass der Ladevorgang nicht gestartet sei. Dieser einzelne Satz deckt vier völlig unterschiedliche Probleme mit vier verschiedenen Eigentümern ab, und wenn man sie als eins betrachtet, ist der Support so teuer, wie er kostet.

1. 1

   Das Ladegerät

   Ein echter Hardware- oder Firmwarefehler. Dies ist unserer Erfahrung nach die kleinste der vier Kategorien und diejenige, die jeder zuerst annimmt.

2. 2

   Die Versorgung

   Ein vorgeschaltetes Schutzgerät, eine verlorene Phase oder ein Standort, der genau zu dem Zeitpunkt, zu dem alle einstecken, keinen Spielraum mehr hat. Das Ladegerät funktioniert und verweigert korrekterweise die Leistung.

3. 3

   Die Installation

   Erdung, Abschluss oder eine Schutzvorrichtung, die für die falsche Aufgabe ausgewählt wurde. Häufig sporadisch, häufig wetterbedingt, fast nie beim ersten Besuch als Installation diagnostiziert.

4. 4

   Das Fahrzeug

   Ein Bordladegerät, das schlecht verhandelt, ein Auto, dessen Ladekapazität weit unter den Erwartungen des Fahrers liegt, oder ein verschlossenes Fahrzeug, das keine Sitzung akzeptiert. Kein Austausch des Ladegeräts kann das Problem beheben.

Ein Vorgang, der diese nicht getrennt hat, verwaltet ein Hardwareproblem, das möglicherweise nicht vorliegt. Die Ausfallrate unserer eigenen Geräte liegt bei etwa 0,5 Prozent, etwa bei einem Ladegerät von zweihundert, und ist eine viel geringere Zahl als unser Anrufaufkommen.

Was jede Ursache hinterlässt

Der Befehl, reinzuschauen

Das günstigste und aussagekräftigste zuerst. Fast jeder Betrieb macht dies in der falschen Reihenfolge, beginnend mit der physischen Einheit, denn diese gehört ihnen.

• Der OCPP-Trace, weil er kostenlos und unmittelbar ist und zeigt, ob das Ladegerät überhaupt zu etwas aufgefordert wurde
• Das Geräteprotokoll, sofern die Firmware eines aufzeichnet, ist lesenswert
• Das Muster über Zeit, Fahrzeug und Standort, der am häufigsten übersprungene und am häufigsten entscheidende Schritt
• Elektrische Daten des Standorts, wenn das Muster flussaufwärts zeigt
• Zuletzt ein physischer Besuch, und zwar nur mit einer zu prüfenden Hypothese

Ein Besuch ohne Hypothese führt zu der Feststellung, dass kein Fehler gefunden wurde, was genauso viel kostet wie ein echter Besuch und keine Lösung bringt.

Fehldiagnosen, die am meisten kosten

1. 1

   Austausch des Geräts

   Die Standardreaktion, und sie scheint immer dann zu funktionieren, wenn der Fehler zeitweilig auftrat. Der Fehler tritt Wochen später beim Austausch erneut auf, und zu diesem Zeitpunkt kann niemand mehr einen Zusammenhang zwischen den beiden Ereignissen herstellen.

2. 2

   Dem Fahrzeug die Schuld geben

   Manchmal richtig und eine sehr praktische Schlussfolgerung. Es wird zu einer Gewohnheit, die monatelang echte Firmware-Fehler verbirgt.

3. 3

   Eine Schutzreise als lästig betrachten

   Eine Schutzfunktion, die einen echten Installationsfehler erkennt, tut ihre Arbeit. Durch wiederholtes Erhöhen oder Zurücksetzen des Schwellenwerts wird ein diagnostizierbarer Fehler in ein Sicherheitsproblem umgewandelt.

4. 4

   Behebung eines Versorgungsproblems in der Firmware

   Es funktioniert und erzeugt später einen zweiten Fehler in einer Form, die niemand mit dem ersten verbindet.

Aufbau eines Betriebs, der Ferndiagnosen durchführt

Das Ziel besteht nicht darin, bei Besuchen vor Ort besser zu werden. Es geht darum, weniger davon zu benötigen, und das wird durch Designentscheidungen entschieden, die lange vor dem ersten Fehler getroffen wurden.

• Firmware, die lokal genug aufzeichnet, um sich nach dem Ereignis selbst zu erklären
• Die Spuren blieben lange genug erhalten, um einen drei Tage später gemeldeten Fehler zu untersuchen
• Fehlercodes, die Ursachen unterscheiden, anstatt zu melden, dass etwas fehlgeschlagen ist
• Ein Remote-Pfad zum Lesen von Protokollen, ohne jemanden zu entsenden
• Fehlerhistorie pro Einheit, sodass ein Wiederholungstäter als Muster und nicht als fünf unabhängige Tickets sichtbar ist

Firmware, die nichts protokolliert, kann nicht aus der Ferne debuggt werden, und das ist eine Erkenntnis, auf die es sich zu reagieren lohnt, bevor der nächste Fehler auftritt.