A téves riasztások csökkentése az ISA 18.2 alkalmazásával a Honeywell Experion és az Emerson Ovation rendszerekben
A túl sok zavaró riasztás megnehezíti, hogy a kezelő észrevegye a valóban fontos figyelmeztetést. Az ISA-18.2 életciklus-szemléletű keretrendszert biztosít annak eldöntéséhez, hogy mely riasztások kerüljenek a konzolra, hogyan működjenek, és hogyan vizsgálják felül a teljesítményüket.
Miért szabadul el a riasztások száma?
Ha minden analóg tag több alapértelmezett határértéket kap, a folyamat normál ingadozása ismétlődő értesítéseket válthat ki. A riasztásnak olyan rendellenes állapotot kell jeleznie, amelyhez meghatározott kezelői beavatkozás szükséges, nem csupán azt, hogy egy érték megváltozott. Kezdje riasztási filozófiával, ennek alapján racionalizálja a riasztásokat, kezelje a változtatásokat, és a teljesítményt valós eseménytörténet alapján vizsgálja felül.
Hogyan kell beállítani a prioritást, a holtsávot és a késleltetést?
A prioritást a beavatkozás elmaradásának következménye és a rendelkezésre álló válaszidő alapján rendelje hozzá, a telephely jóváhagyott mátrixát használva. A küszöbérték körüli kapcsolgatás megakadályozásához állítson be holtsávot vagy hiszterézist, és csak akkor használjon bekapcsolási késleltetést, ha azt a folyamat veszélyessége lehetővé teszi. A térfogatáram-, szint- vagy nyomáshurkokhoz nincs univerzális százalékos érték vagy másodpercben megadott idő. Ellenőrizze, hogy a késleltetés nem rejthet-e el gyorsan kialakuló veszélyes állapotot.
A Honeywell Experion és az Emerson Ovation rendszerben az attribútumok módosítása előtt ellenőrizze a telepített verziót és a konfigurált riasztási objektumot. Az olyan kapcsolódó termékek, mint a Honeywell Experion Series 8 IOTA modul és az Emerson Ovation analóg bemeneti modul, olyan rendszerekben működnek, amelyekben a riasztási viselkedést a tényleges konfigurációban kell ellenőrizni. Ne feltételezze, hogy a két platform azonos beállításokat vagy blokkokat használ.
Mit kell tartalmaznia a fő riasztási adatbázisnak?
Rögzítse minden riasztás tagjét, célját, rendellenes állapotát, következményét, a szükséges kezelői műveletet, a válaszidőt, a prioritást, az alapértéket, a holtsávot, a késleltetést, az ideiglenes elrejtésre vagy elnyomásra vonatkozó szabályokat, valamint a felülvizsgálati előzményeket. Utasítsa el vagy tervezze át azokat a riasztásokat, amelyekhez nem tartozik hasznos kezelői művelet. A teljesítménycélokat a telephely riasztási filozófiája és üzemeltetési előzményei alapján határozza meg, ne egy másik létesítményből átvett, aktív riasztásokra vagy riasztási áradatokra vonatkozó rögzített célt másoljon.
Mikor megfelelő az ideiglenes elrejtés?
Az ideiglenes elrejtés ellenőrzött eljárás keretében átmenetileg eltávolítja a riasztást a kezelő aktív nézetéből. Határozza meg, ki rejtheti el, milyen okból, milyen megengedett időtartamra, milyen láthatósági követelmények mellett, valamint mikor kell automatikusan visszatérnie. Ne tekintse a rögzített indítási elrejtési időzítőt a megfelelő állapotfüggő riasztás helyettesítőjének. A biztonságkritikus riasztások a telephelyi szabályzat alapján különös felülvizsgálatot igényelnek.
Hogyan kell a riasztásokat OPC UA-n keresztül továbbítani?
Ha a szerver támogatja az OPC UA Alarms & Conditions funkciót, iratkozzon fel a releváns eseményekre, és ellenőrizze az eseménytípust, a forrást, az időbélyeget, az aktív állapotot, a nyugtázást és a normál állapotba való visszatérést jelző átmeneteket. Az eseményfeliratkozások jobban megőrizhetik az átmeneteket, mint az időszakos lekérdezés, de a kézbesítés és a pufferelés továbbra is a szerver és a kliens konfigurációjától függ. Ne korlátozza a továbbított eseményeket High és Emergency szintre, kivéve, ha a fogadó felhasználási eset és a megőrzési szabályzat kifejezetten lehetővé teszi az alacsonyabb prioritású események kizárását. A közzétételi és várólista-paramétereket tesztelt áteresztőképesség alapján állítsa be, ne rögzített, általános értékekből induljon ki.
Hogyan kezelheti a kezelő a riasztási áradatot?
Elemezze a riasztási sorozatokat a kiváltó ok azonosításához, majd racionalizálja a függő riasztásokat, és tervszerűen alkalmazzon jóváhagyott elnyomást, amikor a folyamat állapota miatt azok irrelevánssá válnak. Őrizze meg a beavatkozást igénylő veszélyek láthatóságát. A módosításokat reális üzemzavari helyzetekben tesztelje, és műszakonként kövesse nyomon a gyakori riasztásokat, a kapcsolgató riasztásokat, a riasztási áradatokat és a kezelői reakciókat. Minden kényszerített tesztnek olyan jóváhagyott eljárást kell követnie, amely védi az üzemet és a személyzetet.
Mi az első gyakorlati lépés?
Vegyen egy reprezentatív riasztási előzményt a telepített Honeywell Experion vagy Emerson Ovation rendszerből. Azonosítsa a leggyakrabban ismétlődő problémás riasztásokat, erősítse meg a szükséges kezelői műveletet, majd racionalizálja a prioritást, a határértékeket, a holtsávot és a késleltetést, mielőtt egyszerre sok taget módosítana. A változáskezelés révén tartsa összhangban a fő riasztási adatbázist és az éles konfigurációt.
Szerző: Zhao Mingyuan ipari automatizálási mérnök, több mint 10 éves tapasztalattal PLC-, DCS- és irányítástechnikai rendszerek területén.
