کاهش آلارمهای مزاحم با ISA 18.2 در Honeywell Experion و Emerson Ovation
هشدارهای مزاحم بیشازحد، دیدن هشداری را که اهمیت دارد برای اپراتور دشوارتر میکنند. استاندارد ISA-18.2 چارچوبی چرخهعمر برای تصمیمگیری درباره این ارائه میدهد که کدام هشدارها باید روی کنسول نمایش داده شوند، چگونه باید رفتار کنند و عملکردشان چگونه باید بررسی شود.
چرا تعداد هشدارها از کنترل خارج میشود؟
وقتی هر تگ آنالوگ چندین حد پیشفرض دریافت میکند، تغییرات عادی فرایند میتوانند اعلانهای تکراری ایجاد کنند. یک هشدار باید وضعیت غیرعادیای را شناسایی کند که به اقدام مشخص اپراتور نیاز دارد، نه اینکه صرفاً گزارش دهد مقداری تغییر کرده است. با تدوین فلسفه هشدار شروع کنید، هشدارها را بر اساس آن منطقیسازی کنید، تغییرات را مدیریت کنید و عملکرد را بر پایه تاریخچه واقعی رویدادها بررسی کنید.
اولویت، باند مرده و تأخیر چگونه باید تنظیم شوند؟
اولویت را بر اساس پیامد اقدام نکردن و زمان پاسخ موجود، با استفاده از ماتریس تأییدشده سایت، تعیین کنید. باند مرده یا هیسترزیس را برای جلوگیری از نوسان هشدار در اطراف یک آستانه تنظیم کنید و فقط زمانی از تأخیر روشنشدن استفاده کنید که خطر فرایند اجازه آن را بدهد. برای حلقههای دبی، سطح یا فشار، هیچ درصد یا تعداد ثانیه جهانشمولی وجود ندارد. بررسی کنید که تأخیر نتواند یک وضعیت خطرناک را که بهسرعت در حال شکلگیری است پنهان کند.
در Honeywell Experion و Emerson Ovation، پیش از تغییر ویژگیها، نسخه نصبشده و شیء هشدار پیکربندیشده را بررسی کنید. محصولات مرتبطی مانند ماژول IOTA سری 8 Honeywell Experion و ماژول ورودی آنالوگ Emerson Ovation در سیستمهایی قرار دارند که رفتار هشدار آنها باید در پیکربندی واقعی بررسی شود. فرض نکنید هر دو پلتفرم از تنظیمات یا بلوکهای یکسانی استفاده میکنند.
چه مواردی باید در پایگاه داده اصلی هشدار ثبت شوند؟
تگ، هدف، وضعیت غیرعادی، پیامد، اقدام موردنیاز اپراتور، زمان پاسخ، اولویت، نقطه تنظیم، باند مرده، تأخیر، قوانین کنارگذاری یا سرکوب و تاریخچه بررسی هر هشدار را ثبت کنید. هشدارهایی را که هیچ اقدام مفیدی از سوی اپراتور ندارند رد یا بازطراحی کنید. اهداف عملکردی را بر اساس فلسفه هشدار و سابقه بهرهبرداری سایت انتخاب کنید، نه با کپیکردن یک هدف ثابت برای هشدارهای فعال یا سیل هشدارها از تأسیسات دیگر.
کنارگذاری چه زمانی مناسب است؟
کنارگذاری، یک هشدار را طبق روشی کنترلشده، موقتاً از نمای فعال اپراتور حذف میکند. مشخص کنید چه کسی میتواند آن را کنار بگذارد، دلیل این کار چیست، مدت مجاز چقدر است، میزان رؤیتپذیری چگونه است و بازگشت خودکار چگونه انجام میشود. از استفاده از یک زمانسنج ثابت کنارگذاری در راهاندازی بهعنوان جایگزینی برای هشداردهی مناسب مبتنی بر وضعیت خودداری کنید. هشدارهای ایمنیبحرانی طبق خطمشی سایت به بررسی ویژه نیاز دارند.
هشدارها چگونه باید از طریق OPC UA مسیریابی شوند؟
اگر سرور از OPC UA Alarms & Conditions پشتیبانی میکند، رویدادهای مرتبط را مشترک شوید و نوع رویداد، منبع، مُهر زمانی، وضعیت فعال، تأیید و گذارهای بازگشت به حالت عادی را بررسی کنید. اشتراک رویدادها ممکن است گذارها را بهتر از نظرسنجی دورهای حفظ کند، اما تحویل و بافرکردن همچنان به پیکربندی سرور و کلاینت وابسته است. رویدادهای پاییندستی را فقط به High و Emergency محدود نکنید، مگر اینکه مورد استفاده دریافتکننده و سیاست نگهداری دادهها صراحتاً اجازه حذف رویدادهای با اولویت پایینتر را بدهند. پارامترهای انتشار و صف را بر اساس توان عملیاتی آزمایششده تنظیم کنید، نه مقادیر عمومی ثابت.
اپراتور چگونه میتواند یک سیل هشدار را مدیریت کند؟
توالی هشدارها را تحلیل کنید تا علت آغازگر را بیابید، سپس هشدارهای وابسته را منطقیسازی کنید و زمانی که وضعیت فرایند آنها را نامرتبط میکند، سرکوب تأییدشده را بهصورت طراحیشده اعمال کنید. دیدپذیری خطرات قابل اقدام را حفظ کنید. تغییرات را در سناریوهای واقعگرایانه اختلال آزمایش کنید و هشدارهای پرتکرار، هشدارهای نوسانی، سیلهای هشدار و پاسخ اپراتور را به تفکیک شیفت پیگیری کنید. هر آزمایش اجباری باید از روشی تأییدشده پیروی کند که از تأسیسات و کارکنان محافظت کند.
نخستین گام عملی چیست؟
یک تاریخچه هشدار نماینده از سیستم نصبشده Honeywell Experion یا Emerson Ovation تهیه کنید. بدترین موارد تکرارشونده را شناسایی کنید، اقدام موردنیاز اپراتور را تأیید کنید و پیش از تغییر همزمان تعداد زیادی تگ، اولویت، حدود، باند مرده و تأخیر آنها را منطقیسازی کنید. پایگاه داده اصلی هشدار و پیکربندی زنده را از طریق کنترل تغییر همگام نگه دارید.
نویسنده: ژائو مینگیوان مهندس اتوماسیون صنعتی است و بیش از 10 سال تجربه در زمینه PLC، DCS و سیستمهای کنترلی دارد.
