Интеграция на Triconex и HIMA SIS: Процедури за тестове за доказване, които наистина работят на практика

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

Защо тестовете за доказване са неизбежни за SIL 2 и SIL 3

Процентът на опасни неоткрити повреди (λDU) е това, което тестовете за доказване са предназначени да адресират. Контролерите Triconex използват архитектура с гласуване 2 от 3 (2oo3). Системите на HIMA обикновено използват четворна излишна структура. И двете архитектури имат една уязвимост: повреден канал не изключва системата веднага. Той чака тихо, докато втори канал не се повреди при изискване на процеса.

IEC 61511 изисква интервали за тестове за доказване, които поддържат целевата вероятност за повреда при изискване (PFD). За SIL 3 цикъл с PFDavg от 1.0E-3, интервалът за тест за доказване (PTI) трябва да бъде ≤6 месеца при използване на фактор на диагностично покритие (DC) от 99%. Платформите Triconex със стандартна диагностика обикновено постигат DC ≥95%. Серията HIMatrix на HIMA може да достигне DC до 98% с удължени цикли на самотест.

  • PFDavg = λDU × MTBF/2 (опростено за архитектури 1oo2)
  • За 2oo3: PFDavg = 3(λDU × PTI)² / 2
  • Целеви SIL 3: PFDavg трябва да остане под 1.0E-3

Стъпка по стъпка процедура за тест за доказване за системи Triconex Trident / TMRX

Invensys Triconex 9300 Safety Critical Fault Tolerant System Module и Triconex 9100 SIS Module са основните платформи за описаните по-долу процедури за тест за доказване на TMR.

  • Стъпка 1 — Проверете състоянието на системата преди теста. Проверете светодиодите на основния процесор Triconex. Зелен = здрав. Амбър = деградирал, но работещ. Червен = активна повреда. Запишете историята на алармите чрез софтуера TriStation 1131 (препоръчва се версия 5.0 или по-нова). Експортирайте дневника на събитията във файл с разширение .tsd с отметка за време за офлайн преглед.
  • Стъпка 2 — Изолирайте защитната функция без да предизвиквате спиране на процеса. Поставете съответния клапан в ръчен режим чрез HMI. Проверете дали индикаторът за позиция на клапана отчита правилно в модула Triconex I/O. Потвърдете, че аналоговият вход (AI) канал отчита в диапазона 4.00–20.00 mA за стандартен предавател на налягане. Triconex 3503E Digital Input Module трябва да бъде проверен за правилен статус на канала на този етап.
  • Стъпка 3 — Внедрете симулиран сигнал за изискване. Използвайте HART комуникатор (Emerson 475 или подобен), за да инжектирате 4.00 mA (0% процесна променлива) и проверете дали цифровият изход (DO) остава без захранване. След това инжектирайте 20.00 mA (100% PV) и потвърдете, че DO се захранва в рамките на конфигурираното време за спиране. Типичното време за спиране за контролер Trident е 25–50 ms, включително сканиране на I/O. Проверете реакцията на Triconex 3601E Digital Output Module на този етап.
  • Стъпка 4 — Измерете реакцията на крайния елемент. За пневматичен задвижващ клапан, измерете времето за ход от 0% до 100% пътуване. Запишете резултата. Сравнете с базовата линия от FAT (Factory Acceptance Test). Всяко отклонение >5% от базовата линия изисква разследване преди възстановяване на експлоатацията.

Тест за доказване на HIMA HIMatrix: Критични разлики спрямо Triconex

Системите HIMA използват различна философия на гласуване. Модулите HIMatrix F-IO поддържат гореща смяна и онлайн изолация на канали без да засягат защитната функция. Това е значително оперативно предимство пред по-старите конфигурации на Triconex.

Последователността на теста за доказване при HIMA следва същата логическа структура, но се различава по инструментите. Инженерите използват инженерния инструмент HIMA Planar4 или F-System. Изолацията на канала използва вграден предпазител и функция за софтуерно изключване (код на функция 8000 в логиката F-LAD). Не разчитайте на физическо премахване на окабеляването по време на жив тест за доказване.

  • Функционален тест: проверете дали всяка защитна функция се активира при зададената стойност ± толеранс
  • Визуална инспекция: проверете затягането на клемите (въртящ момент 0.5–0.8 Nm за Phoenix Contact ST 4 плъгин клеми)
  • Документация: попълнете записите от теста за доказване според формата IEC 61511-2, подпишете и датирайте

