- ۱رتروفیت هوشمند در صنایع براونفیلد(Brownfield)
- ۲از پروژه هوش مصنوعی تا «قابلیت صنعتی» پایدار
- ۳دارایی/سرمایه رتروفیت هوشمند که باید حفظ شوند
- ۴نقش VCها در رتروفیت
- ۵سنجش و قابلیت مشاهده صنعتی
- ۶سلامت دارایی، قابلیت اطمینان و نگهداری پیشگویانهدر حال مطالعه
بعد از آنکه داراییها به روش صحیح «مشاهده» شد، باید معلوم شود که نحوه مشاهده آن برای سلامت عملکردیش چه معنایی دارد. این گام ساده به نظر میرسد و معمولاً همینجا وعدهها از واقعیت جدا میشوند. بسیاری از حالتهای خرابی رفتار، تقویمی ندارند. داده کافی برای برآورد عمر باقیمانده غالباً نیست. با این حال، تشخیص بهموقع انحراف از رفتار آشنا، بهتنهایی میتواند برنامه نگهداری، تهیه قطعه و انتخاب پنجره توقف را عوض کند.
اگر این تمایز حفظ نشود، سایت تولید میان دو بنبست میماند: یا همان نگهداری تقویمی و واکنشی، یا سامانهای که تاریخ میدهد و تاریخهایش تکرار نمیشود. رتروفیت سلامت، باید از این دو بنبست خارج شود.
سلامت تجهیزات، یعنی معنا دادن به مشاهده در زمینه بهرهبرداری
تغییر ارتعاش، دما، توان یا فشار ممکن است عیب باشد یا نتیجه تغییر بار، خوراک یا حالت عملیاتی. مدلی که این تفاوت را درک نکند، در پارادایم جدید هشدار میسازد و در پارادایم معیوبِ قبلی سکوت میکند. هر دو خطا، اعتماد را میکشند.
زمینهمند کردن وضعیت تجهیزات، مطلب اصلی در این مقاله است. سلامت تجهیزات بدون لحاظ نمودن میزان بار، دور، ترکیب خوراک، وضعیت شیرها، دستور تولید و تاریخچه اخیر تعمیر، اصولا یک تشخیص نیست؛ تخمین آستانه خرابیهای احتمالی است. آستانه ثابت در براونفیلد معمولاً یا دیر است یا پرنویز!
این اصل در تجهیزات ثابت حتی مهمتر میشود. سلامت تجهیزات، فقط شامل ارتعاش تجهیزات دوار نیست. افت انتقال حرارت، خوردگی و کاهش ضخامت، رفتار کوره، وضعیت شیرهای کنترل و انحراف شبکه یوتیلیتی نیز موضوع تحلیل سلامت تجهیزات هستند. اگر حوزه سلامت تجهیزی به یاتاقان و گیربکس محدود شود، بخش بزرگی از ریسک تولید و انرژی مغفول میماند.
اگر نرخ داده با دینامیک خرابی نخواند، اگر سیگنال در پکیج مانده باشد، یا اگر تعویض حسگر بدون پیوستگی تاریخچه رخ داده باشد، مدل سلامت تجهیزات روی «شکاف مشاهده» سوار میشود نه روی دارایی!
سطوح تحلیل؛ همه نردبان را لازم ندارند
دامنه این حوزه در مقاله حاضر، از پایش وضعیت و تشخیص ناهنجاری تا تشخیص عیب، پیشآگاهی، برآورد عمر باقیمانده و پشتیبانی تصمیم نگهداری امتداد دارد. اینها پلههای اجباری یک محصول PdM نیستند بلکه اجزای خانواده قابلیتهای PdM هستند:
سطح پایش وضعیت میگوید متغیر سلامت تجهیزات در محدوده آشنا هست یا خیر.
تشخیص ناهنجاری میگوید رفتار از الگوی اخیر یا الگوی پارادایمهای سلامت مشابه منحرف شده است.
تشخیص عیب میکوشد میان علتهای محتمل تمایز بگذارد.
پیشآگاهی و عمر باقیمانده زمان و مسیر تخریب را برآورد میکنند.
پشتیبانی تصمیم نگهداری وضعیت فنی را کنار اهمیت تجهیز، افزونگی، پیامد خرابی، قطعه یدکی، فرصت توقف و برنامه تولید میگذارد.
در بسیاری از کاربردها، یک سامانه تشخیص ناهنجاری قابل اتکا، بسیار ارزشمندتر از پیشبینی ظاهراً دقیق ولی نامطمئن عمر باقیمانده، تلقی میشود. عمر باقیمانده بدون داده تخریب کافی، بدون تعریف دقیق حالت خرابی و بدون رژیم بهرهبرداری نسبتاً پایدار، عدد تزئینی است. عدد تزئینی در برنامه توقف، از نبود عدد خطرناکتر است.
هشداردهی، اقدام تعمیراتی نیست
خروجی سلامت تجهیزات، اگر در سامانه هشدار بماند، به عملیات نرسیده است. هشدار باید به فرایند واقعی نگهداری وصل شود. CMMS، اولویتبندی، قطعه، مهارت، مجوز کار و پنجره تولید، جزء معماری سلامتاند نه پیوست اداری.
در سطح بالاتر، خروجی سلامت تجهیزات، ورودی تصمیم تعمیر، بازسازی یا تعویض است. اینجا باید تأکید شود که سلامت تجهیزات بدون پیوند به هزینه و ریسک، نیمهکاره است؛ و هزینه بدون وضعیت فنی نیز حدس مالی است.
آنچه در براونفیلد این حوزه را سخت میکند
دادههای برچسبخورده خرابی کم است. بسیاری از توقفها علت دقیق ثبتشده ندارند. قطعه گاهی عوض میشود بدون آنکه حالت خرابی در سامانه بسته شود. حسگرها برای کنترل نصب شدهاند نه برای تشخیص. پکیج فروشنده داده غنی دارد و آن را نمیدهد. رژیم خوراک عوض میشود و «نرمال» قبلی بیاعتبار میگردد.
در این شرایط ساختن مدل از روی کاتالوگ Greenfield بیفایده است. باید از داده موجود، دانش شیفت و سابقه کار نگهداری، شروع کرد. گاهی اصلاح ثبت علت خرابی در CMMS، از خرید حسگر جدید ارزشمندتر است. اینها رتروفیتاند؛ کمجلوهاند و اثرشان ماندگار است.
محدودیت دیگر، مالکیت و امنیت مسیر داده است. پایش سلامت تجهیزات، معمولاً باید خواندنی بماند. باز کردن مسیر فرمان به بهانه نگهداری پیشگویانه، مسئله را از این حوزه خارج و وارد کنترل و ایمنی میکند. آن عبور باید آگاهانه باشد نه تصادفی.
مسیر بلوغ پیشنهادی
بلوغ سلامت تجهیزات، نیز با تعداد دارایی تحت پایش کامل، یکی نیست. مسیر از ثبت وضعیت و آستانههای ساده، به پایش پیوسته زمینهمند، تشخیص انحراف، تمایز علتهای محتمل، و در نهایت تصمیم نگهداری مبتنی بر ریسک میرود.
عبور از هر سطح نیازمند «مشاهده کافی همان سطح» است. تشخیص عیب بدون ویژگی مناسب و بدون دانش حالتهای خرابی، فقط نام سطح بالاتر است. پیشآگاهی بدون تعریف شکست و بدون تاریخچه تخریب، تقویم مصنوعی است.
سازمان وقتی بالغ است که بتواند برای هر کلاس دارایی سطح مناسب را انتخاب کند، هشدار را به اقدام وصل کند، و بعد از اورهال یا تعویض حسگر مدل را بازبین کند. اگر مدل پس از تعمیر همان هشدار قبلی را تکرار کند، قابلیت سلامت نیست؛ حافظه منقضی است!
توان و الگوهای VCها
توان VCها در این حوزه از ایجاد یا بازیابی داده وضعیت تا تشخیص، پیشآگاهی، پیشبینی و اتصال به تصمیم نگهداری امتداد دارد. تأکید این مقاله بر انتخاب سطح مناسب برای هر دارایی است، نه توسعه اجباری همه تجهیزات تا بالاترین بلوغ.
الگوی عملی معمولاً چنین است: اول شکاف مشاهده همان دارایی؛ بعد ناهنجاری زمینهمند روی چند دارایی مشابه؛ بعد تشخیص برای کلاس بحرانی؛ بعد اتصال به CMMS و اولویت ریسک؛ در این مسیر ممکن است شریک ارتعاش، شریک خوردگی، یکپارچهساز OT و تیم مدل، کنار هم باشند. VC باید نگذارد هر کدام شاخص سلامت تجهیزات را بصورت جدا بسازند که در تصمیم نگهداری قابل جمع نباشند.
معیار موفقیت پایلوت این حوزه دقت روی چند خرابی گذشته نیست. معیار این است که در یک بازه واقعی بهرهبرداری، تغییر رفتار زودتر دیده شود، هشدارهای بیزمینه کم شود، و حداقل چند تصمیم نگهداری با زمان بیشتر یا هدف دقیقتر گرفته شود. اگر اینها رخ ندهد، مدل ممکن است خوب باشد و قابلیت سلامت ساخته نشده باشد.
مرز با حوزههای بعد
سلامت دارایی، ورودی هوشمندی فرایند است، چون انحراف رفتار تجهیز، رفتار واحد را عوض میکند. سلامت تجهیزات، ورودی مهمی برای موضوع انرژی است، چون افت راندمان غالباً نشانه سلامت است. برای سلامت تجهیزات، ورودی مهمی است برای موضوع ایمنی، چون لایه حفاظتی و نشت به وضعیت دارایی واستهاند. سلامت تجهیزات، ورودی تصمیمات سرمایهای نیز هست، زیرا تعمیر یا تعویض بدون وضعیت فنیِ واقعی، معنی ندارد.
با این حال سلامت تجهیزات، جای کنترل پیشرفته نمینشیند و جای بهینهسازی تولید را نمیگیرد. بستن حلقه روی خروجی مدل خرابی، بدون عبور از سطح اختیار و مهندسی کنترل، رتروفیت نیست!