Отстраняване на проблеми при интеграция на Invensys Triconex SIS Foundation Fieldbus H1

Предизвикателството: SIS и изолация на основния процесен контрол

Triconex T3000 логическите решаващи устройства за безопасност са отлични в дискретната логика за изключване. Въпреки това, нивото на полевите инструменти изисква Foundation Fieldbus H1 за интеграция на интелигентни устройства. Проблемът: инженерите свързват H1 сегменти директно към SIS контролери без подходяща изолация. Това създава опасна единична точка на отказ. Вашият слой за безопасност трябва да остане независим. Първо, проверете физическото завършване на слоя при всеки FF сегмент. Линейната карта LC1000 изисква 100-омово завършване на двата края. Използвайте мултицет, за да проверите DC напрежението на щифтовете на D-конектора. Допустимият диапазон е 9–32V DC. Ако измерите 0V, сегментът няма захранване.

Второ, проверете конфигурацията на интерфейса на хоста. Triconex използва System Manager за дефиниране на връзката SIS-FBUS. Отидете на раздела H1 Interface. Потвърдете, че Device ID съвпада с действителните данни от TEDS на инструмента. Много интеграционни грешки произтичат от повредени описания на устройствата. H1 картата трябва да работи с фърмуер версия 3.2 или по-нова за пълно съответствие с FF H1.

Отстраняване на комуникационни грешки във FF H1

Най-честият проблем е несъответствие в времето на изпълнение на функционалните блокове. Triconex сканира своите AI блокове на интервали от 100 ms. FF H1 изисква минимум 500 ms за изпълнение на блоковете. Това създава проблем с кохерентността на данните. Вашата PID верига в SIS може да вижда остарели стойности. Решението: задайте FF Link Active Scheduler в цикличен режим на публикуване с макроцикъл 500 ms. Конфигурирайте Triconex AO блока да използва директно публикуваната стойност.

Трето, проверете разпределението на ролята на Link Active Scheduler (LAS). Само едно устройство може да държи LAS на всеки H1 сегмент. Обикновено тази роля се изпълнява от полевата разклонителна кутия. Ако LAS се повреди, всички устройства на този сегмент спират да публикуват. Проверете логовете на TriStation за събития "LAS Owner Change". Каскада от такива събития показва деградация на хардуера в захранването на сегмента или екранирането на кабела. Triconex 4354 High-Speed Communication Module предоставя разширена диагностика за проследяване на промените в собствеността на LAS.

Четвърто, направете проучване на FF H1 сегмента. Използвайте полеви комуникатор, за да изброите всички устройства. Сравнете с очаквания инвентар в проекта TriStation. Липсващите устройства обикновено показват конфликти на адреси. Всяко FF устройство трябва да има уникален адрес от 0 до 31. По подразбиране адресът на Fisher DVC6200 е често 0. Това се сблъсква с адреса на държача на LAS. Преназначете адреса на инструмента преди пускане в експлоатация.

Интегриране на Triconex с ABB 800xA чрез Foundation Fieldbus

ABB 800xA използва интерфейс AF100 за свързване с Triconex. Картата SS902 свързва FF H1 с контролера AC 800M. Конфигурирайте SS902 като канал за функционален блок. Свържете изхода на FF устройството с вътрешния сигнал на SS902. Софтуерът TriStation трябва да експортира списъка със сигнали в CSV формат. Импортирайте го в 800xA Control Builder M. Картографирането на каналите трябва да съвпада точно с проекта TriStation. Използвайте Triconex 4329G Network Communication Module за надежден обмен на данни между SIS и системата ABB 800xA.

Въпреки това, често срещана грешка е преобразуването на типове данни. Triconex съхранява цели числа като 16-битови знакови стойности. ABB AC 800M използва по подразбиране 32-битови цели числа. Трябва да конфигурирате параметрите за мащабиране на SS902. Задайте Input Scale High на 32767 и Input Scale Low на −32768. Стойностите на Output Scale зависят от вашите инженерни единици. За предаватели на налягане използвайте съответно 0 и 1000 PSI.

Накрая, активирайте инструмента за проверка на Fieldbus Foundation в TriStation. Той изпълнява диагностика в реално време на всички връзки на функционалните блокове. Отбелязва всякакви прекъснати връзки между логиката на SIS и полевите устройства. Извършвайте тази проверка на тримесечие. Тя улавя фини деградации на сигналния път преди да предизвика отказ на системата за безопасност. Triconex 4352AN TCM Communication Module поддържа този диагностичен процес нативно.

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

Следователно, третирайте SIS и основния процесен контрол като отделни домейни. Използвайте FF H1 изолационни бариери между Triconex и вашия BPCS. Първо, проверете физическото завършване и нивата на напрежение — допустимият диапазон е 9–32V DC на щифтовете на D-конектора. Второ, конфигурирайте времето на макроцикъла да съвпада със скоростите на сканиране на SIS — задайте FF Link Active Scheduler на цикличен режим на публикуване с 500 ms. Трето, извършвайте месечен одит на адресите на устройствата, за да предотвратите конфликти на адреси в H1 сегментите. Четвърто, експортирайте списъци със сигнали от TriStation за кросплатформена проверка с ABB 800xA Control Builder M. Накрая, изпълнявайте инструмента за проверка на Fieldbus Foundation в TriStation на тримесечие — този подход поддържа надеждността на вашите функции за безопасност, като същевременно позволява диагностика на интелигентни инструменти според IEC 61511 SIL 2 и SIL 3 приложения.