Triconex Tricon CX՝ ճարտարապետության հիմունքներ նախքան կարգավորումը

Հասկանալ Tricon CX ճարտարապետությունը նախքան կարգավորումը

Triconex Tricon CX-ը եռակի մոդուլյար կրկնօրինակված (TMR) անվտանգության վերահսկիչ է, որը լայնորեն կիրառվում է նավթային և գազային արտակարգ անջատման (ESD) համակարգերում։ Ընդհակառակը ընդհանուր նպատակային PLC-ներին, յուրաքանչյուր I/O մոդուլ ներքին 2oo3 քվեարկություն է կատարում։ պրոցեսորը նույն տրամաբանությունը իրականացնում է երեք անկախ ալիքներում։ Այս ճարտարապետությունը երաշխավորում է անսխալ աշխատանք՝ առանց մեկակողմանի խափանման կետի։

Առաջին հերթին, որոշեք ձեր շասսիի կազմաձևը։ Տիպիկ հիդրոկարբոն մշակման միավորը տեղադրում է երեք շասսի՝ մեկը հիմնական պրոցեսորային մոդուլների (MP3008) համար, մեկը անալոգային մուտքի (AI3721) և մեկը թվային ելքի (DO3604T) համար։ Յուրաքանչյուր շասսի միանում է TriBus-ի միջոցով, որը սեփականատիրական բարձր արագությամբ ետնափեղկ է՝ աշխատելով 25 Մբիթ/վրկ արագությամբ։

Երկրորդ, ստուգեք ֆիրմվերների համատեղելիության մատրիցը։ Tristation 1131 տարբերակ 4.12.0-ը պահանջում է MP ֆիրմվերի 11.5 կամ ավելի ուշ տարբերակ։ Ֆիրմվերների տարբերակների խառնուրդը առաջացնում է համակարգի վատթարացման ազդանշան։ Այս ազդանշանը ստիպում է վերահսկիչին անցնել վատթարացված 2oo3 վիճակի, նվազեցնելով հասանելիությունը՝ պահպանելով անվտանգությունը։

Բացի այդ, Tricon CX-ն աջակցում է մինչև 16 հեռավոր I/O հանգույցներ մանրաթելային օպտիկային կապերով։ Յուրաքանչյուր հանգույց պահանջում է դաշտային ավարտման պանել (FTP)՝ նվիրված 24 VDC կրկնօրինակված սնուցման աղբյուրներով։ Երբեք միացրեք սնուցման տերմինալները շղթայով։ Օգտագործեք անկախ սնուցողներ UPS-ով ապահովված բաշխիչ պանելից՝ IEC 61511 սնուցման ամբողջականության պահանջները բավարարելու համար։

Հիմնական բնութագիր՝ Tricon CX սկանավորման ժամանակը 25 մս է լիովին բեռնված 118 մոդուլային համակարգի համար։ Թվային մուտքի SOE ժամանակի նշման լուծաչափը 1 մս է։ Անալոգային մուտքի ճշգրտությունը 0.1% է սպանի՝ 25 աստիճան C շրջակա ջերմաստիճանում։

Քայլ առ քայլ պատճառ-արդյունք ծրագրավորում Tristation 1131-ում

Պատճառ-արդյունք (C և E) մատրիցի իրականացումը յուրաքանչյուր SIS նախագծի հիմքն է։ Tricon համակարգը C և E տրամաբանությունը վերածում է ֆունկցիոնալ բլոկների դիագրամների (FBD) Tristation 1131-ում, որը Triconex վերահսկիչների միակ IEC 61131-3 համապատասխան ծրագրավորման գործիքն է։

