01
Safety Function List
Funktionen, Auslöser, sichere Zustände und zugehörige Anforderungen eindeutig strukturieren.
FUNKTIONALE SICHERHEIT · PLr · PERFORMANCE LEVEL
Sicherheitsfunktionen nachvollziehbar strukturieren.
Unterstützung bei der Definition sicherheitsbezogener Funktionen, der Ableitung erforderlicher Performance Level, der Strukturierung von Nachweisen und der projektbezogenen Vorbereitung beziehungsweise Plausibilisierung von SISTEMA-Berechnungen.
VORGEHENSWEISE
Von der Gefährdung zur nachweisbaren Sicherheitsfunktion.
01
Funktion definieren
Auslöser, sicherer Zustand, Reaktion und Randbedingungen eindeutig beschreiben.
02
PLr ableiten
Erforderliches Performance Level auf Basis der Risikobeurteilung projektbezogen bestimmen.
03
Architektur & Daten
Subsysteme, Kategorien, MTTFd-, DC- und CCF-relevante Daten strukturiert erfassen.
04
Berechnung
SISTEMA-Projekt beziehungsweise rechnerischen Nachweis nachvollziehbar vorbereiten oder prüfen.
05
Nachweise
Verifikation, Validierungsplanung und Dokumentation konsistent zusammenführen.
LEISTUNGSBAUSTEINE
Unterstützung dort, wo Safety-Funktionen technisch konkret werden.
02
PLr-Betrachtung
Erforderliche Performance Level im Zusammenhang mit Risikobeurteilung und Anwendung nachvollziehbar festlegen.
03
SISTEMA-Unterstützung
Datenbasis, Subsystemstruktur und Plausibilität von Berechnungen projektbezogen unterstützen.
04
Schnittstellen
Safety-Funktionen über Roboter, SPS, Antriebe, Sensorik, Schutzeinrichtungen und Peripherie konsistent beschreiben.
05
Verifikation
Nachvollziehen, ob die entwickelte Struktur die definierten technischen Anforderungen erfüllt.
06
Validierungsunterlagen
Testfälle, Nachweise und dokumentierte Ergebnisse strukturiert vorbereiten; der konkrete Validierungsumfang wird im Auftrag definiert.
NORMENRAHMEN
ISO 13849-1 als zentraler methodischer Bezug.
ISO führt ISO 13849-1:2023 als aktuelle internationale Ausgabe. Sie beschreibt Methodik und Anforderungen für sicherheitsbezogene Teile von Steuerungen, legt aber nicht pauschal fest, welche Sicherheitsfunktionen oder welches PLr eine konkrete Anwendung benötigt. Diese Festlegung bleibt anwendungsspezifisch und muss aus der Risikobeurteilung abgeleitet werden.
ABGRENZUNG
Kein pauschales „SISTEMA bestanden“.
Eine Berechnung ist nur ein Teil des Nachweises. Funktion, Architektur, Datenqualität, Software, Installation und Validierung müssen zum realen System passen. Umfang und Verantwortlichkeiten werden deshalb vor Projektstart konkret festgelegt.
- PLr nicht isoliert von der Risikobeurteilung betrachten
- Herstellerdaten und Bibliothekswerte auf Eignung prüfen
- Subsystemgrenzen und Schnittstellen eindeutig definieren
- Berechnung und realisierte Hardware konsistent halten
- Verifikation und Validierung getrennt dokumentieren
FAQ
Häufige Fragen.
Was bedeutet PLr?
PLr bezeichnet das für eine Sicherheitsfunktion erforderliche Performance Level. Es wird nicht pauschal für eine Maschine festgelegt, sondern anwendungsspezifisch aus der Risikobeurteilung für die jeweilige Sicherheitsfunktion abgeleitet.
Kann eine SISTEMA-Datei allein die funktionale Sicherheit nachweisen?
Nein. Eine Berechnung unterstützt den quantitativen Nachweis, muss aber zur definierten Sicherheitsfunktion, realen Architektur, Datenbasis, Software, Installation sowie zu Verifikation und Validierung passen.
Welche Sicherheitsfunktionen werden typischerweise betrachtet?
Beispiele sind sicherheitsgerichtetes Stillsetzen, Verhinderung unerwarteten Anlaufs, Verriegelungen, Zustimmfunktionen oder Geschwindigkeits- und Bereichsüberwachungen. Welche Funktionen erforderlich sind, ergibt sich aus der konkreten Anwendung und Risikobeurteilung.
Übernimmt Andreas Bork Safety Consulting die Validierung?
Validierungsunterlagen und Tests können projektbezogen unterstützt werden. Ob eine vollständige Validierung Bestandteil des Auftrags ist, wird vorab eindeutig im Leistungsumfang festgelegt.
Offene Fragen zu PLr oder Sicherheitsfunktionen?
Eine strukturierte Safety Function List ist häufig der sinnvollste Startpunkt.