Wie wird die Klassifizierung und Einstufung der Alarme im DCS-System vorgenommen? Wer hat Erfahrung damit – bitte teilen Sie sie gerne mit
Thread Content
Dieser Beitrag wurde zuletzt von 328104062 am 2016-6-29 00:07 bearbeitet. Thema: Das zu lösende Problem ist folgendes: Am Beispiel des CS3000R-Systems soll eine Klassifizierung der Alarme im DCS-System erreicht werden – dabei sollen verschiedene HIS für unterschiedliche Arten von Alarmen verwendet werden. Zudem soll eine Einstufung der Alarme erfolgen, wobei unterschiedliche Lautstärken, Frequenzen sowie Anzeigen auf den Monitoren verwendet werden können. Derzeit werden die Alarme nicht nach bestimmten Kriterien eingestuft; unabhängig vom Betriebsstandort werden alle Geräte im selben Bereich Alarme auslösen. Im Bereich FAR03 gibt es beispielsweise Geräte zur Umwandlung von Rohstoffen, zur Wasserstoffherstellung usw. Jedes dieser Geräte hat ein eigenes HIS, und an diesen HIS arbeiten verschiedene Mitarbeiter. Doch die Alarme sind alle gleich – also erhalten die Mitarbeiter, die für die Wasserstoffherstellung zuständig sind, dieselben Alarmmeldungen wie diejenigen, die für andere Aufgaben zuständig sind. Die Folgen davon sind, dass die Alarme nutzlos sind. Wenn der Alarmton eingeschaltet ist, entsteht ständiger Lärm, was die Arbeit beeinträchtigt. 1. Es gibt zu viele Alarme, wodurch die Mitarbeiter überfordert werden. Im Bereich FAR03 erhält jeder Mitarbeiter Alarmmeldungen von mehreren Geräten – das übersteigt bei weitem die Kapazitäten des menschlichen Gehirns. 2. Die Alarme sind nicht an die jeweiligen Mitarbeiter gerichtet. Da die Alarme nicht unterschieden werden, ist es unmöglich festzulegen, wer sich um welche Alarme kümmern soll； Dazu führt, dass keine Aufmerksamkeit geschenkt wird: 3. Bei der Alarmierung wird die Bedeutung der tatsächlichen Betriebsparameter nicht berücksichtigt – es gibt keinerlei Einteilung in verschiedene Prioritäten. Dadurch werden unwichtige Alarmmeldungen häufig an die Bediener weitergeleitet, wodurch diese sie als etwas Selbstverständliches betrachten. Beispiele dafür sind die Alarmwerte für den Füllstand der Tanks unter der Erde: LL30% und HH70%. Diese Werte entsprechen genau den Alarmwerten für wichtige Komponenten wie die Tanks im Wasserstoffherstellungsprozess oder die Tanks am Eingang der Kompressoren. Die anschließenden Warnsignale (akustisch und optisch) führen dazu, dass die Bediener die wichtigen Alarmsignale übersehen. 4. Es gibt keine klare Trennung zwischen Systemalarmen und Prozessalarmen. In der HIS-Anzeige der Bediener werden Systemalarme angezeigt, doch die Bediener verstehen in der Regel nichts vom System. In der DCS-Engineer-Station hingegen werden Prozessalarme angezeigt – doch die DCS-Engineer verstehen nichts vom Produktionsprozess. Wenn alle Informationen an alle Personen weitergeleitet werden, entstehen Unklarheiten bezüglich der jeweiligen Aufgaben. Es ist daher notwendig, eine klare Trennung vorzunehmen (z. B. die DCS-Engineer sollten zwar Inspektionen durchführen, aber dies sorgfältig tun – ansonsten können sie die Verantwortung darauf schieben, dass die Bediener keine Systemalarme melden). Die zu lösenden Probleme sind: 1. Die Alarmsignale im selben Bereich sollten nach den jeweiligen Anlagen eingeteilt werden. Im Bereich FAR03 gibt es beispielsweise Anlagen zur Reformierung, Wasserstoffherstellung usw. Die Reformierungsanlage hat insgesamt 9 HIS-Einheiten mit den Nummern HIS0121 bis HIS0129. Diese 9 HIS-Einheiten sollen nur die Alarmsignale der Reformierungsanlage empfangen. 2. Die Alarmsignale im selben Bereich sollten nach den jeweiligen Arbeitsplätzen eingeteilt werden. Wenn beispielsweise die HIS-Einheit HIS0121 zur Steuerung der Reaktorstation dient, dann soll diese Einheit nur die Alarmsignale dieser Station empfangen. Zudem kann man diese Einstellung manuell ändern – man kann damit auch die Alarmsignale der gesamten Reformierungsanlage anzeigen lassen. 3. Die Alarmsignale sollten nach ihrer Priorität eingeteilt werden. Beispielsweise sollte der Füllstand des Tanks am Eingang der Kompressoren als Alarm der Stufe 1 betrachtet werden. In diesem Fall sollten die Parameter auf dem Bildschirm blinken und gleichzeitig ein Alarmton ertönen – mit hoher Frequenz und lautem Klang ； Der Pegelstand des Tanks mit hohem Druck wird als zweite Stufe betrachtet: Der Bildschirm flackert, der Alarmton hat eine niedrige Frequenz und ist laut…… Die Temperatur des Tanks für Schmutzöl gilt als letzte Stufe – dabei flackert der Bildschirm, es gibt jedoch keinen Ton. Zudem sollen die letzten Alarmmeldungen unterhalb des HIS-Bildschirms angezeigt werden (3–7 Meldungen, empfohlen sind 4). Dafür ist natürlich die Beteiligung des Prozesspersonals erforderlich. 4. Systemalarmanzeigen und Prozessalarmanzeigen müssen voneinander getrennt werden. Im HIS des Bedienders sollten keine Systemalarmanzeigen angezeigt werden. Bitte um Rat: Wie kann man die oben genannten Anforderungen 1, 2, 3 und 4 umsetzen? Gibt es bereits Erfahrungen mit einer erfolgreichen Umsetzung? 2. Wie werden die Alarme des DCS ausgelöst – gibt es ein Steuergerät, das Signale sendet, oder ist es der HIS? Wie werden die Signale an den Alarmtongeber übermittelt? 3. Was ist der Unterschied zwischen Systemwarnungen und Prozesswarnungen im CS3000? Welche Parameter werden als Systemwarnungen erfasst (mir fallen ein: die Kommunikation über redundante Glasfaserleitungen sowie Karten, die Auslastung des Controller-CPUs, der Status der Installationen, die Systemzeit usw. – bitte fügen Sie weitere Parameter hinzu). Was werden durch die Systemwarnungen erfasst?
Ich frage deshalb, weil es für den fahrerlosen Betrieb sowie das Arbeiten mit einem schwarzen Bildschirm notwendig ist
Das sind wohl Probleme mit den Programmen und Systemen, oder?
Natürlich, sonst warum sollte man es hier schicken?
1. Wie soll man die Anforderungen 1, 2, 3 und 4 umsetzen? Gibt es bereits Erfahrungen mit einer erfolgreichen Umsetzung? Die Klassifizierung der Alarme ist nicht besonders schwierig umzusetzen. 2. Wie werden die Alarme im DCS ausgelöst – gibt es Signale vom Controller oder vom HIS? Und wie werden die Signale an den Alarmtongeber übermittelt? Die DCS-Signale werden in der Regel vom HIS ausgesendet. Ich habe noch nie Controller gesehen, die einen Ton von sich geben – meistens werden stattdessen Alarmlichter eingeschaltet, um Alarme anzuzeigen. 3. Was ist der Unterschied zwischen Systemalarmen und Prozessalarmen im CS3000? Welche Parameter fließen in die Systemalarme ein? (Mir fallen dazu ein: die Kommunikation über redundante Glasfaserleitungen sowie die Kommunikation mit den Karten; außerdem die CPU-Nutzung des Controllers, der Status der Installationen sowie die Systemzeit. Bitte fügen Sie weitere Parameter hinzu.) Was werden bei den Systemalarmen aufgezeichnet? Kommunikations- und Hardwareprobleme: Es ist notwendig, jemanden zu rufen, der sich mit dem CS3000 auskennt, um Rat zu erhalten
Die Alarme unseres Unternehmens werden von den Bedienern im Allgemeinen nicht beachtet – mit Ausnahme von Fehlern, die sich in Form von blinkenden Anzeigen zeigen. Für wichtige Werte wie Flüssigkeitsstand, Temperatur und Druck werden Sprachalarme verwendet (mit zusätzlich installierten Verstärkern). Dabei werden die Daten über DO-Signale an den Verstärker übertragen (MP3-Audio-Dateien, die im Voraus aufgenommen wurden), wodurch die entsprechenden Sprachmeldungen abgespielt werden
Ich verstehe CS3000 nicht, aber die Alarme im HMI sind ein allgemeines Problem. Die von Ihnen genannten Probleme haben im Grunde alle mit der Klassifizierung der Alarms zu tun. Es gibt mehrere Klassifizierungsstandards – mindestens: 1. Die Klassifizierung nach Alarmstärke, z. B. schwere Fehler, leichte Fehler, Ereignisse und Systemalarme. Die letzten Arten von Alarms müssen in der Regel nicht auf der Bedienerstation angezeigt werden. 2. Die Klassifizierung nach Alarmbereich – in der Regel wird dies nach den Prozessanlagen vorgenommen. Jede Bedieterstation zeigt nur die Alarms aus einem oder mehreren Bereichen an. In Siemens Wincc muss man bei der Definition der Alarminformationen auf diese Details achten. Wenn man anschließend in den Alarmkontrollen geeignete Filterbedingungen festlegt, kann man die Anforderungen erfüllen. Bei PKS werden die Alarms als „urgent“, „high“, „low“ oder „Journal“ klassifiziert. Die Bereiche werden wiederum durch „Assets“ definiert – dadurch lassen sich die Anforderungen ebenfalls leicht erfüllen
Wie bereits im 9. Stock erwähnt, kenne ich mich mit dem CS3000 nicht genau aus. In den meisten Überwachungssoftware-Systemen kann man jedoch für Alarme sowohl eine Priorität festlegen als auch sie in verschiedene Bereiche oder in den Gesamtbereich einordnen. Eine Region kann verschiedene Geräte, verschiedene Systeme, verschiedene physische Standorte oder auch verschiedene logische Standorte sein. Für Konfigurationssoftware ist es jedoch möglich, dies zu erreichen, indem man im Rahmen der Einstellungen/Konfiguration der Datenspunkte etwas Zeit und Aufwand in diese Funktion investiert – natürlich unter Mitwirkung des Benutzers. Je nach Größe und Komplexität der verschiedenen Systeme ist eine differenzierte Einteilung der Alarmfunktionen nach Bereichen ein Thema, dem Aufmerksamkeit geschenkt werden sollte – und das auch zu Recht. Die vom Threadersteller gestellte Frage ist bei der praktischen Umsetzung sehr häufig. Sowohl Nutzer als auch Entwickler schenken ihr nicht genügend Aufmerksamkeit. Als wichtige Funktion der Mensch-Maschine-Interaktion ist es neben der rechtzeitigen und genauen Erfassung von Alarmen auch von großer Bedeutung für die sichere Produktion, dass die Einstellungen so angepasst werden, dass verschiedene Bediener die Warnmeldungen aus den Bereichen, für die sie verantwortlich sind, effektiv wahrnehmen können.