Prytz, Nowaczyk, Rögnvaldsson & Byttner 2015 — Predicting the need for vehicle compressor repairs using maintenance records and logged vehicle data

Vollständige Referenz: Rune Prytz, Sławomir Nowaczyk, Thorsteinn Rögnvaldsson, Stefan Byttner, „Predicting the need for vehicle compressor repairs using maintenance records and logged vehicle data”, Engineering Applications of Artificial Intelligence 41, S. 139–150, 2015. DOI: 10.1016/j.engappai.2015.02.009.

Für die Zulassungsarbeit

Kernbotschaft: Fallstudie für Kap. 5 der Zulassungsarbeit — Random Forests aus LKW-Betriebsdaten (LVD + VSR) sagen Kompressor-Ausfälle bei einer Volvo-Flotte vorher; die wirtschaftliche Bewertung erfolgt über eine Profit-Funktion, und Machine-Learning-Feature-Auswahl schlägt Expertenwissen (Usage vor Wear).

Zitat-Landkarte

Chronologische Gesamt-Übersicht aller Zitate der Arbeit: zitat-index.

\beleg-Stellen (Fundort im angegebenen Quellkapitel selbst suchen)

Manuskript-Kap. / ZeileAussageBeleg-Kürzel
Kap. 5.1 Z. 31Fixkosten einer ungeplanten Standzeit eines Langstrecken-LKW: rund 1000 EUR/Tag\beleg{PNRB15 Kap. 3-4}
Kap. 5.1 Z. 37Zwei Datenquellen: LVD (Bordrechner-Sensor/Zähler) und VSR (Werkstattprotokolle)\beleg{PNRB15 Kap. 2}
Kap. 5.1 Z. 47Datenherausforderungen: Klassenungleichgewicht, verrauschte Labels, unklare Datumsangaben, Ursachen-Zusammenfassung\beleg{PNRB15 Kap. 2}
Kap. 5.2 Z. 58Formalisierung als posteriore Wahrscheinlichkeit \beleg{PNRB15 Kap. 3-4}
Kap. 5.2 Z. 71Praktische Umsetzung: Wochen, = letzte LVD-Auslesung\beleg{PNRB15 Kap. 3-4}
Kap. 5.2 Z. 75Random-Forest-Training: 10 Wiederholungen, 10-fache Kreuzvalidierung\beleg{PNRB15 Kap. 3-4}
Kap. 5.2 Z. 81Fahrzeugweise Trennung von Trainings- und Testdaten, sonst systematische Überschätzung\beleg{PNRB15 Kap. 4.5}
Kap. 5.3 Z. 88Rohdatensatz: ~1250 mögliche Merkmale, pro Fahrzeug ~500 verfügbar\beleg{PNRB15 Kap. 4.5}
Kap. 5.3 Z. 103Wrapper-Verfahren: Beam-Search mit Top-5-Kandidaten und Schrumpffaktor\beleg{PNRB15 Kap. 4.5-4.6}
Kap. 5.3 Z. 108Filter-Verfahren: Kolmogorov-Smirnov-Test pro Merkmal\beleg{PNRB15 Kap. 4.5-4.6}
Kap. 5.3 Z. 115SMOTE zur Klassen-Balancierung: Interpolation zwischen Datenpunkt und nächsten Nachbarn\beleg{PNRB15 Kap. 4.6}
Kap. 5.3 Abb.-CaptionVerarbeitungspipeline-Grafik: eigene Darstellung nach Prytz et al.\beleg{PNRB15 Kap. 2-4}
Kap. 5.4 Z. 161Klassifikationsmetriken (Accuracy/Precision/Recall/F₁) bei unbalancierten Klassen nur eingeschränkt aussagekräftig\beleg{PNRB15 Kap. 4.5-4.6}
Kap. 5.4 Z. 167Profit-Formel \beleg{PNRB15 Kap. 4.5}
Kap. 5.4 Abb.-CaptionBalkendiagramm-Werte für Profit und normalisierten Profit pro Merkmalsset\beleg{PNRB15 Kap. 5.6 (Tab. 1)}
Kap. 5.4 Z. 242Usage und Beam~1 übertreffen Expertenauswahl; Zahlenwerte aus Tab. 1\beleg{PNRB15 Kap. 5; Kap. 5.6 (Tab. 1)}
Kap. 5.4 Z. 247Ersparnis rund 110 EUR/Fahrzeug; Nettonutzen niedriger einstelliger Millionenbereich für 10 000 Fahrzeuge\beleg{PNRB15 Kap. 5.6}
Kap. 5.4 Z. 255Nutzungskontext-Merkmale (Usage) tragen mehr zur Vorhersage bei als reine Verschleißparameter (Wear)\beleg{PNRB15 Kap. 5}

