|
Procescontrolesystemen
Waaraan moet een goed alarmmanagementsysteem voldoen?
version française
A. Tuerlings, Yokogawa Europe
Eén van de “hot topics” op dit moment in industriële automatisering is
alarmmanagement. Alarmen - in het bijzonder alarmsystemen - vormen een
essentieel onderdeel van de operatorinterface in grote moderne industriële
systemen. Industriestandaard EEMUA 191 beschrijft het ideale
alarmmanagementsysteem.
Alarmsystemen bieden vitale support aan de operators
in het beheer van complexe productieomgevingen en waarschuwen hem voor
situaties die dringende aandacht vereisen. Een goed beheer van alarmen
draagt bij aan de veiligheid van mensen, het milieu en de beschikbaarheid
van een procesinstallatie.
Met de introductie van het Distributed Control System (DCS) in het begin
van de jaren 70, de toename van de intelligentie in transmitters en de
steeds verdere integratie van diverse systemen, neemt het aantal en de
variëteit van alarmen toe. Het gevolg hiervan is dat operators bedolven
worden onder alarmen (alarm flooding). Hierdoor kunnen belangrijke alarmen
gemist worden of kunnen er verkeerde beslissingen genomen worden met
mogelijk productieverlies of –stilstand of ernstige ongevallen tot gevolg.
De directe of indirecte gevolgen van een ongeval kunnen soms zo ernstig
zijn dat het voortbestaan van een bedrijf hiervan afhangt. Daarom is
alarmmanagement essentieel voor een producent.
EEMUA 191
In 1999 kwam de “Engineering Equipment and Materials Users Association”,
beter bekend als EEMUA, met publicatie 191. De titel van deze publicatie,
“ALARM SYSTEMS, A guide to design, management and procurement” spreekt
voor zich. Deze publicatie is de industriestandaard voor alarmmanagement.
EEMUA 191 beschrijft een ideaal alarmmanagementsysteem. De benadering van
deze guideline is om de bron weg te nemen van datgene wat alarm flooding
genereert. Dit onder een strikte controle zodat onnodige alarmen niet
gedefinieerd worden en niet verschijnen voor de operators. Een ideaal
alarmsysteem geeft alleen juiste alarmen.
Een goed alarm volgens EEMUA 191 heeft de volgende kenmerken:
- relevant: alleen de toepasselijke alarmen dienen gepresenteerd te worden
- uniek: niet redundant
- precies op tijd: niet te vroeg en zeker niet te laat om te kunnen
reageren
- geprioriseerd: geeft belangrijkheid van de alarmen aan de operators
- begrijpelijk: geeft korte en duidelijke beschrijving bij/van elk alarm
- diagnose: geeft aan hoe er gereageerd dient te worden op een alarm
- focus: laat de operator zich concentreren op alarmen met de hoogste
prioriteit
- adviserend: geeft de operator informatie welke actie deze dient te
nemen.
Van alle gedefinieerde alarmen moeten alleen de noodzakelijke alarmen
gepresenteerd worden aan de operators. Een hulpmiddel hiervoor is
onderdrukking van alarmen (suppression).
Voorbeelden van onderdrukking zijn:
- meerdere alarmen van dezelfde bron (een High alarm wordt onderdrukt
indien een HighHigh alarm zich voordoet)
- alarmen van een procesdeel wat niet gebruikt wordt
- onnodige alarmen gebaseerd op een operation mode ( shutdown mode,
maintenance mode etc..)
- repeterende alarmen (chattering alarms)
De aanpak zoals beschreven in de EEMUA 191 is een ‘top-down’ benadering.
Elk alarm (nieuw of bestaand) dient te worden bekeken en bijbehorende
acties dienen genomen te worden zodat een alarm geen flooding zal
veroorzaken. Als je bedenkt dat een enkele tag gemiddeld zo’n 10
alarm-items heeft en een modern industrieel systeem al gauw enkele
tienduizenden tags bevat, is het uitermate belangrijk dat er een zeer
sterk beheer aanwezig is om dit proces van rationalisering te sturen. Is
dit beheer niet continu aanwezig, dan is de kans groot dat het hele proces
nooit het gewenste resultaat oplevert.
Alarmrationalisering gebaseerd op EEMUA 191 is essentieel en de meest
belangrijke benadering. Maar het hele proces neemt een enorm lange tijd in
beslag.
Een voorbeeld
Een mooi voorbeeld van doorgedreven alarmmanagement is te vinden bij het
in maart 2007 gelanceerde CAMS-syseem van Yokogawa. Deze leverancier
hanteert een praktische benadering voor het alarmmanagementprobleem en
vertaalt de richtlijnen uit de EEMUA 191 aan de hand van enkele
welomschreven doelstellingen:
- alleen de noodzakelijke alarmen mogen op het juiste moment aan de
operators getoond worden.
- als er een alarm flooding plaatsvindt en alleen de noodzakelijke alarmen
op het juiste moment aan de operators worden gepresenteerd, kan dit worden
beschouwd als dat er geen alarm flooding plaatsvindt.
- indien operators zelf kunnen beslissen welk alarm noodzakelijk of
belangrijk is, is het mogelijk alarm flooding in een korte tijd terug te
dringen.
Praktische aanpak
Deze praktische aanpak beperkt zich niet alleen tot een filosofie. De
CAMS-software laat zich eenvoudig installeren en is na installatie
“ready-to-use”. Dit houdt in dat alle volgens de EEMUA 191 guide line
benodigde alarm attributen, datavelden en tools direct aanwezig zijn. De
velden zijn gevuld met default-waarden. In dat opzicht is CAMS geheel
overeenkomstig EEMUA 191. Maar CAMS biedt meer. Aan elk alarm kunnen
klantspecifieke attributen/datavelden worden toegevoegd. En elk veld,
voorgedefinieerd of klantspecifiek, is aan te passen. De verwerking van
alle binnenkomende alarmen is in real-time. Dit houdt in dat
alarmprocessing wordt uitgevoerd voordat een alarm of event aan de
operator gepresenteerd wordt en voordat een alarm wordt opgeslagen in de
CAMS-database. Het processen van alarmen gebeurt dus nooit op historische
data wat redundantie van informatie en dus verwarring voor de operator zou
kunnen betekenen.
Middels de ingebouwde tools kan een gebruiker analyses uitvoeren op een
actuele database. De gegevens die zo verkregen worden kunnen direct worden
gebruikt voor optimalisatie van CAMS. Het is dus niet noodzakelijk om elk
alarm individueel te onderzoeken op zijn gedrag. Kijk naar de alarmen die
gegenereerd worden en pas de CAMS-configuratie daarop aan. Deze methode,
een bottom-up benadering, geeft sneller resultaat dan de benadering
omschreven in de EEMUA 191. Op deze manier wordt er geen tijd verspild met
het onderzoeken van mogelijke alarmen die uiteindelijk toch nooit zullen
optreden.
Integratie in één scherm
Typisch krijgt de operator van een procescontrolesysteem verschillende
schermen (windows) voor de weergave van alarmen te zien. Denk aan een
venster voor proces-alarmen, eentje voor systeemalarmen en een ander voor
operatorguides. Wordt er ook nog gebruik gemaakt van Plant Resource
Management (PRM), dan krijgt hij ook de instrumentatie- en
maintenance-alarmen in een extra venster voorgeschoteld. Nieuwere software
(zoals CAMS) vervangt al deze schermen door één scherm (‘single window
operation’). Hierdoor hoeft een gebruiker nog maar 1 scherm in de gaten te
houden.
Via een OPC A&E koppeling is bovendien elk subsysteem te koppelen met
CAMS, zodat een geïntegreerd alarmsysteem ontstaat. Dus ook de alarmen en
events van deze subsystemen worden in slechts één alarmscherm aan de
gebruiker gepresenteerd. <<
CAMS is het fundament waarop Yokogawa’s alarmmanagement de komende jaren
zal gebaseerd zijn. Het is een integraal onderdeel van het Centum CS 3000
procescontrolesysteem. Het integreert bovendien alle subsystemen in één
venster zolang deze OPC A&E ondersteunen.
Kadertekst:
CAMS: het fundament van Yokogawa’s toekomstige alarmmanagement
Het gloednieuwe CAMS is in maart 2007 op de markt gekomen en moet, naar
eigen zeggen, het alarmmanagementplatform worden waarop Yokogawa verder
gaat bouwen.
CAMS is een integraal onderdeel van het Centum CS 3000
procescontrolesysteem en zorgt voor een ‘single window operation’ voor
alarmen en events. Het integreert bovendien alle subsystemen in dit window
zolang deze OPC A&E ondersteunen.
In de praktijk worden alarmen weergegeven van Yokogawa’s genoemde Centum
CS 3000, maar ook van ProSafe-RS, Stardom en PRM. De twee laatst genoemde
producten geven hun gegevens door aan CAMS middels een OPC A&E verbinding.
De 3 belangrijkste delen in het CAMS-concept zijn Pre-Processing,
Consolidation of Historical A&E on HDD en Roll based Tools.
Pre-Processing
Binnen het Pre-Processing gedeelte worden alarmen ingelezen. Dit inlezen
kan middels meerdere soorten interfaces. De belangrijkste zijn de CS 3000
Vnet en Vnet/IP systeembussen. Daarnaast laat ieder ander systeem zich
aansluiten middels een OPC A&E verbinding. Na het inlezen worden alle
alarmen genormaliseerd. Dit normaliseren houdt in dat dialecten in de
weergave van vergelijkbare alarmen worden weggehaald. Alarmen worden
consistent aan de gebruiker getoond. Zo wordt bijvoorbeeld een High alarm
van verschillende bronnen ingelezen als HI, H+ of High. Na normalisatie
krijgt de gebruiker van CAMS in alle gevallen HI te zien.
Aan elk alarm wordt nog een prioriteit toegekend zoals voorgesteld in de
EEMUA 191 guideline en voorzien van een UTP timestamp. Elk alarm heeft een
aantal voorgedefinieerde attributen volgens de EEMUA 191 guideline.
Voorbeelden zijn Alarm Priority, Purpose, Consequence, Time-to-Respond.
Buiten de reeds gedefinieerde attributen kunnen aan elk alarm
klantspecifieke attributen/datavelden worden toegevoegd. Op elk
voorgedefinieerd of klantspecifiek toegevoegd attribuut/dataveld kan
worden gesorteerd en geselecteerd. Per alarm kan additionele informatie
toegevoegd worden zoals bv. de meest waarschijnlijke oorzaak van het
alarm, de benodigde operator acties, een link (URL) naar een
referentiedocument. Dit document kan een pdf of Word-document zijn maar
ook een link naar het intra- of internet.
De Pre-Processing gebeurt in real-time. Dit houdt in dat alarm processing
wordt uitgevoerd voordat een alarm of event aan de operator gepresenteerd
wordt en voordat een alarm wordt opgeslagen in de CAMS-database. Het
processen van alarmen gebeurt dus nooit op historische data wat
redundantie van informatie en dus verwarring voor de operator zou kunnen
betekenen.
Consolidation of Historical
A&E on HDD
Elk alarm wat door de Pre-Processor is behandeld wordt opgeslagen in een
historical database. Er kan dus nooit informatie verloren gaan. Dit
opslaan gebeurt dus onafhankelijk van sorteren en/of filteren van
informatie.
Voor de weergave van alarmen aan de gebruiker worden identieke alarmen
gegroepeerd en dubbele alarmen verwijderd. Eventuele onnodige alarmen
worden onderdrukt.
Roll based Tools, Real-Time Monitoring
De Real-Time monitoring tool (user interface) stelt de gebruiker in staat
de getoonde informatie te filteren of te sorteren op elk willekeurig
attribuut of dataveld. Alarmen van dezelfde bron die continue alarmen
genereerd kunnen worden weergegeven in één enkele lijn (Eclipsing). Deze
lijn geeft altijd het laatste alarm met de hoogste prioriteit weer.
Minder belangrijke alarmen (Low Priority) kunnen tijdelijk in
voorgedefinieerde gebieden worden geplaatst (Shelving). Dit kan handmatig
dan wel automatisch gebeuren. Eenmaal in zo’n gebied, wordt het alarm
onderdrukt volgens de daar gedefinieerde logica en tijdsduur. En indien
toch alarm flooding plaatsvindt, wordt automatisch een voorgedefinieerd
filter gepresenteerd aan de operator (load Shedding). Het aantal alarmen
per tijdseenheid wat het gedefinieerd filter laat verschijnen, is
instelbaar.
Een gebruiker kan inloggen met een unieke naam. Volgens het CAMS-concept
(zie figuur) kan dit zijn: een operator, maintenance engineer, system
engineer, process engineer etc... Deze log-in namen zijn vrij te
definieren. Het unieke is dat afhankelijk van de log-in naam een
specifieke omgeving wordt opgestart. Aan elke naam kunnen bepaalde rechten
worden gekoppeld m.b.t. het zien van bepaalde filters of shelve gebieden.
Het wel of niet kunnen bevestigen of onderdrukken van alarmen enzovoorts.
Dit maakt het mogelijk dat een gebruiker die inlogt als maintenance
engineer wel de events ziet die door een fieldbusinstrument wordt
gegenereerd maar niet de financiële alarmen. Deze financiële alarmen
worden wel zichtbaar indien de gebruiker inlogt als plant manager. En een
operator ziet geen enkele van de twee hiervoor genoemde alarmen maar
alleen procesalarmen.
Roll based Tools, Configurator
Middels de configurator is de CAMS-database te configureren. Dit gaat snel
en simpel omdat de meeste gegevens automatisch geïmporteerd kunnen worden
vanuit de CS 3000 projectdatabase. Voor het verwerken van grote
hoeveelheden informatie is het mogelijk een import/export te maken van en
naar een CSV-bestand. Dit bestand is in te lezen via Microsoft Excel. In
Excel kunnen o.a. macro’s gebruikt worden om grote hoeveelheden data te
bewerken.
Roll based Tools, Overige tools
De historical viewer heeft vergelijkbare functionaliteiten als de
Real-Time Viewer. Echter, de historical viewer laat alleen de gegevens uit
de database zien. In deze database staan alle alarmen en events. Dus ook
die gegevens die om wat voor reden dan ook voor de gebruiker verborgen
bleven in het real-time gedeelte. De historical viewer biedt een unieke
gelegenheid om meer informatie te verkrijgen indien dat gewenst is.
Voor de verdere bewerking van de gegevens in de historical database zijn
nog meer tools beschikbaar. Zo is er een tool waarmee analyses en
rapporten geproduceerd kunnen worden. Een andere tool wordt gebruikt voor
shutdown analyses. Het CAMS-systeem kent een audit trail. Er is dus een
change management tool aanwezig. Verder is er een KPI monitoring tool. De
gegevens verkregen door deze tool stelt een gebruiker in staat het
alarmmanagement-systeem of de productieinstallatie verder te
optimaliseren.
Testfunctie
Naast de genoemde functies kent CAMS nog een testfunctie. Deze stelt de
ontwerper van de CAMS-database instaat de gedefinieerde alarmlogica
off-line te testen middels een voorgedefinieerde alarmtest-database.
Alarmen kunnen regel voor regel worden afgevuurd of in een batch om alarm
flooding te simuleren. Dit is een EEMUA 191 voorschrift. Het voordeel van
off-line testen is dat CAMS op een bestaand systeem geïnstalleerd kan
worden met de zekerheid dat het alarmsysteem functioneert. << Systèmes de contrôle de
processus
À quoi un bon système de gestion d’alarme doit-il satisfaire? A. Tuerlings, Yokogawa Europe
Un des sujets d’actualité dans l’automatisation industrielle est la
gestion d’alarme. Les alarmes – particulièrement les systèmes d’alarme –
constituent un élément essentiel de l’interface opérateur dans nos grands
systèmes industriels modernes. La norme industrielle EEMUA 191 décrit le
système de gestion d’alarme idéal. Les systèmes d’alarme apportent un soutien vital aux opérateurs dans la
gestion d’environnements de production complexes et les avertissent des
situations qui exigent d’urgence leur attention. Une bonne gestion de ces
alarmes contribue à la sécurité des collaborateurs, à l’environnement et à
la disponibilité de l’installation. Avec l’introduction du Système de
commande réparti (Distributed Control System - DCS) au début des années
70, l’augmentation de l’intelligence dans la transmission et l’intégration
toujours plus poussée de divers systèmes, le nombre et la variété
d’alarmes augmentent. Cela a comme conséquence que les opérateurs sont
noyés sous une avalanche d’alarmes (alarm flooding). Ainsi, des alarmes
importantes peuvent être ignorées ou de mauvaises décisions prises
Les conséquences directes ou indirectes d’un accident peuvent parfois être
si graves que la survie d’une entreprise en dépend. C’est pourquoi la
gestion d’alarme est capitale pour un fabricant.
EEMUA 191
En 1999, la Engineering Equipement and Materials Users Association, mieux
connue sous le sigle EEMUA, a sorti sa publication 191, au titre évocateur
de « ALARM SYSTEMS, A guide to design, management and procurement ». Cet
écrit fait désormais office de norme industrielle pour la gestion des
alarmes.
La directive EEMUA 191 décrit un système de gestion d’alarmes idéal.
L’approche consiste à se débarrasser à la source de tout ce qui provoque
une avalanche d’alarmes et donc, à mettre en œuvre un contrôle strict afin
de ne pas faire apparaître d’alarmes inutiles. De fait, un système
d’alarme idéal ne doit générer que les alarmes nécessaires.
Selon EEMUA 191, une bonne alarme possède les caractéristiques suivantes :
§ Pertinente: seules les alarmes justifiées doivent s’afficher
§ Unique: non redondante
§ ponctuelle: ni trop tôt ni trop tard pour pouvoir réagir
§ priorisée: donne l’importance des alarmes aux opérateurs
§ compréhensible: donne une description brève et claire de chaque alarme
§ diagnostiquée: donne des infos sur les causes de l’alarme
§ centrée: laisse l’opérateur se concentrer sur les alarmes prioritaires
§ conseillère: donne des infos sur les actions à entreprendre
Parmi toutes les alarmes définies, seules les alarmes nécessaires doivent
apparaître aux opérateurs. Un moyen d’y arriver est la répression
d’alarmes.
Voici quelques exemples de répression:
§ plusieurs alarmes provenant d’une même source (une alarme High est
réprimée lorsqu’une alarme HighHigh survient)
§ les alarmes provenant d’un élément de processus non utilisé
§ les alarmes inutiles basées sur un mode opératoire (mode arrêt, mode
maintenance, etc.)
§ les alarmes répétitives (chattering alarms)
L’approche telle qu’elle est décrite dans l’EEMUA 191 est une approche
descendante. Chaque alarme (nouvelle ou existante) doit être analysée et
les mesures correspondantes doivent être prises afin qu’une alarme ne
cause pas d’avalanche. Si l’on imagine qu’un seul tag se compose en
moyenne d’une dizaine d’éléments d’alarme et qu’un système industriel
moderne contient facilement quelques dizaines de milliers de tags, il est
extrêmement important de disposer d’une gestion puissante pour diriger ce
processus de rationalisation. Si cette gestion n’est pas constamment
présente, le risque est grand que le processus entier n’aboutit jamais au
résultat souhaité.
La rationalisation des alarmes selon EEMUA 191 est essentielle et
constitue l’approche la plus importante. Mais la totalité du processus
nécessite énormément de temps.
Un exemple
L’on trouve un bel exemple d’une gestion d’alarme pointue dans le système
CAMS lancé en mars 2007 chez Yokogawa. Ce fournisseur manie une approche
pratique pour le problème de gestion des alarmes et traduit les directives
de l’EEMUA 191 à l’aide de quelques objectifs bien définis :
§ seules les alarmes nécessaires peuvent être montrées aux opérateurs au
moment opportun
§ si une avalanche d’alarmes survient et que seules les alarmes
nécessaires sont montrées aux opérateurs au moment opportun, cela peut
être considéré comme n’étant pas une avalanche d’alarmes.
§ si les opérateurs peuvent décider de manière autonome quelles sont les
alarmes nécessaires ou importantes, il est possible de réduire l’avalanche
d’alarmes en peu de temps.
Approche pratique
Cette approche pratique ne se limite pas à une philosophie. Le logiciel
CAMS est facile à installer et est « prêt à l’emploi » après
in-stallation. En d’autres termes, tous les attributs d’alarme, champs de
données et outils nécessaires selon la directive EEMUA 191 sont
directement disponibles. Les champs sont remplis avec des valeurs par
défaut. De ce point de vue, CAMS est entièrement conforme à EEMUA 191.
Mais CAMS offre davantage. En effet, il est possible d’ajouter des
attributs/champs de données spécifiques au client à chaque alarme. Et
chaque champ, prédéfini ou spécifique au client, est modifiable. Le
traitement de toutes les alarmes entrantes se fait en temps réel. Cela
implique que les alarmes sont traitées avant qu’une alarme ou un événement
ne soit présentée à un opérateur et avant qu’une alarme ne soit stockée
dans la base de données de CAMS. Le traitement des alarmes ne se fait donc
jamais selon des données historiques ce qui pourrait impliquer des
informations redondantes et donc une confusion de l’opérateur.
À l’aide des outils intégrés, un utilisateur peut réaliser des analyses
sur une base de données actuelle. Les données qui sont ainsi obtenues
peuvent être directement utilisées pour l’optimisation de CAMS. Il n’est
par conséquent pas nécessaire d’analyser chaque alarme séparément sur son
comportement. Analyser les alarmes générées et adapter la configuration
CAMS en fonction. Cette méthode d’approche descendante permet d’obtenir
plus rapidement des résultats qu’avec l’approche décrite dans l’EEMUA 191.
De cette façon, l’on ne perd pas de temps en analysant de possibles
alarmes qui ne surviendront finalement jamais.
Intégration dans un seul écran
Généralement, l’opérateur d’un système de contrôle des processus est
confronté à plusieurs écrans (fenêtres) pour l’affichage des alarmes.
Pensez ici à une fenêtre pour les alarmes de processus, une pour les
alarmes de système et une autre pour les directives à l’opérateur. Si l’on
utilise également le Plant Resource Management (PRM), alors il est de plus
confronté aux alarmes d’instrumentation et de maintenance dans une fenêtre
supplémentaire. Les logiciels plus récents (comme CAMS) remplacent tous
ces écrans par un seul écran (single window operation). Ainsi,
l’utilisateur n’a plus qu’un seul écran à surveiller.
De plus chaque sous-système est reliable à CAMS via une connexion OPC A&E
afin de créer un système d’alarme intégré. Par conséquent, les alarmes et
les événements de ces sous-systèmes aussi ne sont présentés que dans un
seul écran d’alarme à l’utilisateur. <<
Encadré:
CAMS: la base de la gestion future des alarmes chez Yokogawa
Le tout nouveau CAMS est commercialisé depuis mars 2007 et doit, selon ses
dires, devenir la plate-forme de gestion d’alarme sur laquelle Yokogawa va
s’appuyer.
CAMS fait partie intégrante du système de contrôle de processus CS 3000 et
permet une « single window operation » des alarmes et des événements. De
plus, il intègre tous les sous-systèmes dans cette fenêtre unique à
condition qu’ils soient compatibles avec OPC A&E. En pratique, il affiche
les alarmes du Centum CS 3000 susnommé de Yokogawa, mais aussi de
ProSafe-RS, Stardom et PRM. Ces deux derniers transmettent leurs données à
CAMS à l’aide d’une connexion OPC A&E. Les 3 parties les plus importantes
du concept CAMS sont le prétraitement, la consolidation d’A&E historiques
sur disque dur et les outils en fonction du rôle.
Prétraitement
Les alarmes sont lues dans la partie de Prétraitement. Cette lecture peut
se faire à l’aide de plusieurs types d’interfaces. Les plus importantes
sont les bus système CS 3000 Vnet et Vnet/IP. En outre, chaque autre
système peut se relier à l’aide d’une connexion OPC A&E. Toutes les
alarmes sont standardisées après la lecture. Cette standardisation
implique l’élimination des dialectes dans l’affichage d’alarmes
comparables. Les alarmes s’affichent donc de manière cohérente pour
l’utilisateur. Ainsi, les alarmes High en provenance de différentes
sources sont lues comme HI, H+ ou High. Après la standardisation,
l’utilisateur de CAMS voit dans tous les cas HI. De plus, chaque alarme se
voit attribuer une priorité comme proposé dans la directive EEMUA 191 et
est pourvue d’un horodatage UTP. Chaque alarme possède un certain nombre
d’attributs prédéfinis conformément à la directive EEMUA 191. Parmi ces
attributs, il y a la Priorité de l’alarme, l’Objet, la Conséquence et le
Délai de réponse. Outre les attributs prédéfinis, chaque alarme peut être
complétée par des attributs/champs de données spécifiques au client. Les
tris et les sélections peuvent se faire en fonction de chaque
attribut/champ de données prédéfini ou spécifique au client. Des
informations supplémentaires peuvent être ajoutées pour chaque alarme,
comme la cause la plus probable de l’alarme, les mesures à prendre par
l’opérateur et un lien (URL) vers un document de référence. Ce document
peut être au format PDF ou Word ou encore se trouver sur l’intranet ou
l’internet.Le Prétraitement se fait en temps réel. Cela implique que les
alarmes sont traitées avant qu’une alarme ou un événement ne soit
présentée à un opérateur et avant qu’une alarme ne soit stockée dans la
base de données de CAMS. Le traitement des alarmes ne se fait donc jamais
selon des données historiques ce qui pourrait impliquer des informations
redondantes et donc une confusion de l’opérateur.
Consolidation des A&E historiques sur disque dur
Chaque alarme traitée par le pré-processeur est stockée dans une base de
données historiques. Les informations ne peuvent donc jamais se perdre. Ce
stockage est indépendant du tri ou du filtrage des informations. Pour
l’affichage des alarmes à l’utilisateur, les alarmes identiques sont
groupées et les doubles alarmes sont éliminées. Les éventuelles alarmes
inutiles sont réprimées.
Outils en fonction du rôle, Surveillance en temps réel
L’outil de surveillance en temps réel (interface utilisateur) permet à
l’utilisateur de filtrer ou de trier les informations affichées en
fonction de n’importe quel attribut ou champ de données. Les alarmes en
provenance de la même source qui génère des alarmes continues, peuvent
être affichées en une seule ligne (Eclipsing). Cette ligne affiche
toujours la dernière alarme dont la priorité est la plus élevée.
Les alarmes moins importantes (low Priority) peuvent être placées
temporairement dans des zones prédéfinies (Shelving). Cela peut se faire
manuellement ou automatiquement. Dès qu’elle est dans une telle zone,
l’alarme est réprimée suivant la logique et la durée qui y sont
déterminées. Et s’il y a malgré tout une avalanche d’alarmes, un filtre
prédéfini s’affiche automatiquement à l’opérateur (load Shedding). Le
nombre d’alarmes que le filtre permet d’afficher par unité de temps est
réglable. Un utilisateur peut se connecter avec un nom unique. Selon le
concept CAMS (voir schéma), il peut s’agir : d’un opérateur, d’un
ingénieur de maintenance, d’un ingénieur système, d’un ingénieur de
processus, etc. Ces noms de connexion peuvent se définir librement. Ce qui
est unique, c’est qu’un environnement spécifique est démarré en fonction
du nom de connexion. Chaque nom peut être assorti de certains droits
concernant l’affichage de certains filtres ou de certaines zones de
stockage temporaire. Ces droits peuvent également inclure le fait de
pouvoir ou non confirmer ou réprimer des alarmes. Ainsi, un utilisateur
qui se connecte en tant qu’ingénieur de maintenance voit les événements
qui sont générés par un outil de bus de terrain, mais pas les alarmes
financières. Ces alarmes financières sont par contre visibles si
l’utilisateur se connecte en tant que directeur d’usine. Un opérateur ne
voit aucune des deux alarmes susnommées, mais uniquement les alarmes de
processus.
Outils en fonction du rôle, Configurateur
La base de données CAMS peut se configurer à l’aide du configurateur. Cela
est simple et rapide puisque la plupart des données peuvent être importées
automatiquement depuis la base de données de projet de CS 3000. Pour le
traitement de grandes quantités d’informations, il est possible de
réaliser un import/export à partir de et vers un fichier CSV. Ce fichier
doit être lu via Microsoft Excel. Dans Excel, l’on peut entre autres
utiliser des macros pour traiter de grandes quantités de données.
Outils en fonction du rôle, Autres outils
Le visualiseur de l’historique a des fonctionnalités comparables à celles
du Visualiseur en temps réel. Néanmoins, le visualiseur de l’historique
affiche uniquement les données de la base de données. Cette base de
données contient toutes les alarmes et tous les événements. Par
conséquent, elle contient également les données cachées à l’utilisateur
pour quelque raison que ce soit dans la partie en temps réel. Le
visualiseur de l’historique offre une opportunité unique d’obtenir
davantage d’informations, si nécessaire.
Pour un traitement plus avancé des données dans la base de données
historique, davantage d’outils sont disponibles. Ainsi, il y a un outil
qui permet de générer des analyses et des rapports. Un autre outil est
utilisé pour les analyses de fermeture. Le système CAMS est doté d’un
historique d’expertise. Un outil de gestion est donc présent. En outre, il
y a un outil de surveillance des KPI. Les données obtenues à l’aide de cet
outil, permettent à l’utilisateur d’optimiser davantage le système de
gestion d’alarme ou l’installation de production.
Fonction de test
Outre les fonctions susnommées, CAMS est doté d’une fonction de test.
Celle-ci permet au concepteur de la base de données CAMS de tester la
logique d’alarme hors connexion à l’aide d’une base de données de test
d’alarme prédéfinie. Les alarmes peuvent être lancées ligne par ligne ou
en groupe pour simuler une avalanche d’alarmes. Il s’agit ici d’une
prescription de l’EEMUA 191. L’avantage des tests hors connexion est que
CAMS peut être installé sur un système existant avec la garantie que le
système d’alarme fonctionne. <<
|
