Triconex Tricon CX: Alapvető architektúra, mielőtt konfigurálná

A Tricon CX architektúrájának megértése konfigurálás előtt

A Triconex Tricon CX egy hárommodulos redundáns (TMR) biztonsági vezérlő, amelyet széles körben alkalmaznak olaj- és gázipari vészleállító (ESD) rendszerekben. Az általános célú PLC-kkel ellentétben minden I/O modul belsőleg 2oo3 szavazást végez. A processzor ugyanazt a logikát három független csatornában hajtja végre. Ez az architektúra garantálja a hibabiztos működést egyetlen hibapont nélkül.

Először azonosítsa a váz konfigurációját. Egy tipikus szénhidrogén-feldolgozó egység három vázat használ: egyet a fő processzormodulokhoz (MP3008), egyet az analóg bemenethez (AI3721), és egyet a digitális kimenethez (DO3604T). Minden váz a TriBus-on keresztül csatlakozik, amely egy 25 Mbps sebességű, saját fejlesztésű hátlap.

Másodszor, ellenőrizze a firmware kompatibilitási mátrixot. A Tristation 1131 4.12.0 verziója MP firmware 11.5 vagy újabb verziót igényel. A firmware verziók keverése rendszerleállási riasztást okoz. Ez a riasztás a vezérlőt degradált 2oo3 állapotba kényszeríti, csökkentve az elérhetőséget, miközben megőrzi a biztonságot.

Továbbá, a Tricon CX akár 16 távoli I/O csomópontot is támogat optikai szálas kapcsolatokon keresztül. Minden csomópontnak szüksége van egy mezői lezáró panelre (FTP) dedikált 24 VDC redundáns tápegységekkel. Soha ne láncolja össze a tápkapcsokat. Használjon független táplálókat UPS-támogatott elosztópanelből az IEC 61511 tápteljesítmény követelményeinek betartásához.

Fő műszaki adat: A Tricon CX beolvasási ideje 25 ms egy teljesen feltöltött, 118 modulból álló rendszer esetén. A digitális bemenet SOE időbélyeg felbontása 1 ms. Az analóg bemenet pontossága 0,1% a teljes tartományból 25 °C környezeti hőmérsékleten.

Lépésről lépésre ok-okozati programozás a Tristation 1131-ben

Az ok-okozati (C és E) mátrix megvalósítása minden SIS projekt alapja. A Tricon rendszer a C és E logikát funkcióblokk-diagramokká (FBD) alakítja a Tristation 1131-ben, amely az egyetlen IEC 61131-3 kompatibilis programozó eszköz a Triconex vezérlők számára.

1. 1. lépés: Építse fel a címkeadatbázist. Nyissa meg a Tag Import segédprogramot. Töltse fel a címkéket az ISA-5.1 szabvány szerint. Például az XV-1101A_ZSCO egy záró határkapcsolóval rendelkező leállító szelepet jelöl. Rendelje hozzá minden címkét a fizikai I/O címéhez. A hardvercím formátuma Slot:Channel, ahol a Slot 3 a váz 3. helyét, a Channel 05 pedig az adott modul 5. terminálját jelenti.
2. 2. lépés: Hozzon létre biztonsági funkcióblokkokat. Húzzon be egy VOTE_2oo3 blokkot minden digitális bemeneti csoporthoz. Kösse a blokk kimenetét egy SR (set-reset) flip-flophoz. Kösse az SR kimeneteket a DO_CH blokkokhoz, amelyek a mezői szelektorkhoz tartoznak. Minden kimeneti ponthoz szükséges egy LINE_MON blokk a vezetékhibák (nyitott vagy rövidzárlat) észlelésére.
3. 3. lépés: Konfigurálja a Modbus TCP slave interfészt. Kattintson jobb gombbal a vezérlő csomópontra. Válassza a Communication Setup, majd a Modbus TCP Slave opciót. Állítsa a TCP portot 502-re. Térképezze fel a 40001-40100 tartományú holding regisztereket a biztonsági állapot egész számú címkéihez. Rendeljen tekercseket az 00001-00064 tartományban engedélyező állapot bitekhez. Engedélyezze az írásvédelmi jelzőt minden holding regiszternél.
4. 4. lépés: Valósítsa meg a kikerülés-kezelő logikát. Használjon BYPASS_2S blokkot minden biztonsági műszerfunkcióhoz (SIF). Táplálja a kikerülési kérelmet az operátori HMI-ből és a karbantartási felülbírálati kulcskapcsolóból. Tárolja a kikerülés kezdeményezési időbélyegét egy TOD címkében. Rögzítsen minden kikerülési eseményt az Eseménysorozat (SOE) rögzítőben 1 ms felbontással.
5. 5. lépés: Fordítsa le és töltse le. Futtasson teljes ellenőrző buildet az F7 gombbal. Ellenőrizze a Cross-Reference jelentést az hozzárendelt címkék hiányára. Csatlakozzon az Enhanced Diagnostic Monitor (EDM) porton keresztül. Végezzen meleg letöltést, ha csak a logika változott. Hideg letöltést használjon, ha a hardverkonfiguráció módosult. Mindig hideg letöltést végezzen üzemleállás alatt.