\cite-Stellen (festgelegt)

Manuskript-Kap. / ZeileAussageZitatmarker
Kap. 2.4 Z. 359Bibliografische Nennung im Zeitstrahl\cite{PNRB15}

\cite{PNRB15} — Bibliografische Nennung im Zeitstrahl (Kap. 2.4 Z. 359)

Manuskript-Aussage: Nennung von Prytz et al. 2015 (Fallstudie) im chronologischen Zeitstrahl. Zitatmarker: \cite{PNRB15} Originalwortlaut: Bibliografische Nennung ohne Seitenbezug — kein konkreter Zitatwortlaut. Deutsche Übersetzung:Begründung Passung: Reine bibliografische Nennung der Primärquelle im Zeitstrahl-Kontext.


Section 1. Introduction

Motivation

Original Equipment Manufacturers (OEMs) wie Volvo verkaufen zunehmend nicht mehr nur Fahrzeuge, sondern komplette Transportdienste mit garantierter Verfügbarkeit — das verschiebt das Ausfall-Risiko zum OEM und macht präventive Wartung ökonomisch entscheidend.

Datenquellen

Zwei kombinierte Datenquellen:

  1. LVD (Logged Vehicle Data) — Bord-Sensordaten, bei Werkstattbesuchen ausgelesen
  2. VSR (Vehicle Service Records) — Wartungshistorie aus den Werkstätten

Datenbasis: etwa 65 000 europäische Volvo-LKW (Modelle FH13 und FM13, Produktion 2010–2013).

Zusammenfassung mehrerer Ausfallursachen

Luftkompressoren haben viele mögliche Ausfallarten, aber sie müssen alle als eine gemeinsame Kategorie behandelt werden, weil die Datenquellen sie nicht unterscheiden.

Herausforderungen

Unbalancierte Datensätze, verrauschte Klassenlabels, unsichere Datumsangaben, unregelmäßige Auslese-Zeitpunkte.


Section 3. Problem Formulation und Wirtschaftlicher Rahmen

1000-EUR-Standzeitkosten

Ein europäischer Langstrecken-LKW kostet im Mittel 1000 EUR pro Tag an Fixkosten. Das ist der Beleg für die Fließtext-Aussage „Bei einem europäischen Langstrecken-LKW belaufen sich die Fixkosten einer ungeplanten Standzeit auf rund 1000 Euro pro Tag.”

Posteriore Ausfallwahrscheinlichkeit

Das ist die posterior probability, dass die Restnutzungsdauer des Kompressors kürzer als der Vorhersagehorizont ist — konditioniert auf die bisher beobachtete Nutzungshistorie .


Section 4. Methods

4.1 Random Forest als Klassifikator

Random Forests nach Breiman 2001 (siehe bre01-zusammenfassung) mit:

  • 10 Wiederholungen (Averaging)
  • 10-fache Kreuzvalidierung
  • R-Sprache mit den Paketen caret, unbalanced, DMwR, ggplot2

4.2 Bewertungskriterien

Standard-Metriken für unbalancierte Datensätze:

Accuracy-Kritik: Bei stark unbalancierten Daten führt reine Accuracy in die Irre — sie ist stark auf die Mehrheitsklasse verzerrt und dadurch bei einer kleinen Ausfallquote nicht aussagekräftig.

4.3 Prediction Horizon — praktische Umsetzung

Drei Kernentscheidungen: Wochen (typischer Werkstattbesuch-Abstand), Markov-Reduktion von auf die zuletzt ausgelesenen LVD-Daten, keine DB-Abhängigkeit im Werkstattbetrieb.

4.4 Fahrzeugweise Train/Test-Split

Kritischer Punkt für die statistische Validität: Die Datenaufteilung darf nicht zufällig über alle Auslesungen erfolgen, sondern muss pro Fahrzeug geschehen — sonst überträgt der Klassifikator fahrzeug-spezifische Muster von Training auf Test und überschätzt seine Leistung.

4.5 Feature Selection

Merkmalsraum-Größe: Etwa 1250 mögliche Merkmale insgesamt, pro Fahrzeug etwa 500 tatsächlich verfügbar.

Wrapper-Ansatz mit Beam Search: Greedy-Suche im Merkmals-Powerset, unter Constraint, dass der Datensatz nicht zu klein wird:

