هدف هشدار جلب توجه به وضعیت نیازمند اقدام است، نه تولید فهرستی بی‌پایان از پیام‌ها.
هر هشدار باید اقدام داشته باشد
پیامی که نیاز به واکنش ندارد احتمالاً رویداد یا اطلاعات است.
اولویت‌ها را محدود و روشن کنید
شدت پیام باید با پیامد و زمان واکنش متناسب باشد.
هشدارهای تکراری را تحلیل کنید
Chattering و Flood تمرکز اپراتور را کاهش می‌دهند.
پیام را قابل فهم بنویسید
تجهیز، وضعیت و اقدام اولیه باید از متن قابل تشخیص باشد.
عملکرد سیستم را بازبینی کنید
آمار هشدارها و بازخورد اپراتورها مبنای بهبود دوره‌ای است.
پیش از خرید یا اجرا، وضعیت موجود باید در محل بررسی شود.
شهر پروژه، چند تصویر و شرح کوتاهی از نیازتان را بفرستید؛ پس از بررسی، مشخص می‌کنیم بازدید، طراحی یا برآورد از کجا شروع شود.
یک نمونه نزدیک به شرایط واقعی
سناریو
هشدارهای زیاد اما واکنش دیرهنگام اپراتور
روش بررسی
اگر یک پیام فقط وضعیت را اطلاع می‌دهد، آن را Event نگه دارید؛ اگر اقدام و زمان واکنش مشخص دارد، Alarm تعریف کنید. هشدارهای تکراری، لحظه‌ای و پیامددار را از هم جدا کنید.
خروجی مورد انتظار
گزارش ۳۰ روزه تعداد هشدار، ده هشدار پرتکرار، زمان تأیید، رخدادهای Flood و پیشنهاد حذف یا اصلاح هر پیام.
سه سؤال مهم پیش از شروع
در محل پروژه چه چیزهایی بررسی می‌شود؟
این راهنما برای تصمیم‌گیری اولیه نوشته شده است. جزئیات اجرا پس از بازدید محل، بررسی مدارک و کنترل دستورالعمل سازنده نهایی می‌شود.
پیش از شروع، این اطلاعات را آماده کنید
اشتباهی که می‌تواند هزینه‌ساز شود
دانلود برنامه جدید یا تعویض PLC بدون بکاپ و بدون بررسی تغذیه، شبکه و تجهیزات میدان می‌تواند توقف را طولانی‌تر کند.
۱. تثبیت مسئله
رخداد را با زمان و شرایط فرایند ثبت کنید؛ تعویض قطعه قبل از بازتولید خطا معمولاً علت اصلی را پنهان می‌کند.
۲. تفکیک لایه‌ها
تغذیه، سنسور و سیم‌کشی، کارت I/O، شبکه و منطق برنامه جداگانه بررسی شوند.
۳. آزمون کنترل‌شده
هر تغییر با مجوز، نسخه پشتیبان و امکان بازگشت انجام و نتیجه قبل و بعد ثبت شود.
در پایان چه چیزی تحویل می‌گیرید؟
گزارش رخداد، فهرست سیگنال‌های معیوب، نسخه‌های نرم‌افزار، تغییرات تأییدشده، نتایج آزمون و برنامه اقدام بعدی.
مطالب مرتبط
اگر در حال بررسی جدی این موضوع هستید، مطالب مرتبط زیر هم به جمع‌بندی شما کمک می‌کنند.