FMEA-Arbeitsblatt

Failure Mode and Effects Analysis — die Engine berechnet RPN und AIAG-VDA Action Priority aus einem verschachtelten Bauteil → Fehlermodus → Auswirkung/Ursache-Baum.

Über FMEA

FMEA (Failure Mode and Effects Analysis — Fehlermöglichkeits- und Einflussanalyse) ist die am weitesten verbreitete proaktive Zuverlässigkeitsmethode in der Fertigung: Für jeden Teil eines Systems werden die möglichen Versagensarten (Fehlermodi), die Auswirkungen jedes Versagens (Effekte), die Ursachen (Ursachen) und die Erkennungsmaßnahmen (Controls) aufgelistet. Jede Zeile wird auf drei 1–10-Skalen bewertet — Severity (Schwere), Occurrence (Auftretenshäufigkeit), Detection (Entdeckungswahrscheinlichkeit) — und priorisiert. Standardisiert durch das AIAG-VDA FMEA Handbook (2019) und IEC 60812.

Die Engine berechnet pro Zeile RPN = S × O × D und Action Priority (AP). AP hängt von allen drei Bewertungen ab, nicht allein vom RPN. Im implementierten Schema ergibt S10·O2·D3 Low AP und RPN 60; Low AP bedeutet keine geringe Schwere.

schematex§ source-defined
Brake system DFMEA FMEA worksheet (design); 2 failure-mode row(s); ranked by AP; highest risk: "Internal seal leak" S9·O2·D5 → RPN 90, AP Medium (action should be taken); 0 flagged. Brake system DFMEA Flag: ap >= High · Rank: AP # Item Function Failure Mode Effect(s) S Cause(s) O Current Controls D RPN AP 1 Loss of braking 9 Contamination 2 D: Fluid analysis 5 90 Medium 2 Loss of braking 9 Seal material degradation 3 P: Material spec D: Bench test 4 108 Low Master cylinder — Generate hydraulic pressure Internal seal leak
11 lines · 387 chars
✓ parsed·0.0 ms·0 B
100%

1. Ihr erstes Arbeitsblatt

Jedes Dokument beginnt mit fmea, einem optionalen Titel, optionalen Direktiven und einer verschachtelten Fehlerkette. Die Struktur ergibt sich aus dem Schlüsselwort, nicht aus der Einrückungstiefe:

fmea "Pump DFMEA"
  item "Impeller" fn "Move fluid"
    mode "No flow"
      effect "Process stops" sev: 8
      cause "Impeller wear" occ: 4
        controls detection: "Flow sensor" det: 5
  • item "name" fn "function" — ein Bauteil und die Funktion, die es erfüllt. fn ist optional.
  • mode "failure mode" — wie diese Funktion versagt. Ein Bauteil kann mehrere haben.
  • effect "consequence" sev: 1..10 — was das Versagen verursacht; trägt seine eigene Severity. Ein Modus kann mehrere haben (die Engine verwendet den schlechtesten für jede Zeile dieses Modus).
  • cause "root cause" occ: 1..10 — warum es passiert; trägt Occurrence.
  • controls prevention: "…", detection: "…" det: 1..10 — aktuelle Maßnahmen und die Detection-Bewertung, die sie erhalten. Ohne Maßnahme ist die Entdeckungswahrscheinlichkeit standardmäßig 10 (nicht erkennbar).

Alle drei Bewertungen sind Ganzzahlen von 1–10; alles außerhalb dieses Bereichs wird abgewiesen.


2. Header-Direktiven

type: design          # design (dfmea) | process (pfmea) | msr
rank: ap              # ap (Standard) | rpn — der Sortier-/Prioritätsschlüssel
flag: ap >= High      # oder `rpn > 100` — Zeilen über einem Schwellenwert hervorheben
number: FMEA-2026-014 # freie Metadaten: number/team/author/date/revision/dept/process/product

rank legt fest, wie Zeilen priorisiert werden; flag hebt Zeilen hervor, die einen Schwellenwert überschreiten (ap >= High / ap == High, oder rpn > 100 / rpn >= 120).


3. Berechnetes RPN & Action Priority

Das ist der entscheidende Unterschied. Aus dem verschachtelten AST führt die Engine folgende Schritte durch:

  1. Abflachen auf eine Zeile pro (Bauteil, Modus, Ursache); die schlimmste Effektschwere des Modus gilt für jede Zeile dieses Modus.
  2. RPN = S × O × D (1–1000).
  3. Action Priority verwendet das DFMEA/PFMEA-S/O/D-Schema. Severity 9–10 bedeutet nicht automatisch High: Occurrence und Detection bestimmen das Ergebnis mit.
  4. Sortieren nach dem gewählten Schlüssel. Für ap: High > Medium > Low, bei Gleichstand nach Severity dann RPN aufgelöst — nie nur RPN, das würde den Fehler wieder einführen, den AP beheben soll.
  5. Markieren von Zeilen über dem Schwellenwert.

Jede Zeile trägt data-rpn und data-ap, sodass die berechnete Priorität inspiziert werden kann.


4. Nachmaßnahmen-Nachverfolgung

Zeichnen Sie Korrekturmaßnahmen und die überarbeiteten Bewertungen auf, um das Vorher/Nachher-Delta anzuzeigen:

fmea "Brake DFMEA"
  item "MC"
    mode "Seal leak"
      effect "Loss of braking" sev: 9
      cause "Degradation" occ: 3 det: 4
  action "Seal leak" / "Degradation"
    do: "Upgrade seal to EPDM" owner: "J. Lee" target: 2026-Q3
    revised sev: 9 occ: 1 det: 4

action "Modus" / "Ursache" zielt auf eine Kette über ihr in Anführungszeichen gesetztes Modus und (optionale) Ursache ab; do: ist die Empfehlung; revised sev/occ/det berechnet das RPN und AP nach der Maßnahme neu, sodass die Engine die Risikoreduzierung meldet.


5. Häufige Fehler

# FALSCH — Bewertung außerhalb des 1..10-Bandes
effect "Leak" sev: 11

# FALSCH — Modus vor einem Bauteil
mode "orphan mode"

# FALSCH — Effekt vor einem Modus
item "x"
  effect "e" sev: 3

Bewertungen müssen Ganzzahlen von 1–10 sein; die Fehlerkette muss item → mode → effect/cause verschachteln; außer der Reihe stehende Schlüsselwörter werden namentlich abgewiesen. Die Entdeckungswahrscheinlichkeit ist standardmäßig 10, wenn keine Maßnahme sie bewertet — geben Sie det: (bei der Ursache oder ihren controls) an, wenn Sie eine Erkennungsmaßnahme haben.


6. Standardkonformität

Die Engine verwendet das DFMEA/PFMEA-S/O/D-Schema für AP. Die separate FMEA-MSR-Tabelle für Schwere, Häufigkeit und Überwachung ist nicht implementiert. RPN bleibt über rank: rpn verfügbar.

7. Roadmap

Zurückgestellt: die genauen AIAG-VDA AP/MSR-Entscheidungstabellen, Multi-Effekt-pro-Ursache-Gewichtung und Struktur-/Funktionsbaumansichten.

Found this useful?

Schematex is free, fully open source, and zero-dependency. A star helps other developers discover it.