Die Top-5 Kandidaten je Iteration werden weitergeführt (Beam-Breite 5).

Filter-Methode mit Kolmogorov-Smirnov-Test: Für jedes Merkmal wird geprüft, ob dessen Verteilung im Ausfall-Datensatz signifikant von der im Normal-Datensatz abweicht (zwei-Stichproben-KS-Test); Merkmale mit besonders niedrigen p-Werten werden ausgewählt.

Vergleichs-Referenz: „Expert Features” — vier von einem Volvo-Ingenieur handverlesene Parameter mit direkter Relevanz für Alterung oder Nutzung.

4.6 SMOTE zur Balancierung

Da Ausfälle sehr selten sind, ist der Datensatz stark unbalanciert. SMOTE (Synthetic Minority Oversampling Technique) erzeugt synthetische Ausfall-Beispiele durch Interpolation zwischen einem Ausfall-Datenpunkt und seinen nächsten Nachbarn.

Profit-Formel

Interpretation:

  • TP × ECUR: Jeder korrekt vorhergesagte Ausfall spart die Mehrkosten einer ungeplanten Reparatur.
  • FP × CPR: Jeder Fehlalarm kostet eine unnötige geplante Reparatur.
  • Investment: Fixkosten für Design und Implementierung des Systems (~150 000 €).

Section 5. Results

Prediction-Horizon-Verhalten

Accuracy nimmt mit steigendem Horizont ab, Profit steigt (mehr Planungspuffer). Das Optimum liegt zwischen beiden Metriken.

Usage vs. Wear

Kernbefund: Parameter, die den Nutzungskontext eines Fahrzeugs beschreiben (Usage), tragen mehr zur Vorhersage bei als reine Verschleißparameter (Wear).

Tab. 1 mit nProfit-Werten

Table 1 „Best settings for each of the feature sets” mit den sieben Zeilen: Feature-Set, Samples, Features, %, k, Prepr, Profit [M€], nProfit [€]. Alle sieben Wertepaare sind Datenbasis der Abbildung 5.2:

Feature-Set# Samples# FeaturesProfit (M€)nProfit (€/Fahrzeug)
Usage12 440201,94114
Beam Search 114 500141,66116
Usage (age-normalisiert)12 440201,60110
Wear10 660201,5986
Expert14 96040,8464
Beam Search 214 500150,7554
Wear (age-normalisiert)10 520200,6222

110-EUR-Ersparnis-Aussage

nProfit ist der pro-Fahrzeug-normalisierte Profit. Fließtext-Aussage: „Praktisch entspricht das nach Angabe der Autoren einer Ersparnis in der Größenordnung von rund 110 Euro pro Fahrzeug; für eine Flotte von zehntausend Fahrzeugen ergibt sich damit ein Nettonutzen im niedrigen einstelligen Millionenbereich.”


Section 6. Conclusions

Kern-Erkenntnisse: Predictive Maintenance mit RF wirtschaftlich sinnvoll, Data-Mining schlägt Expertenauswahl, Usage-Parameter dominant, Profit-Funktion notwendig.


Zusammenfassung — was Du wissen musst

Wenn Du morgen 5 Sätze über PNRB15 sagen musst, sind es diese:

  1. Anwendung: Vorhersage von Luftkompressor-Ausfällen in Volvo-LKW/Bus-Flotte mit Random Forests aus On-Board-Daten + Werkstattprotokollen.
  2. Verfahren: Binäre Klassifikation „Ausfall vor nächster Wartung — ja/nein?” mit 100 Bäumen, 10-facher Kreuzvalidierung, Prediction Horizon 15 Wochen.
  3. Zwei Feature-Selection-Methoden verglichen: Wrapper (Beam Search) und Filter (Kolmogorov-Smirnov). Beide schlagen die 4 handverlesenen Expert-Features.
  4. Bewertung nicht nur mit Accuracy/F1, sondern mit einer wirtschaftlichen Profit-Funktion: TP·ECUR − FP·CPR − Investment.
  5. Ergebnis: ~110 € Ersparnis pro Fahrzeug (nProfit Usage AN). Bei einer Flotte von 10 000 Fahrzeugen ergibt sich ein Nettonutzen im niedrigen einstelligen Millionenbereich. Nutzungsparameter (Usage) sind aussagekräftiger als reine Verschleißparameter (Wear).

Formales Referenzblatt

Symboltabelle

