Triconex Tricon CX: Основи на архитектурата преди конфигуриране

Разбиране на архитектурата Tricon CX преди конфигуриране

Triconex Tricon CX е трипътен модулно-редундантен (TMR) контролер за безопасност, широко използван в системи за аварийно изключване (ESD) в нефтената и газовата индустрия. За разлика от общите PLC, всеки входно-изходен модул извършва 2oo3 гласуване вътрешно. Процесорът изпълнява една и съща логика в три независими канала. Тази архитектура гарантира безотказна работа без единична точка на повреда.

Първо, идентифицирайте конфигурацията на шасито. Типична хидрокарбонова обработваща единица използва три шасита: едно за основните процесорни модули (MP3008), едно за аналогов вход (AI3721) и едно за цифров изход (DO3604T). Всяко шаси се свързва чрез TriBus, собствен високоскоростен гръбнак с работна скорост 25 Mbps.

Второ, проверете матрицата за съвместимост на фърмуера. Tristation 1131 версия 4.12.0 изисква MP фърмуер версия 11.5 или по-нова. Смесването на версии на фърмуера предизвиква аларма за деградация на системата. Тази аларма принуждава контролера в деградирано 2oo3 състояние, намалявайки наличността, но запазвайки безопасността.

Освен това, Tricon CX поддържа до 16 отдалечени I/O възела чрез оптични връзки. Всеки възел изисква панел за полево прекъсване (FTP) с отделни 24 VDC редундантни захранвания. Никога не свързвайте захранващите терминали на веригата. Използвайте независими захранващи линии от UPS-защитен разпределителен панел, за да отговаряте на изискванията за интегритет на захранването по IEC 61511.

Основна спецификация: Времето за сканиране на Tricon CX е 25 ms за напълно натоварена система с 118 модула. Резолюцията на времевия печат на цифровия вход SOE е 1 ms. Точността на аналоговия вход е 0.1% от обхвата при 25 градуса C околна температура.

Стъпка по стъпка програмиране на причинно-следствена логика в Tristation 1131

Изпълнението на причинно-следствена (C и E) матрица е основата на всеки проект за система за безопасност (SIS). Системата Tricon превежда C и E логиката във функционални блокови диаграми (FBD) в Tristation 1131, единственият инструмент за програмиране, съвместим с IEC 61131-3 за контролери Triconex.

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 slave интерфейса. Кликнете с десен бутон върху възела на контролера. Изберете Communication Setup, след това Modbus TCP Slave. Задайте TCP порт 502. Картографирайте регистрите за задържане 40001-40100 към вашите цели за статус на безопасността. Присвоете бобини в диапазона 00001-00064 за битове на разрешително състояние. Активирайте флага за защита от запис за всички регистри за задържане.
4. Стъпка 4: Реализирайте логиката за управление на обхода. Използвайте BYPASS_2S блок за всяка функция за безопасност (SIF). Захранвайте заявката за обход от операторския HMI и ключа за превключване на поддръжката. Запишете времевия печат на иницииране на обхода в TOD таг. Логвайте всички събития на обхода в рекордера за последователност на събитията (SOE) с резолюция 1 ms.
5. Стъпка 5: Компилирайте и изтеглете. Изпълнете пълна проверка с F7. Проверете Cross-Reference Report за неразпределени тагове. Свържете се чрез Enhanced Diagnostic Monitor (EDM) порт. Извършете топло изтегляне, ако е променена само логиката. Използвайте студено изтегляне, ако е променена хардуерната конфигурация. Винаги правете студени изтегляния по време на спиране на завода.

Въпреки това, най-честата грешка на инженерите е забравянето да се картографира IP адресът на Modbus шлюза в NCM (Модул за мрежова конфигурация). Без тази критична стъпка, DCS вижда всички регистри за задържане като нула, което предизвиква фалшиви аларми на операторската конзола.

Процедури за доказателствен тест на SIF с високо натоварване

IEC 61511 изисква периодично доказателствено тестване на всяка функция за безопасност. SIF с високо натоварване в хидрокарбонова среда трябва да постигне покритие на доказателствения тест (PTC) от поне 95%. Тестът трябва да упражни сензора, логическия решател и крайния елемент в една последователна край до край последователност.

1. Първо: Поискайте обход от смянащия супервайзор. Отворете диагностичния панел на Tristation 1131. Навигирайте до таба Point Forcing. Форсирайте аналоговия вход, представляващ предавателя на процесното налягане PT-1101A, до стойността на зададения триппойнт 15.0 бара. Наблюдавайте SOE рекордера. Времевият печат трябва да улови точния милисекунд, в който входът е преминал прага.
2. Второ: Наблюдавайте времето за реакция на логическия решател. Tricon CX обработва трип условието в един цикъл на сканиране. 2oo3 гласуваният изход трябва да активира цифровия изходен модул в рамките на 25 ms. Използвайте високоскоростен рекордер на изходните терминали. Времето от промяната на входа до деактивирането на изхода не трябва да надвишава целта на изискванията за безопасност на SIF (SRS), обикновено 500 ms за ESD клапан.

Следователно, документирайте всяко измерване в доклада за доказателствен тест. Запишете стойностите на триппойнтите при откриване и при оставяне. Изчислете наличността на безопасността с опростеното уравнение: PFDavg = lambda_DU × TI / 2, където lambda_DU е честотата на опасни неоткрити повреди, а TI е интервалът на теста. За типичен Triconex SIF с 3-годишни интервали на тест, очаквайте PFDavg от 2.5 × 10^-4, което е комфортно в рамките на изискванията за SIL 3.

Накрая върнете всички форсирани точки в автоматично състояние. Изчистете SOE буфера. Потвърдете, че статус регистрите на Modbus TCP се четат като здрави на DCS HMI. Запишете времевия печат за премахване на обхода и подпишете доклада за теста.

Отстраняване на често срещани грешки при комуникация Triconex Modbus TCP

Инженерите често срещат три проблема с Modbus TCP при системите Triconex. Първият е алармата за загуба на връзка с NCM. Това се случва, когато Modbus TCP клиентът (обикновено DCS или система за управление на активи) превишава честотата на опитите за заявка от 500 ms. Modbus сървърът на Tricon CX отказва заявки по-бързи от 350 ms. Решение: настройте драйвера на DCS да опитва регистрите за задържане на точно 500 ms интервали. Задайте TCP таймаут на връзката от 10 секунди.

Вторият проблем е неправилно подравняване на регистрите. Modbus картата на Triconex използва 0-базирано адресиране вътрешно, но повечето драйвери на DCS използват 1-базирано адресиране. Регистрите, картографирани вътрешно с офсет 0, се появяват в DCS като 40001. Винаги проверявайте, като прочетете регистър 40001 с Modbus тестов инструмент като Modbus Poll. Сравнете суровата хекс стойност с очакваната стойност на тага в Tristation.

Третият проблем е разместване на байтовете. Triconex съхранява 32-битови плаващи стойности в big-endian формат в два последователни регистъра за задържане. Някои DCS платформи, особено Emerson DeltaV и ABB 800xA, очакват little-endian подредба на байтовете. Активирайте функцията за размяна на думи в конфигурацията на NCM, за да разрешите това несъответствие. Тествайте, като запишете известна плаваща стойност като 100.0 и я прочетете в двата варианта на подредба, за да потвърдите правилното подравняване на байтовете.