Triconex Tricon CX: arhitektūras pamati pirms konfigurēšanas

Izpratne par Tricon CX arhitektūru pirms konfigurēšanas

Triconex Tricon CX ir trīskārši modulāri redundants (TMR) drošības kontrolieris, plaši izmantots naftas un gāzes avārijas izslēgšanas (ESD) sistēmās. Atšķirībā no vispārējiem PLC, katrs I/O modulis veic 2oo3 iekšēju balsošanu. Procesors izpilda to pašu loģiku trīs neatkarīgos kanālos. Šī arhitektūra garantē drošu darbību bez vienas kļūmes vietas.

Pirmkārt, identificējiet savu šasijas konfigurāciju. Tipiska ogļūdeņražu apstrādes vienība izmanto trīs šasijas: vienu galvenajiem procesoru moduļiem (MP3008), vienu analogajām ieejām (AI3721) un vienu digitālajām izejām (DO3604T). Katru šasiju savieno TriBus, īpašumtiesību augstas ātruma atpakaļsliede, kas darbojas ar 25 Mbps.

Otrkārt, pārbaudiet programmaparatūras saderības matricu. Tristation 1131 versija 4.12.0 prasa MP programmaparatūras versiju 11.5 vai jaunāku. Programmaparatūras versiju sajaukšana izraisa sistēmas degradācijas trauksmi. Šī trauksme liek kontrolierim pāriet uz degradētu 2oo3 stāvokli, samazinot pieejamību, saglabājot drošību.

Turklāt Tricon CX atbalsta līdz 16 attālinātām I/O mezglu vienībām, izmantojot optisko šķiedru savienojumus. Katram mezglam nepieciešama lauka terminācijas paneļa (FTP) ar īpašām 24 VDC dubultspēka padeves avotu barošanas ierīcēm. Nekad nesavienojiet barošanas termināļus ķēdē. Izmantojiet neatkarīgus barošanas avotus no UPS aizsargāta sadales paneļa, lai izpildītu IEC 61511 barošanas integritātes prasības.

Galvenā specifikācija: Tricon CX skenēšanas laiks pilnībā noslogotai 118 moduļu sistēmai ir 25 ms. Digitālās ieejas SOE laika zīmoga izšķirtspēja ir 1 ms. Analogās ieejas precizitāte ir 0,1% no diapazona pie 25 grādiem C apkārtējā temperatūrā.

Soļi cēloņu un seku programmēšanā Tristation 1131

Cēloņu un seku (C un E) matricas īstenošana ir katra SIS projekta pamats. Tricon sistēma pārvērš C un E loģiku funkciju bloku diagrammās (FBD) Tristation 1131, vienīgajā IEC 61131-3 atbilstošajā programmēšanas rīkā Triconex kontrolieriem.

1. 1. solis: Izveidojiet tagu datubāzi. Atveriet Tag Import utilītu. Aizpildiet tagu nosaukumus, ievērojot ISA-5.1 standartu. Piemēram, XV-1101A_ZSCO apzīmē slēgta drošības vārsta slēdža ierobežotāju. Katram tagam piešķiriet tā fizisko I/O adresi. Aparatūras adreses formāts ir Slot:Channel, kur Slot 3 nozīmē šasijas slotu 3 un Channel 05 nozīmē termināli 5 šajā modulī.
2. 2. solis: Izveidojiet drošības funkciju blokus. Velciet VOTE_2oo3 bloku katrai digitālās ieejas grupai. Savienojiet bloka izeju ar SR (set-reset) flip-flopu. Pievienojiet SR izejas DO_CH blokiem, kas kartē lauka solenoīdiem. Katram izejas punktam nepieciešams LINE_MON bloks, lai noteiktu atvērtas ķēdes vai īssavienojuma kļūmes lauka vados.
3. 3. solis: Konfigurējiet Modbus TCP verga saskarni. Ar peles labo pogu noklikšķiniet uz kontroliera mezgla. Izvēlieties Communication Setup, pēc tam Modbus TCP Slave. Iestatiet TCP portu uz 502. Kartējiet turēšanas reģistrus 40001-40100 uz jūsu drošības statusa veselu skaitļu tagiem. Piešķiriet spolēm diapazonā 00001-00064 atļaujas statusa bitus. Iespējojiet rakstīšanas aizsardzības karodziņu visiem turēšanas reģistriem.
4. 4. solis: Īstenojiet apietas pārvaldības loģiku. Izmantojiet BYPASS_2S bloku katrai drošības instrumentētajai funkcijai (SIF). Barojiet apietas pieprasījumu no operatora HMI un apkopes pārrakstīšanas atslēgas slēdža. Saglabājiet apietas sākuma laika zīmogu TOD tagā. Reģistrējiet visus apietas notikumus secības notikumu (SOE) ierakstītājā ar 1 ms izšķirtspēju.
5. 5. solis: Kompilējiet un lejupielādējiet. Veiciet pilnu verifikācijas būvi, izmantojot F7. Pārbaudiet Cross-Reference Report par neaizpildītiem tagiem. Pieslēdzieties caur Enhanced Diagnostic Monitor (EDM) portu. Izpildiet siltu lejupielādi, ja mainīta tikai loģika. Izmantojiet aukstu lejupielādi, ja mainīta aparatūras konfigurācija. Aukstās lejupielādes vienmēr veiciet rūpnīcas apstāšanās laikā.