SymbolAussprache / NameBedeutung
„großes X-t”Restnutzungsdauer (Remaining Useful Life, RUL) als Zufallsvariable zur Zeit
„großes Y-t”Historie der Nutzungsprofile und Zustandsdaten bis zur Zeit
„Delta” (griechisch Δ)Prediction Horizon — Zeitfenster, in dem der Ausfall vorhergesagt werden soll (typisch 15 Wochen)
„f von x-t gegeben Y-t”Bedingte Wahrscheinlichkeitsdichte der RUL, gegeben die Historie
„P von X-t kleiner Delta gegeben Y-t”Posteriore Ausfallwahrscheinlichkeit vor dem nächsten Wartungstermin
„True Positive”Korrekt vorhergesagter Ausfall
„False Positive”Falscher Ausfallalarm (Kompressor war eigentlich in Ordnung)
„False Negative”Übersehener Ausfall (Kompressor fällt trotz „gesund”-Prognose aus)
„F-eins-Score”Harmonisches Mittel aus Precision und Recall
„P-P-V” (Positive Predictive Value)Präzision — Anteil der korrekten Ausfallvorhersagen an allen Ausfallalarmen
„E-C-U-R” (Extra Cost of Unplanned Repair)Zusatzkosten einer ungeplanten Reparatur
„C-P-R” (Cost of Planned Repair)Kosten einer geplanten Reparatur
„Investment”Fixkosten für Design und Implementierung des PM-Systems (~150 000 €)
„Profit”Wirtschaftlicher Netto-Gewinn des PM-Systems
„P-H” (Prediction Horizon)Alternative Schreibweise für
„n dataset”Anzahl der Datenpunkte im Datensatz während Feature Selection
„n all”Ursprüngliche Datenpunkt-Anzahl vor Feature-Reduzierung
„n params”Anzahl der bisher ausgewählten Merkmale
„constraint factor”Schrumpf-Faktor pro Merkmal (Wert in )
„kleines k”SMOTE-Nachbaranzahl — wie viele Nachbarn zur Erzeugung synthetischer Beispiele genutzt werden

Formeln und ihre Bedeutung

(1) Posteriore Ausfallwahrscheinlichkeit:

Was sie sagt: Die Wahrscheinlichkeit, dass die Restnutzungsdauer des Kompressors vor Erreichen des Horizonts endet, gegeben die bisher beobachtete Nutzungshistorie .

Wie im Paper genutzt: Ist diese Wahrscheinlichkeit hoch genug (relativ zu den Reparaturkosten), wird der Kompressor beim aktuellen Werkstattbesuch präventiv getauscht.

Für die praktische Umsetzung: Der Random Forest schätzt diese Wahrscheinlichkeit direkt aus den LVD-Daten des Fahrzeugs.


Ausführliche Erklärung der Formel Schritt für Schritt

Die Formel wirkt einschüchternd, ist aber Standard-Wahrscheinlichkeitstheorie. Wir zerlegen sie in drei Bausteine.

Baustein 1: Was ist eine Wahrscheinlichkeitsdichte ?

Bei stetigen Zufallsvariablen (also solchen, die kontinuierliche Werte annehmen können — z. B. Restnutzungsdauer in Wochen: ; ; …) macht die Frage „Wie wahrscheinlich ist genau der Wert ?” keinen Sinn. Die Antwort wäre immer null, weil ein einzelner Punkt auf der reellen Zahlengerade Maß null hat.

Statt einzelner Werte wird deshalb eine Dichte betrachtet — eine Funktion, die angibt, wie dicht die Wahrscheinlichkeitsmasse in der Umgebung von liegt. Anschauliches Bild: Wenn du die Verteilung der Restnutzungsdauer aller Kompressoren als Histogramm zeichnest und die Balken immer schmaler machst, ergibt sich im Grenzwert eine glatte Kurve — das ist die Dichte .

  • Die Höhe der Kurve an einer Stelle hat allein keine direkte Wahrscheinlichkeitsinterpretation.
  • Die Fläche unter der Kurve über einem Intervall ist die Wahrscheinlichkeit, dass der Wert in diesem Intervall liegt.

Baustein 2: Was ist das Integral ?

Das Integral von bis ist mathematisch genau diese Fläche unter der Dichtekurve zwischen den Grenzen und . Grafisch:

    f(x)
     |
     |    /\
     |   /  \
     |  /████\    <-- schraffierte Fläche = Wahrscheinlichkeit,
     | /██████\       dass X in [0, Δ] liegt
     |/████████\_______
     +─────────────────── x
     0    Δ