1. Քայլ 1. Ստեղծեք տեգերի տվյալների բազան։ Բացեք Tag Import օգտակար ծրագիրը։ Լրացրեք տեգանունները՝ հետևելով ISA-5.1 ստանդարտին։ Օրինակ, XV-1101A_ZSCO նշանակում է փակման սահմանափակիչ անջատիչը։ Յուրաքանչյուր տեգ նշանակեք ֆիզիկական I/O հասցեին։ Հարդվերային հասցեի ձևաչափը Slot:Channel է, որտեղ Slot 3-ը նշանակում է շասսիի 3-րդ տեղը, իսկ Channel 05-ը՝ այդ մոդուլի 5-րդ տերմինալը։
2. Քայլ 2. Ստեղծեք անվտանգության ֆունկցիոնալ բլոկներ։ Տեղադրեք VOTE_2oo3 բլոկ յուրաքանչյուր թվային մուտքի խմբի համար։ Կապեք բլոկի ելքը SR (set-reset) ֆլիպ-ֆլոպին։ Կապեք SR ելքերը DO_CH բլոկներին, որոնք համապատասխանեցնում են դաշտային սոլենոիդներին։ Յուրաքանչյուր ելքային կետ պահանջում է LINE_MON բլոկ՝ դաշտային մալուխների բաց կամ կարճ միացման սխալները հայտնաբերելու համար։
3. Քայլ 3. Կարգավորեք Modbus TCP ստրուկի ինտերֆեյսը։ Աջ սեղմեք վերահսկիչի հանգույցի վրա։ Ընտրեք Communication Setup, ապա Modbus TCP Slave։ Կարգավորեք TCP պորտը 502։ Մատչեք պահվող ռեգիստրները 40001-40100 ձեր անվտանգության կարգավիճակի ամբողջական թվային տեգերին։ Նշեք կոճակները 00001-00064 տիրույթում՝ թույլտվության կարգավիճակի բիթերի համար։ Միացրեք գրելու պաշտպանությունը բոլոր պահվող ռեգիստրների համար։
4. Քայլ 4. Կիրառեք շրջանցման կառավարման տրամաբանությունը։ Օգտագործեք BYPASS_2S բլոկ յուրաքանչյուր անվտանգության գործիքավորված ֆունկցիայի (SIF) համար։ Սնուցեք շրջանցման խնդրանքը օպերատորի HMI-ից և սպասարկման գերակա բանալուց։ Պահեք շրջանցման մեկնարկի ժամանակի նշումը TOD տեգում։ Գրանցեք բոլոր շրջանցման իրադարձությունները SOE գրանցիչում՝ 1 մս լուծաչափով։
5. Քայլ 5. Կոմպիլյացեք և ներբեռնեք։ Կատարեք ամբողջական ստուգման կառուցում՝ օգտագործելով F7։ Ստուգեք Cross-Reference զեկույցը՝ չնշված տեգերի համար։ Միացեք Enhanced Diagnostic Monitor (EDM) պորտի միջոցով։ Կատարեք տաք ներբեռնում, եթե միայն տրամաբանությունն է փոխվել։ Կատարեք սառը ներբեռնում, եթե փոփոխվել է հարդվերային կազմաձևը։ Սառը ներբեռնումները միշտ կատարեք գործարանի անջատման պատուհանի ընթացքում։

Այնուամենայնիվ, ինժեներների ամենատարածված սխալը մոռանալն է NCM-ում Modbus դարպասի IP հասցեն քարտեզագրել։ Այս կարևոր քայլի բացակայությամբ DCS-ն բոլոր պահվող ռեգիստրները տեսնում է որպես զրո, ինչը առաջացնում է անհարկի ազդանշաններ օպերատորի կոնսոլում։

Ապացուցողական թեստավորման ընթացակարգեր բարձր պահանջարկի ռեժիմի SIF-ների համար

IEC 61511-ը պահանջում է պարբերական ապացուցողական թեստավորում յուրաքանչյուր անվտանգության գործիքավորված ֆունկցիայի համար։ Հիդրոկարբոնային ծառայության բարձր պահանջարկի ռեժիմի SIF-ը պետք է հասնի առնվազն 95% ապացուցողական թեստավորման ծածկույթ (PTC)։ Թեստը պետք է ընդգրկի սենսորը, տրամաբանության լուծարանը և վերջնական տարրը մեկ ամբողջական հաջորդականությամբ։

