هر توقف تولید را با شناسهٔ تجهیز، زمان شروع و شروع مجدد، وضعیت مشاهده‌شده و دلیل گزارش‌شده ثبت کنید. علت تأییدشده را تا رسیدن شواهد در فیلدی جدا نگه دارید. توقف‌های کوتاه را حتی زیر آستانهٔ گزارش حفظ کنید. مثال زیر شامل ۱۸۰ ثانیه وقفه است و نشان می‌دهد دو آستانه، سهم دسترس‌پذیری و عملکرد را تغییر می‌دهند، بدون تغییر OEE کل.
ثبت قابل ویرایش رخداد و شواهد
دو آستانهٔ بررسی‌شده برای رخدادهای یکسان
قاعدهٔ دادهٔ گمشده و شمارش دوباره
فیلدهای قابل ویرایش برای مرز زمانی، شواهد و علت؛ بدون ثبت‌نام.
CSVثبت ساختگی و بررسی دو آستانهسه رخداد و دو محاسبهٔ آستانه. مقادیر CSV ثابت‌اند و فرمول خودکار ندارند.
پیش از اندازه‌گیری، توقف را تعریف کنید
زمان برنامهریزیشده، استراحت، تعویض، شست‌وشو، نگهداری برنامهریزیشده، نبود تقاضا و آستانهٔ میکروتوقف را هماهنگ کنید. دسترس‌پذیری، استفاده و اتلاف تقویم را مخلوط نکنید.
مدل مشترک رخداد باید آغاز، پایان، تجهیز، سفارش، محصول، شیفت، وضعیت کشف‌شده، دلیل اولیه، علت تأییدشده، پاسخ و اثر را نگه دارد. اصلاح کدها را ثبت کنید و مقدار اولیه را حذف نکنید.
- تصمیم و مالک
- افق و تازگی داده
- هزینهٔ خطا و مرز ایمنی
- معیار موفقیت و بازبینی
رخداد را با تفکیک مناسب ثبت کنید
رخداد خام کنترلر را حفظ، پرش سیگنال را با قاعدهٔ ثبت‌شده گروهبندی و زمینهٔ اپراتور را با چند دستهٔ کنترل‌شده اضافه کنید. هنگام توقف، علت ریشه‌ای ساختگی نخواهید.
علاوه بر درصد تکمیل کد توقف، نرخ اصلاح بعدی و موارد ناشناخته را بسنجید. پوشش بالا ارزشی ندارد اگر افراد برای بستن فرم، زیر فشار یک علت حدسی انتخاب کنند.
ثبت رخداد با پرسش‌های باز
بازه را شامل شروع و بدون لحظهٔ شروع مجدد تعریف کنید. از ۰۸:۰۰:۰۰ تا ۰۸:۰۰:۲۰ برابر ۲۰ ثانیه است. دو رخداد مجاور می‌توانند مرز مشترک داشته باشند، بدون شمارش دوباره. منطقهٔ زمانی یا UTC، شناسهٔ یکتا و محدودهٔ تجهیز را ثبت کنید.
تجهیز ممکن است خراب باشد، مواد نداشته باشد یا پشت انسداد منتظر بماند. وضعیت، مشاهدهٔ تجهیز است؛ دلیل گزارش‌شده، توضیح اولیه. تأیید علت نیاز به بررسی دارد. گزینهٔ «نامشخص» و سابقهٔ اصلاح با نام فرد و زمان را حفظ کنید.
این ثبت ساختگی مربوط به ده دقیقه تولید برنامه‌ریزی‌شدهٔ یک ماشین است. سه توقف بدون هم‌پوشانی مجموعاً ۱۸۰ ثانیه هستند. هشدار A17 گزارش گیرکردن در رخداد سوم را پشتیبانی می‌کند، اما علت را اثبات نمی‌کند. قطع ارتباط، دادهٔ نامشخص است؛ نه توقف و نه زمان کار تأییدشده.
| رخداد | شروع | شروع مجدد | مدت | وضعیت | دلیل گزارش‌شده | علت تأییدشده |
|---|---|---|---|---|---|---|
| E01 | 08:00:00 | 08:00:20 | ۲۰ ثانیه | توقف | وقفهٔ کوتاه تغذیه | تأیید نشده |
| E02 | 08:02:00 | 08:02:40 | ۴۰ ثانیه | کمبود مواد | نبود مواد از ایستگاه قبلی | تأیید نشده |
| E03 | 08:05:00 | 08:07:00 | ۱۲۰ ثانیه | توقف | گیرکردن؛ هشدار A17 | تأیید نشده |
تغییر آستانه و حفظ کل اتلاف
راهنمای Vorne اجازه می‌دهد مرز ثبت‌شده‌ای میان توقف دسترس‌پذیری و میکروتوقف عملکرد تعیین شود. اینجا مدت برابر یا بیشتر از آستانه، اتلاف دسترس‌پذیری است. توقف کوتاه‌تر در زمان کار می‌ماند و عملکرد را کم می‌کند.
در آستانهٔ ۶۰ ثانیه، سهم دسترس‌پذیری ۱۲۰ ثانیه و سهم میکروتوقف ۶۰ ثانیه است. در آستانهٔ ۳۰ ثانیه، سهم‌ها ۱۶۰ و ۲۰ ثانیه میشوند. مجموع همچنان ۱۸۰ ثانیه است. یک میکروتوقف را هم از زمان کار کم نکنید و هم دوباره به عملکرد نسبت ندهید.
زمان برنامهریزیشده ۶۰۰ ثانیه، سیکل ایده‌آل ۳ ثانیه و شمارش کل و سالم ۱۴۰ واحد است. زمان کاملاً مولد ۴۲۰ ثانیه میشود؛ OEE در هر دو روش ۷۰ درصد است. رخدادهای خام را برای مقایسه با تعریف یکسان حفظ کنید.
| آستانه | اتلاف دسترس‌پذیری | میکروتوقف | زمان کار | دسترس‌پذیری | عملکرد | OEE |
|---|---|---|---|---|---|---|
| ۶۰ ثانیه | ۱۲۰ ثانیه | ۶۰ ثانیه | ۴۸۰ ثانیه | ۸۰٪ | ۸۷٫۵٪ | ۷۰٪ |
| ۳۰ ثانیه | ۱۶۰ ثانیه | ۲۰ ثانیه | ۴۴۰ ثانیه | ۷۳٫۳٪ | ۹۵٫۵٪ | ۷۰٪ |
منشأ اتلاف را از محل ظهور جدا کنید
ایستگاه ممکن است خراب، مسدود، گرسنه یا منتظر تأیید کیفیت باشد. وضعیت، بافر، شمارش و سفارش را هم‌زمان کنید و توقف تجهیز را جدا از خروجی ازدسترفته گزارش دهید.
دقایق توقف محلی را جدا از خروجی ازدست‌رفتهٔ کل سیستم گزارش کنید. بافر می‌تواند اثر یک تعمیر طولانی را پنهان کند، درحالی‌که میکروتوقف کوتاه در محدودیت مستقیماً قطعهٔ سالم یا تحویل را کم می‌کند.
پارتو را به صف بررسی تبدیل کنید
بر اساس تجهیز، محصول، شیفت، تکرار و وضعیت محدودیت برش بزنید. مدت، فراوانی، پاسخ، تعمیر و محصول خوب ازدسترفته را کنار هم ببینید.
برای یک الگوی تکراری، خط زمانی هم‌زمان از آلارم، متغیر فرایند، مواد، کیفیت و نگهداری بسازید. مهار، علت تأییدشده، اصلاح و تأیید اثربخشی چهار واقعیت متفاوت‌اند.
- کشف
سیگنال و زمینه را ثبت کنید.
- بررسی
شواهد و جایگزین را بسنجید.
- تصمیم
اقدام مالک‌دار را برگزینید.
- اجرا
امن و قابل ردیابی عمل کنید.
- تأیید
اثر و پیامد جانبی را بسنجید.
سپس پیش‌بینی را اضافه کنید
نگهداری پیش‌بینانه به خرابی تأییدشده، حسگر قابل اعتماد و فرصت اقدام نیاز دارد. کد توقف ضعیف فقط نویز اداری را به مدل یاد می‌دهد.
پیش‌بینی را وقتی اضافه کنید که حالت خرابی، حسگر مرتبط، زمان هشدار و اقدام نگهداری ممکن روشن باشد. در غیر این صورت مدل کیفیت اعلان را بهتر می‌کند، نه دسترس‌پذیری واقعی تجهیز را.
پرسش بعدی از ثبت توقف
دلیل‌های قابل مقایسه را با پارتوی توقف مرتب کنید. الگوی تکراری را با تحلیل علت ریشه‌ای بررسی کنید. برای MTBF و MTTR خرابی تأییدشده و مرز زمان مناسب انتخاب کنید؛ هر توقف خرابی نیست. فرمول OEE زمان و شمارش را تطبیق می‌دهد.
مثالی مرتبط از ابوالفضل
توقف برابر ناشی از خرابی پرتکرار یا بازیابی کند را مقایسه کنید.
به انگلیسی در وبلاگ شخصی ابوالفضل، بنیان‌گذار Vrolen. مطالعهٔ مرتبط است، نه منبع فنی مستقل.
چک‌لیست عملی
- تصمیم و مالک را تعیین کنید.
- شناسه، واحد و زمان را پیوند دهید.
- دادهٔ خام و منشأ را حفظ کنید.
- توضیح جایگزین را بیازمایید.
- عدم‌قطعیت و مرز ایمنی را نشان دهید.
- پاسخ و ارجاع را مالک‌دار کنید.
- اثر را با خط پایه تأیید کنید.
پرسش‌های متداول
پرسش‌های متداول
منابع و مطالعهٔ بیشتر
منابع معتبر استفاده‌شده برای پژوهش و بررسی این راهنما.