In Formelnotation: „Summiere die Wahrscheinlichkeitsdichte vom Wert bis zum Wert auf” — das ergibt exakt die Wahrscheinlichkeit, dass irgendwo zwischen und liegt. Das Symbol am Ende zeigt an, „nach welcher Variable integriert wird”.

Baustein 3: Was bedeutet der senkrechte Strich ?

Der senkrechte Strich ist die Notation für bedingte Wahrscheinlichkeit. Gesprochen: „gegeben”. Ohne die Bedingung wäre es die allgemeine Wahrscheinlichkeit, dass irgendein zufällig ausgewählter Kompressor in ausfällt. Mit der Bedingung schränken wir auf die Kompressoren ein, deren Nutzungshistorie exakt entspricht.

Analogie: „Wahrscheinlichkeit auf Regen” vs. „Wahrscheinlichkeit auf Regen, gegeben dass der Himmel bewölkt ist”.

Alle drei Bausteine zusammen: Die posteriore Wahrscheinlichkeit für den Ausfall im Fenster berechnet sich als die Fläche unter der bedingten Dichtekurve zwischen 0 und .

Was der Random Forest daraus macht: Er berechnet das Integral nicht analytisch, sondern lernt aus historischen Beispielen eine direkte Approximation der Wahrscheinlichkeit — im Grunde eine binäre Klassifikation, deren Ausgabe man als geschätzte interpretieren kann.

Für die Verteidigung merken:

  • Das Integral berechnet eine Fläche unter der Dichtekurve → das ist die Wahrscheinlichkeit für ein Intervall.
  • Der senkrechte Strich bedeutet „gegeben” (bedingte Wahrscheinlichkeit auf Basis der Beobachtung ).
  • Der RF schätzt das Ergebnis direkt aus Daten, ohne das Integral analytisch zu lösen.

(2) Bewertungsmetriken für unbalancierte Datensätze:

Was sie sagt: Standard-Metriken der Klassifikations-Bewertung, spezifisch geeignet bei unbalancierten Klassen.

Warum wichtig: Bei unbalancierten Daten führt reine Accuracy in die Irre — ein Klassifikator, der immer „kein Ausfall” vorhersagt, hätte 99 % Accuracy und wäre nutzlos.

(3) Profit-Funktion:

Was sie sagt: Der wirtschaftliche Netto-Gewinn setzt sich zusammen aus Ersparnissen durch korrekt vorhergesagte Ausfälle (), Kosten durch Fehlalarme () und Fixkosten des PM-Systems selbst.

Warum diese Metrik zentral ist: Sie bildet ab, was aus wirtschaftlicher Sicht wirklich zählt. Ein Klassifikator mit hoher Sensitivität aber vielen False Positives kann unwirtschaftlich sein.

Beobachtung: False Negatives (übersehene Ausfälle) tauchen nicht direkt in der Formel auf. Das ist bewusst — das Paper vergleicht mit dem Status quo (keine PM), wo alle Ausfälle als ungeplante Reparaturen entstehen. False Negatives entsprechen dem Status quo, sind also keine „Kosten” des PM-Systems, sondern nur verpasste Einsparungen.

(4) Feature-Selection-Constraint:

Was sie sagt: Beim Hinzunehmen weiterer Merkmale schrumpft die Menge der auswertbaren Datenpunkte exponentiell mit der Merkmalsanzahl.

Warum wichtig: Verhindert, dass die Beam-Search zu viele Merkmale gleichzeitig auswählt und dabei den Datensatz auf eine Handvoll Datenpunkte reduziert.


Zusammenhänge

  • Zitat-Index: zitat-index
  • Aktueller Zitat-Katalog: zitat-kontexte
  • Quellenkarte: PNRB15
  • Baut auf: bre01-zusammenfassung (Random Forests als Grundverfahren, zitiert in Section 4.1)
  • Vorläufer: bre96-zusammenfassung (Bagging als konzeptuelle Basis)
  • Unsere Arbeit: Kap. 5.1 (Datenquellen + wirtschaftliche Motivation), Kap. 5.2 (Formalisierung + Random-Forest-Setup), Kap. 5.3 (Feature Selection: Beam Search + KS + SMOTE), Kap. 5.4 (Profit-Funktion + Usage/Wear + 110-EUR-Ergebnis), Caption Abb. 5.1 (Verarbeitungspipeline), Caption Abb. 5.2 (nProfit-Werte aus Tab. 1)