1. Առաջին՝ խնդրեք շրջանցում հերթափոխի ղեկավարից։ Բացեք Tristation 1131 ախտորոշիչ պանել։ Գնացեք Point Forcing ներդիր։ Պահանջեք անալոգային մուտքը, որը ներկայացնում է գործընթացի ճնշման փոխանցիչ PT-1101A-ն, տեղափոխել իր տրիպային սահմանային արժեքը՝ 15.0 բար։ Հետևեք SOE գրանցչին։ Ժամանակի նշումը պետք է գրանցի հենց այն միլիվայրկյանը, երբ մուտքը հատեց շեմը։
2. Երկրորդ՝ դիտեք տրամաբանության լուծարման արձագանքման ժամանակը։ Tricon CX-ը տրիպային պայմանը մշակում է մեկ սկան ցիկլում։ 2oo3 քվեարկված ելքը պետք է էներգավորի թվային ելքային մոդուլը 25 մս-ի ընթացքում։ Օգտագործեք բարձր արագությամբ գրանցիչ ելքային տերմինալների վրա։ Տրիպի ժամանակը մուտքի փոփոխությունից ելքի անէրգացմանը չպետք է գերազանցի SIF անվտանգության պահանջների նպատակակետը (SRS), որը սովորաբար 500 մս է ESD փականների համար։

Ուստի գրանցեք յուրաքանչյուր չափում ապացուցողական թեստի զեկույցում։ Գրանցեք գտնված և թողնված տրիպային կետերը։ Հաշվեք անվտանգության հասանելիությունը պարզեցված հավասարությամբ՝ PFDavg = lambda_DU × TI / 2, որտեղ lambda_DU-ն վտանգավոր չհայտնաբերված խափանման արագությունն է, իսկ TI-ն՝ թեստավորման միջակայքը։ Տիպիկ Triconex SIF-ի համար՝ 3-ամյա թեստավորման միջակայքներով, սպասվում է PFDavg 2.5×10⁻⁴, ինչը հարմար է SIL 3 պահանջներին։

Վերջապես, վերադարձրեք բոլոր պարտադիր կետերը ավտոմատ վիճակի։ Մաքրեք SOE բուֆերը։ Հաստատեք, որ Modbus TCP կարգավիճակի ռեգիստրները DCS HMI-ում առողջ են։ Գրանցեք շրջանցման հեռացման ժամանակը և ստորագրեք թեստի զեկույցը։

Համարեք Triconex Modbus TCP հաղորդակցման սովորական սխալները

Ինժեներները հաճախ հանդիպում են Triconex համակարգերի երեք Modbus TCP խնդիրների։ Առաջինը NCM կապի կորուստի ազդանշանն է։ Սա տեղի է ունենում, երբ Modbus TCP հաճախորդը (սովորաբար DCS կամ ակտիվների կառավարման համակարգ) գերազանցում է 500 մս-ի հարցման արագությունը։ Tricon CX Modbus սերվերը մերժում է 350 մս-ից արագ հարցումները։ Լուծում՝ կարգավորեք DCS վարորդին հարցումներ կատարել պահվող ռեգիստրներին հենց 500 մս-ի ընդմիջումներով։ Կարգավորեք TCP կապի ժամանակի ավարտը 10 վայրկյան։

Երկրորդ խնդիրը ռեգիստրների տեղաբաշխման անհամապատասխանությունն է։ Triconex Modbus քարտեզը ներքին 0-հիմնված հասցեավորում է օգտագործում, բայց DCS վարորդների մեծ մասը 1-հիմնված հասցեավորում։ Ներքին 0 տեղաբաշխված ռեգիստրը DCS-ում երևում է որպես 40001։ Luշտ է ստուգել՝ կարդալով 40001 ռեգիստրը Modbus թեստային գործիքով, օրինակ Modbus Poll, և համեմատել հում հեքս արժեքը Tristation-ում սպասվող տեգի արժեքի հետ։

Երրորդ խնդիրը բայթերի փոխանակումն է։ Triconex-ը 32-բիթ լողացող կետ արժեքները պահում է մեծ-էնդյան ձևաչափով երկու հաջորդական պահվող ռեգիստրներում։ Որոշ DCS հարթակներ, հատկապես Emerson DeltaV և ABB 800xA, սպասում են փոքր-էնդյան բայթերի կարգ։ NCM կազմաձևում միացրեք բառերի փոխանակման ֆունկցիան՝ այս անհամապատասխանությունը լուծելու համար։ Թեստավորեք՝ գրելով հայտնի լողացող արժեք, օրինակ 100.0, և կարդալով երկու բառերի կարգով՝ հաստատելու ճիշտ բայթերի տեղաբաշխումը։