Интеграция на Triconex и HIMA SIS: Процедури за тестове за доказване, които наистина работят на практика
Защо тестовете за доказване са неизбежни за 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 и системи за управление.
