Triconex és HIMA SIS integráció: Működő helyszíni tesztelési eljárások

Triconex and HIMA SIS Integration: Proof Test Procedures That Actually Work in the Field

Miért elengedhetetlen a bizonyító teszt a SIL 2 és SIL 3 esetében

A veszélyes, észrevétlen hibaarányt (λDU) a bizonyító tesztek célja kezelni. A Triconex vezérlők 2 a 3-ból (2oo3) szavazási architektúrát használnak. A HIMA rendszerek általában négyszeres redundáns struktúrákat alkalmaznak. Mindkét architektúrának van egy közös sebezhetősége: egy hibás csatorna nem váltja ki azonnal a rendszer leállását. Csendben vár, amíg egy második csatorna is meghibásodik a folyamat igénye alatt.

Az IEC 61511 előírja a bizonyító teszt intervallumokat, amelyek fenntartják a célzott meghibásodási valószínűséget igény esetén (PFD). Egy SIL 3 kör esetén, amelynek PFDátlag 1,0E-3, a bizonyító teszt intervallumnak (PTI) ≤6 hónapnak kell lennie, ha 99%-os diagnosztikai lefedettségi tényezőt (DC) alkalmazunk. A Triconex platformok standard diagnosztikával általában DC ≥95%-ot érnek el. A HIMA HIMatrix sorozat akár 98%-os DC-t is elérhet kiterjesztett önellenőrző ciklusokkal.

  • PFDátlag = λDU × MTBF/2 (egyszerűsítve 1oo2 architektúrákra)
  • 2oo3 esetén: PFDátlag = 3(λDU × PTI)² / 2
  • Cél SIL 3: PFDátlagnak 1,0E-3 alatt kell maradnia

Lépésről lépésre bizonyító teszt eljárás Triconex Trident / TMRX rendszerekhez

Az Invensys Triconex 9300 Safety Critical Fault Tolerant System Module és a Triconex 9100 SIS modul a TMR bizonyító teszt eljárások alapplatformjai, amelyeket az alábbiakban ismertetünk.

  • 1. lépés — Ellenőrizze a rendszer állapotát a teszt előtt. Nézze meg a Triconex főprocesszor LED-jeit. Zöld = egészséges. Borostyán = degradált, de működőképes. Piros = aktív hiba. Rögzítse az riasztási előzményeket a TriStation 1131 szoftverrel (ajánlott 5.0 vagy újabb verzió). Exportálja az eseménynaplót időbélyegzett .tsd fájlba offline áttekintéshez.
  • 2. lépés — Izolálja a biztonsági funkciót anélkül, hogy folyamatleállást váltana ki. Állítsa a kapcsolódó szelepet kézi módba az HMI-n keresztül. Ellenőrizze, hogy a szelep pozíciójelzője helyesen olvasható-e a Triconex I/O modulban. Erősítse meg, hogy az analóg bemeneti (AI) csatorna 4,00–20,00 mA között olvas egy szabványos nyomásadó esetén. A Triconex 3503E digitális bemeneti modul csatornaállapotát ebben a szakaszban kell ellenőrizni.
  • 3. lépés — Injektáljon szimulált igényjelet. Használjon HART kommunikátort (Emerson 475 vagy hasonló) 4,00 mA (0% folyamatváltozó) injektálásához, és ellenőrizze, hogy a digitális kimenet (DO) nem aktiválódik. Ezután injektáljon 20,00 mA-t (100% PV), és erősítse meg, hogy a DO a konfigurált leállási időn belül aktiválódik. Egy Trident vezérlő tipikus leállási ideje 25–50 ms, beleértve az I/O szkennelést is. Ebben a lépésben ellenőrizze a Triconex 3601E digitális kimeneti modul válaszát.
  • 4. lépés — Mérje meg a végső elem válaszát. Pneumatikus működtető szelep esetén mérje az elmozdulási időt 0%-tól 100%-ig. Rögzítse az eredményt. Hasonlítsa össze a FAT (Factory Acceptance Test) alapvonallal. Bármilyen 5%-ot meghaladó eltérés az alapvonaltól vizsgálatot igényel a szolgáltatás visszaállítása előtt.

HIMA HIMatrix bizonyító teszt: kritikus különbségek a Triconexhez képest

A HIMA rendszerek más szavazási filozófiát alkalmaznak. A HIMatrix F-IO modulok támogatják a forró cserét és az online csatorna izolálást anélkül, hogy a biztonsági funkciót befolyásolnák. Ez jelentős működési előnyt jelent a régebbi Triconex konfigurációkkal szemben.

A HIMA bizonyító teszt sorrendje ugyanazt a logikai struktúrát követi, de eltérő eszközöket használ. A mérnökök a HIMA Planar4 vagy F-System mérnöki eszközt alkalmazzák. A csatorna izoláció a beépített biztosíték és a szoftveres tiltás funkció (8000-es funkciókód az F-LAD logikában) segítségével történik. Élő bizonyító teszt során ne támaszkodjon a vezetékek fizikai eltávolítására.

  • Funkcionális teszt: ellenőrizze, hogy minden biztonsági funkció a beállított értéken ± tűréshatáron belül aktiválódik
  • Vizuális ellenőrzés: ellenőrizze a csatlakozók szorosságát (nyomaték 0,5–0,8 Nm Phoenix Contact ST 4 csatlakozókhoz)
  • Dokumentáció: töltse ki a bizonyító teszt jegyzőkönyvet az IEC 61511-2 formátum szerint, írja alá és dátumozza