Чести неуспехи при тестове за доказване и как да ги отстраните

  • Неуспех 1 — DO каналът не се захранва по време на теста. Това обикновено показва изгорял предпазител на DO модула. Triconex използва външни предпазителни клемни блокове. Проверете с мултицет в режим на диоден тест. Заместващият предпазител трябва да съответства на номиналното напрежение (250 V AC) и ток (2 A бавно изгаряне). Използването на неправилен тип предпазител създава скрита опасност.
  • Неуспех 2 — Аналоговият вход отчита стойности извън обхвата (обикновено >21.0 mA). Това насочва към проблем с захранването на веригата или дефектен предавател. Измерете напрежението на веригата в края на предавателя. За 2-жичен предавател минималното работно напрежение е 10.5 V DC при 20 mA. Ако захранването е под това, предавателят не може да поддържа сигнала 4–20 mA.
  • Неуспех 3 — Времето за ход на клапана надвишава спецификацията. Чести причини са спад на налягането на въздушното захранване под 4.5 бара (65 psi), залепване на клапанния стебло или износени уплътнения на задвижването. За критични клапани извършвайте пълна инспекция на задвижването на всеки 5 години или 25 000 цикъла, което настъпи първо.

Заключение и препоръки за действие

Тестовете за доказване не са по избор. Те са единственият механизъм, който улавя опасни неоткрити повреди в излишни SIS архитектури. Платформите Triconex и HIMA са и двете много надеждни, но изискват дисциплинирани процедури за тест за доказване, за да поддържат своите SIL претенции. Инженерите трябва да документират всеки тест, всяко отклонение и всяко коригиращо действие.

Планирайте следващия си тест за доказване в рамките на 6 месеца за SIL 3 цикли. Прегледайте историята на алармите на Triconex преди започване. Подгответе калибриран калибратор на веригата (Fluke 707 или еквивалент) и HART комуникатор. Никога не пропускайте измерването на времето за ход на клапана. Прагът от 5% отклонение не е произволен — той е границата между функционална и потенциално повредена защитна функция. Triconex 4354 High-Speed Communication Module поддържа експортиране на данни в реално време за запис на тестове за доказване и управление на файлове за проверка на SIL.

Автор: Ванг Лей е инженер по индустриална автоматизация с над 10 години опит в PLC, DCS и системи за управление.

Покажи всички
Публикации в блогове
Покажи всички
Bridging Allen-Bradley ControlLogix to Yokogawa CENTUM VP DCS via Modbus TCP: Protocol Mapping and Fault Diagnosis

Свързване на Allen-Bradley ControlLogix с Yokogawa CENTUM VP DCS чрез Modbus TCP: Съпоставяне на протоколи и диагностика на грешки

Практическо ръководство за конфигуриране на Modbus TCP комуникация между PLC Rockwell Automation ControlLogix и DCS Yokogawa CENTUM VP, включващо картографиране на регистри, настройка на таймаути и решаване на реални проблеми.
PID Controller Tuning on Yokogawa Centum VP and Foxboro IA: A Field Engineer's Guide

Настройка на PID контролер на Yokogawa Centum VP и Foxboro IA: Ръководство за полеви инженери

Настройването на PID на Yokogawa CENTUM VP и Foxboro IA изисква специфични знания за платформата относно блока PID2 и блока PIDA съответно, комбинирани с диагностични данни HART от полевите инструменти. Това ръководство обхваща класификация на типа на цикъла, стъпка по стъпка работни процеси за настройка и на двете платформи, включително метода на Зиглер-Никълс с затворен цикъл и вградените автонастройки, диагностика на позиционера на клапана и предавателя с HART, както и практическо отстраняване на проблеми при осцилиращи и мудни цикли.
Commissioning Allen-Bradley PowerFlex 525 VFDs on ControlLogix 5580 Over EtherNet/IP: A Complete Field Guide

Пускане в експлоатация на честотни преобразуватели Allen-Bradley PowerFlex 525 с ControlLogix 5580 през EtherNet/IP: Пълно ръководство за полеви условия

Задвижванията Allen-Bradley PowerFlex 525 комуникират с ControlLogix 5580 чрез EtherNet/IP, използвайки CIP Class 1 имплицитни съобщения за циклични I/O данни. Това ръководство обхваща съвпадение на версията на AOP, конфигуриране на IP адреса на задвижването чрез параметър HIM C128-C140, добавяне на модул в Studio 5000 с настройки за RPI и размер на асемблираните данни, картографиране на битове в командния/статусния логически регистър, достъп до параметри чрез експлицитни MSG съобщения и диагностика на трите най-чести грешки: F81 загуба на комуникация, грешка 16#0204 изтичане на времето за връзка и F100 параметър извън обхват.