Tomēr visbiežāk inženieri pieļauj kļūdu, aizmirstot kartēt Modbus vārtejas IP adresi NCM (Tīkla konfigurācijas modulī). Bez šī kritiskā soļa DCS redz visus turēšanas reģistrus kā nulles, izraisot traucējošas trauksmes operatora konsolē.

Augstas prasības režīma SIF pārbaudes procedūras

IEC 61511 prasa periodiskas pārbaudes katrai drošības instrumentētajai funkcijai. Augstas prasības režīma SIF ogļūdeņražu pakalpojumā jāveic ar vismaz 95% pārbaudes segumu (PTC). Tests jāveic, pārbaudot sensoru, loģikas risinātāju un galīgo elementu vienā pilnā secībā.

1. Pirmkārt: Pieprasiet apietu no maiņas vadītāja. Atveriet Tristation 1131 diagnostikas paneli. Dodieties uz Point Forcing cilni. Piespiediet analogās ieejas vērtību, kas attēlo procesa spiediena pārveidotāju PT-1101A, uz tā trauksmes iestatījuma vērtību 15,0 bāri. Uzraugiet SOE ierakstītāju. Laika zīmogam jāfiksē precīzs milisekundes brīdis, kad ieeja pārsniedza slieksni.
2. Otrkārt: Novērojiet loģikas risinātāja reakcijas laiku. Tricon CX apstrādā trauksmes stāvokli vienā skenēšanas ciklā. 2oo3 balsojuma izejai jāaktivizē digitālā izejas modulis 25 ms laikā. Izmantojiet ātras darbības ierakstītāju pie izejas termināliem. Trauksmes laiks no ieejas izmaiņas līdz izejas deaktivizācijai nedrīkst pārsniegt SIF drošības prasību specifikācijas (SRS) mērķi, parasti 500 ms ESD vārstam.

Tādēļ dokumentējiet katru mērījumu pārbaudes ziņojumā. Ierakstiet atrastos un atstātus trauksmes punktus. Aprēķiniet drošības pieejamību, izmantojot vienkāršoto vienādojumu: PFDavg = lambda_DU × TI / 2, kur lambda_DU ir bīstamās neatklātās kļūmes ātrums un TI ir pārbaudes intervāls. Tipiskam Triconex SIF ar 3 gadu pārbaudes intervāliem sagaidāms PFDavg 2,5 × 10⁻⁴, kas ērti atbilst SIL 3 prasībām.

Visbeidzot, atgrieziet visus piespiestos punktus automātiskajā stāvoklī. Notīriet SOE buferi. Apstipriniet, ka Modbus TCP statusa reģistri DCS HMI tiek nolasīti kā veselīgi. Ierakstiet apietas noņemšanas laika zīmogu un parakstiet testa ziņojumu.

Biežāko Triconex Modbus TCP komunikācijas kļūdu novēršana

Inženieri bieži sastop trīs Modbus TCP problēmas ar Triconex sistēmām. Pirmā ir NCM saites zuduma trauksme. Tā rodas, ja Modbus TCP klients (parasti DCS vai aktīvu pārvaldības sistēma) pārsniedz aptaujas ātrumu 500 ms. Tricon CX Modbus serveris noraida pieprasījumus ātrāk par 350 ms. Risinājums: pielāgojiet DCS draiveri, lai aptaujātu turēšanas reģistrus tieši 500 ms intervālos. Iestatiet TCP savienojuma laika limitu 10 sekundes.

Otrā problēma ir reģistru nesakritība. Triconex Modbus karte iekšēji izmanto nulles bāzes adresēšanu, bet lielākā daļa DCS draiveru izmanto vienas bāzes adresēšanu. Reģistrs, kas iekšēji kartēts kā nobīde 0, DCS parādās kā 40001. Vienmēr pārbaudiet, nolasot reģistru 40001 ar Modbus testēšanas rīku, piemēram, Modbus Poll. Salīdziniet neapstrādāto heksadecimālo vērtību ar gaidāmo tagu vērtību Tristation.

Trešā problēma ir baitu apmaiņa. Triconex glabā 32 bitu peldošā punkta vērtības lielā-endiana formātā divos secīgos turēšanas reģistros. Dažas DCS platformas, īpaši Emerson DeltaV un ABB 800xA, sagaida mazā-endiana baitu kārtību. Iespējojiet vārdu apmaiņas funkciju NCM konfigurācijā, lai novērstu šo neatbilstību. Testējiet, ierakstot zināmu peldošā punkta vērtību, piemēram, 100.0, un nolasot atpakaļ abās vārdu kārtībās, lai apstiprinātu pareizu baitu izlīdzinājumu.