Definition
Grundnorm zur funktionalen Sicherheit sicherheitsbezogener elektrischer, elektronischer und programmierbarer elektronischer Systeme (E/E/PE). Definiert vier Safety Integrity Level (SIL 1–4) mit quantitativen Ausfallwahrscheinlichkeiten. Basis für branchenspezifische Ableitungen wie ISO 26262 (Automotive), IEC 61511 (Prozessindustrie) und IEC 62061 (Maschinen). SIL-Bewertung ist Pflicht bei sicherheitsrelevanten Steuerungen in Hochrisiko-Anlagen.
In der Praxis
Die IEC 61508 ist die Mutter aller funktionalen Sicherheit — und wird im Maschinenbau gern falsch zitiert. Der Klassiker: „Unsere SPS hat SIL 3." Kein Gerät hat einen SIL — der Safety Integrity Level gilt immer für eine Sicherheitsfunktion im Systemkontext, inklusive Sensorik, Logik, Aktorik und der systematischen Qualität ihrer Entwicklung. Ein SIL-3-fähiges Bauteil ist nur die Eintrittskarte, nicht das Ergebnis. Zweiter Stolperstein: Die Norm wird als reine Hardware-Wahrscheinlichkeitsrechnung gelesen. Ihr eigentlicher Kern ist der Sicherheitslebenszyklus — die Beherrschung systematischer Fehler über Spezifikation, Entwicklung, Integration und Betrieb. Drittens die Normenverwirrung: Für Maschinensteuerungen ist meist IEC 62061 oder ISO 13849-1 der richtige Ableger, für Prozessanlagen IEC 61511, für Fahrzeuge ISO 26262. Wer die Grundnorm direkt anwendet, obwohl ein Branchenableger existiert, baut am Markt vorbei — die Ableger übersetzen die SIL-Logik in die Sprache der jeweiligen Domäne.
Verwandte Begriffe
Häufige Fragen zu IEC 61508
Wie hängen IEC 61508, IEC 62061 und ISO 13849-1 zusammen?
Die IEC 61508 ist die branchenübergreifende Grundnorm der funktionalen Sicherheit: Sie definiert den Sicherheitslebenszyklus und die Skala SIL 1 bis 4 für elektrische, elektronische und programmierbare elektronische Systeme. Die IEC 62061 ist ihre direkte Ableitung für Maschinensteuerungen — sie übernimmt die SIL-Logik in den Maschinenkontext. ISO 13849-1 ist der parallele, ältere Weg für Maschinen: Sie bewertet mit dem Performance Level und deckt neben Elektronik auch Pneumatik, Hydraulik und Mechanik ab. Beide Maschinennormen sind harmonisiert und führen zur Konformitätsvermutung; zwischen PL und SIL existieren Zuordnungstabellen. Für die Praxis: Elektro-dominierte, komplexe Steuerungsarchitekturen landen oft bei IEC 62061, gemischt-technologische Maschinen bei ISO 13849-1. Die Grundnorm selbst brauchen Sie vor allem dann, wenn Sie Sicherheitsbauteile entwickeln oder keine Branchenableitung existiert (IEC 61508; IEC 62061; ISO 13849-1).
Wann müssen wir uns mit der IEC 61508 direkt beschäftigen?
In drei Konstellationen. Erstens wenn Sie sicherheitsbezogene Bauteile oder Steuerungen entwickeln, die andere Hersteller verbauen — etwa Sicherheits-SPS, Sensoren oder Antriebe mit integrierten Sicherheitsfunktionen; dann ist die Grundnorm Ihr Entwicklungsrahmen, und Ihre Kunden erwarten SIL-fähige Daten für ihre eigene Bewertung. Zweitens wenn für Ihren Anwendungsfall kein Branchenableger existiert — die Norm ist ausdrücklich als Fallback konzipiert. Drittens wenn Sie komplexe Systeme mit sicherheitsrelevanter Software entwickeln, denn die Anforderungen an die Beherrschung systematischer Fehler und an Software-Lebenszyklusprozesse kommen aus dieser Normenwelt. Beachten Sie dabei die Rechtslogik: Auch die IEC 61508 ist eine Norm — freiwillig, aber über die Harmonisierung mit Konformitätsvermutung. Und mit der MVO ab dem 20. Januar 2027 rücken funktionale Sicherheit und die neuen Themen Korrumpierungsschutz und selbstevolvierendes Verhalten enger zusammen (IEC 61508; Verordnung (EU) 2023/1230).
Wie steigen wir in funktionale Sicherheit nach IEC 61508 ein, ohne ein Großforschungsprojekt daraus zu machen?
Beginnen Sie mit dem Sicherheitslebenszyklus als Prozesslandkarte — er ist das eigentliche Gerüst der Norm. Erster Baustein: ein funktionales Sicherheitsmanagement, also festlegen, wer Sicherheitsfunktionen spezifiziert, freigibt und über den Lebenszyklus pflegt; ohne diese Rollen scheitert alles Weitere. Zweiter Baustein: die Gefährdungs- und Risikoanalyse als Eingangstor — daraus leiten Sie die Sicherheitsfunktionen und ihren Ziel-SIL ab. Dritter Baustein: eine Sicherheitsanforderungsspezifikation je Funktion, die Funktion und Integritätsniveau trennt und prüfbar formuliert. Vierter Baustein: Disziplin bei Verifizierung und Validierung — jede Phase hat definierte Eingänge und Ausgänge, und die finale Validierung belegt, dass die Funktion im realen System den Ziel-SIL erreicht. Ziehen Sie erfahrene Unterstützung für die ersten zwei Projekte hinzu und bauen Sie Templates auf; danach wird es Routine. Und halten Sie die Dokumentation revisionsfest — sie ist Ihr Nachweis gegenüber Kunden, Prüfstellen und im Schadensfall.