Thread Content
In den Systemen, an denen ich gearbeitet habe, gab es nur in den TRICON-Systemen SOE-Einträge. In den inländischen DCS-Systemen wird die SOE-Funktion nicht verwendet. Ist diese Funktion etwas, das man zusätzlich zum Standardpaket des Systems erwerben muss? Gibt es in den inländischen DCS-Systemen überhaupt SOE-Funktionen?
Mir ist eingefallen: Normale Benutzer verwenden DCS nicht für die Parkverriegelungsfunktion, daher ist es nicht notwendig, im DCS ein SOE-Modul zu konfigurieren. Nur in ESD oder SIS wird diese Funktion häufig implementiert. Wir haben ESD von Zhejiang University of Control Science and Technology verwendet – ich kann mich nicht erinnern, ob dort SOE-Einträge vorhanden waren.
Die meisten DCS können die SOE-Funktion erweitern. Die Funktionalität erfordert die Konfiguration einer SOE-Karte. SOE-Karten sind etwas teurer als gewöhnliche IO-Karten.
In der Regel verfügen DCS-Hersteller über spezielle SOE-Karten, wie zum Beispiel die FBM207 von Foxboro IA DCS oder die CENTUM ADV151-E von Yokogawa.
Kann die Ereignisprotokollierung von DCS mit SOE gleichgesetzt werden?
Nein, die von Ihnen erwähnten Ereignisprotokolle sollten ständig verschiedene Alarmsignale, Fehler bei den Karten sowie Zeiten des Datentransfers und -downloads erfassen. Diese Informationen dienen nicht als Informationen zur Steuerung der Stoppvorgänge, und es ist auch nicht möglich, anhand dieser Informationen die Ursachen für einen Stopp herauszufinden. Daher können sie nicht gleichgesetzt werden.
Im Allgemeinen benötigen nur die SIS-ESD-Systeme von ValueFriend eine entsprechende Funktion zur Aufzeichnung von Ereignissen. Die Bildschirmsoftware CM, mit der ich früher bei HIMA zu tun hatte, erstellte stets SOE-Daten, um eine einfache Aufzeichnung und Abfrage zu ermöglichen! !
Normalerweise schon, hauptsächlich dient es dazu, Ereignisse zu dokumentieren. Events von Honey PPKs, SOE von ESD. ABB hat ebenfalls Events sowie Alarmprotokolle.