Gyakori bizonyító teszt hibák és kezelésük

  • Hiba 1 — A DO csatorna nem aktiválódik a teszt során. Ez általában a DO modul biztosítékának kiégését jelzi. A Triconex külső biztosítékos terminálblokkokat használ. Ellenőrizze multiméterrel dióda teszt módban. A csere biztosítéknak meg kell felelnie a névleges feszültségnek (250 V AC) és áramerősségnek (2 A lassú kiolvadású). A nem megfelelő biztosíték használata rejtett veszélyt okoz.
  • Hiba 2 — Az analóg bemenet a tartományon kívül olvas (általában >21,0 mA). Ez a hurokterhelés vagy hibás adó problémájára utal. Mérje meg a hurokfeszültséget az adó végén. Kétvezetékes adó esetén a minimális működési feszültség 10,5 V DC 20 mA-en. Ha az ellátás ennél alacsonyabb, az adó nem tudja fenntartani a 4–20 mA jelet.
  • Hiba 3 — A szelep elmozdulási ideje meghaladja a specifikációt. Gyakori okok: a levegőellátás nyomáscsökkenése 4,5 bar (65 psi) alá, beragadt szeleporsó vagy kopott működtető tömítések. Kritikus szelepek esetén végezzen teljes működtető ellenőrzést 5 évente vagy 25 000 ciklus után, amelyik előbb következik be.

Következtetés és javaslatok

A bizonyító teszt nem választható opció. Ez az egyetlen mechanizmus, amely észleli a veszélyes, észrevétlen hibákat a redundáns SIS architektúrákban. A Triconex és HIMA platformok egyaránt nagyon megbízhatóak, de fegyelmezett bizonyító teszt eljárásokat igényelnek SIL állításaik fenntartásához. A mérnököknek dokumentálniuk kell minden tesztet, eltérést és javító intézkedést.

Ütemezze a következő bizonyító tesztet 6 hónapon belül SIL 3 körök esetén. Indítás előtt tekintse át a Triconex riasztási előzményeket. Készítsen elő egy kalibrált hurkalibrátort (Fluke 707 vagy hasonló) és egy HART kommunikátort. Soha ne hagyja ki a szelep elmozdulási idő mérését. Az 5%-os eltérésküszöb nem véletlenszerű — ez a határ a működő és a potenciálisan hibás biztonsági funkció között. A Triconex 4354 nagysebességű kommunikációs modul támogatja a valós idejű adatexportot a bizonyító teszt naplózásához és a SIL ellenőrzési fájlkezeléshez.

Szerző: Wang Lei ipari automatizálási mérnök, több mint 10 éves tapasztalattal PLC, DCS és vezérlőrendszerek területén.

Mutasd az összeset
Blogbejegyzések
Mutasd az összeset
Batch Sequence Control Using DCS Sequential Function Charts: Emerson DeltaV SFC Configuration and Woodward EasyGen 3200 Synchronization Interlock

Tételsorozat-vezérlés DCS szekvenciális funkciódiagramokkal: Emerson DeltaV SFC konfiguráció és Woodward EasyGen 3200 szinkronizációs zárolás

A kötegelt folyamatvezérlés formális IEC 61131-3 Szekvenciális Funkciótábla (SFC) struktúrák használatával az Emerson DeltaV rendszerben megakadályozza az állapotgép holtpontjait, és egyszerűsíti az ISA-88 audit megfelelést. Ez az útmutató lefedi a DeltaV Fázislogika SFC tervezési elveit, a Woodward EasyGen 3200 Modbus TCP regiszterleképezést a generátorszinkronizációs zároláshoz, a Tartás és Megszakítás útvonalak tervezését, valamint a négy leggyakoribb SFC kötegelt hiba mintázat diagnosztikáját.
Foundation Fieldbus H1: Segment Design and Commissioning

Foundation Fieldbus H1: szegmens tervezése és üzembe helyezése

A Foundation Fieldbus H1 a vezérlési funkcióblokkokat a terepi eszközökön belül hajtja végre, így a vezérlés akkor is fenntartható, ha a gazdagép kommunikációja megszakad – ez kulcsfontosságú előny a SIL-2 és SIL-3 hurkok esetében. Ez az útmutató lefedi az FF H1 teljesítménykeret számítását, a feszültségesés elemzését, a lágyindítási áramlökés-védelmet, az 5 lépéses üzembe helyezési eljárást, a funkcióblokkok ütemezését, valamint a szisztematikus hibadiagnosztikát a szegmenshiba, az időszakos eszközkimaradások és a lezárási ellenálláshibák esetére.
PROFINET IO Communication Fault Diagnosis: ABB AC500 CM575-PNIO and Phoenix Contact AXL F DI16 Field Troubleshooting

PROFINET IO kommunikációs hiba diagnosztika: ABB AC500 CM575-PNIO és Phoenix Contact AXL F DI16 terepi hibakeresés

A PROFINET IO kommunikációs hibák az ABB AC500 CM575-PNIO és a Phoenix Contact Axioline F elosztott I/O között gyakori oka a tervezettől eltérő leállásoknak. Ez az útmutató lefedi a fizikai réteg kábelek ellenőrzését, a GSDML verzió ellenőrzését, az eszköznév ütközések megoldását, az AR watchdog beállítását, valamint egy hatlépéses hibakeresési eljárást a DIAG_STATUS regiszter bit-térképezése és a Csatorna Diagnosztika riasztások segítségével.