Azonban a leggyakoribb hiba, amit a mérnökök elkövetnek, hogy elfelejtik a Modbus átjáró IP-címét beállítani az NCM-ben (Hálózati Konfigurációs Modul). Ennek a kritikus lépésnek az elmaradása esetén a DCS az összes holding regisztert nullának látja, ami zavaró riasztásokat vált ki az operátori konzolon.

Bizonyító tesztelési eljárások magas igénybevételű SIF-ekhez

Az IEC 61511 előírja minden biztonsági műszerfunkció időszakos bizonyító tesztelését. Egy magas igénybevételű SIF szénhidrogén szolgáltatásban legalább 95%-os bizonyító teszt lefedettséget (PTC) kell elérjen. A tesztnek egyetlen végponttól végpontig tartó sorozatban kell vizsgálnia az érzékelőt, a logikai megoldót és a végső elemet.

1. Első: Kérjen kikerülést a műszakvezetőtől. Nyissa meg a Tristation 1131 diagnosztikai panelt. Navigáljon a Point Forcing fülre. Kényszerítse az analóg bemenetet, amely a folyamatnyomás-átalakítót (PT-1101A) képviseli, a trip beállított értékére, 15,0 bar-ra. Figyelje az SOE rögzítőt. Az időbélyegnek pontosan az ezredmásodpercet kell rögzítenie, amikor a bemenet átlépte a küszöböt.
2. Második: Figyelje meg a logikai megoldó válaszidejét. A Tricon CX egy beolvasási ciklus alatt dolgozza fel a trip állapotot. A 2oo3 szavazott kimenetnek 25 ms-on belül fel kell kapcsolnia a digitális kimeneti modult. Használjon nagysebességű rögzítőt a kimeneti terminálokon. A trip idő az input változástól a kimenet kikapcsolásáig nem haladhatja meg a SIF biztonsági követelmény specifikáció (SRS) célértékét, amely tipikusan 500 ms egy ESD szelep esetén.

Ezért dokumentáljon minden mérést a bizonyító teszt jelentésben. Rögzítse a talált és a visszaállított trip pontokat. Számítsa ki a biztonsági elérhetőséget az egyszerűsített képlettel: PFDavg = lambda_DU × TI / 2, ahol lambda_DU a veszélyes, nem észlelt hibaarány, TI pedig a teszt intervallum. Egy tipikus Triconex SIF esetén, 3 éves teszt intervallummal, a PFDavg várhatóan 2,5 × 10⁻⁴, ami kényelmesen megfelel a SIL 3 követelményeknek.

Végül állítsa vissza az összes kényszerített pontot automatikus állapotba. Törölje az SOE pufferét. Erősítse meg, hogy a Modbus TCP állapotregiszterek egészséges értéket olvasnak vissza a DCS HMI-n. Rögzítse a kikerülés eltávolításának időbélyegét, és írja alá a tesztjelentést.

Gyakori Triconex Modbus TCP kommunikációs hibák elhárítása

A mérnökök gyakran találkoznak három Modbus TCP problémával Triconex rendszereknél. Az első az NCM kapcsolatvesztési riasztás. Ez akkor fordul elő, ha a Modbus TCP kliens (általában DCS vagy eszközkezelő rendszer) poll frekvenciája meghaladja az 500 ms-ot. A Tricon CX Modbus szerver elutasítja az 350 ms-nál gyorsabb kéréseket. Megoldás: állítsa be a DCS drivert, hogy pontosan 500 ms-os időközönként pollozza a holding regisztereket. Állítson be 10 másodperces TCP kapcsolat időtúllépést.

A második probléma a regiszter eltolódás. A Triconex Modbus térkép belsőleg 0-alapú címezést használ, de a legtöbb DCS driver 1-alapú címezést alkalmaz. Egy belsőleg 0 eltolású regiszter a DCS-ben 40001-ként jelenik meg. Mindig ellenőrizze a 40001 regiszter visszaolvasását Modbus teszt eszközzel, például Modbus Poll-lal. Hasonlítsa össze a nyers hex értéket a Tristation-ben várt címkeértékkel.

A harmadik probléma a bájtcserélés. A Triconex 32 bites lebegőpontos értékeket big-endian formátumban tárol két egymást követő holding regiszterben. Néhány DCS platform, különösen az Emerson DeltaV és az ABB 800xA, little-endian bájtrendet vár el. Engedélyezze a szócsere funkciót az NCM konfigurációban a mismatch megoldásához. Tesztelje egy ismert lebegőpontos érték, például 100.0 írásával és visszaolvasásával mindkét szó sorrendben a helyes bájtrendezés megerősítéséhez.