پاسخ کوتاه

هر توقف تولید را با شناسهٔ تجهیز، زمان شروع و شروع مجدد، وضعیت مشاهده‌شده و دلیل گزارش‌شده ثبت کنید. علت تأییدشده را تا رسیدن شواهد در فیلدی جدا نگه دارید. توقف‌های کوتاه را حتی زیر آستانهٔ گزارش حفظ کنید. مثال زیر شامل ۱۸۰ ثانیه وقفه است و نشان می‌دهد دو آستانه، سهم دسترس‌پذیری و عملکرد را تغییر می‌دهند، بدون تغییر OEE کل.

نکته‌های کلیدی

ثبت قابل ویرایش رخداد و شواهد

دو آستانهٔ بررسی‌شده برای رخدادهای یکسان

قاعدهٔ دادهٔ گمشده و شمارش دوباره

CSVفرم خالی ثبت توقف

فیلدهای قابل ویرایش برای مرز زمانی، شواهد و علت؛ بدون ثبت‌نام.

CSVثبت ساختگی و بررسی دو آستانه

سه رخداد و دو محاسبهٔ آستانه. مقادیر CSV ثابت‌اند و فرمول خودکار ندارند.

پیش از گزارش، مرز توقف را تعیین کنید

زمان تولید برنامه‌ریزی‌شده، استراحت، تعویض، شست‌وشو، نگهداری و نبود تقاضا را تعریف کنید. آستانه توقف کوتاه را بنویسید تا سهم دسترس‌پذیری و عملکرد طبق قاعده یکسان محاسبه شود.

شناسه رخداد، تجهیز، زمان‌ها، سفارش، محصول، وضعیت، دلیل اولیه، پاسخ و علت تأییدشده را نگه دارید. اصلاح دلیل باید فرد و زمان داشته باشد؛ مقدار اولیه را پاک نکنید.

ثبت را برای اپراتور قابل استفاده نگه دارید

رخداد خام کنترل‌گر را حفظ و پرش سیگنال را با قاعده مستند گروه‌بندی کنید. چند دسته قابل مشاهده برای توضیح اولیه کافی است؛ هنگام توقف، تشخیص قطعی علت را از اپراتور نخواهید.

موارد نامشخص و اصلاحات بعدی را هم بشمارید. تکمیل صددرصدی فرم وقتی با حدس اجباری پر شده، کیفیت ثبت را ثابت نمی‌کند.

ثبت رخداد با پرسش‌های باز

بازه را شامل شروع و بدون لحظهٔ شروع مجدد تعریف کنید. از ۰۸:۰۰:۰۰ تا ۰۸:۰۰:۲۰ برابر ۲۰ ثانیه است. دو رخداد مجاور می‌توانند مرز مشترک داشته باشند، بدون شمارش دوباره. منطقهٔ زمانی یا UTC، شناسهٔ یکتا و محدودهٔ تجهیز را ثبت کنید.

تجهیز ممکن است خراب باشد، مواد نداشته باشد یا پشت انسداد منتظر بماند. وضعیت، مشاهدهٔ تجهیز است؛ دلیل گزارش‌شده، توضیح اولیه. تأیید علت نیاز به بررسی دارد. گزینهٔ «نامشخص» و سابقهٔ اصلاح با نام فرد و زمان را حفظ کنید.

این ثبت ساختگی مربوط به ده دقیقه تولید برنامه‌ریزی‌شدهٔ یک ماشین است. سه توقف بدون هم‌پوشانی مجموعاً ۱۸۰ ثانیه هستند. هشدار A17 گزارش گیرکردن در رخداد سوم را پشتیبانی می‌کند، اما علت را اثبات نمی‌کند. قطع ارتباط، دادهٔ نامشخص است؛ نه توقف و نه زمان کار تأییدشده.

رخدادشروعشروع مجددمدتوضعیتدلیل گزارش‌شدهعلت تأییدشده
E0108:00:0008:00:20۲۰ ثانیهتوقفوقفهٔ کوتاه تغذیهتأیید نشده
E0208:02:0008:02:40۴۰ ثانیهکمبود موادنبود مواد از ایستگاه قبلیتأیید نشده
E0308:05:0008:07:00۱۲۰ ثانیهتوقفگیرکردن؛ هشدار A17تأیید نشده

تغییر آستانه و حفظ کل اتلاف

راهنمای Vorne اجازه می‌دهد مرز ثبت‌شده‌ای میان توقف دسترس‌پذیری و میکروتوقف عملکرد تعیین شود. اینجا مدت برابر یا بیشتر از آستانه، اتلاف دسترس‌پذیری است. توقف کوتاه‌تر در زمان کار می‌ماند و عملکرد را کم می‌کند.

در آستانهٔ ۶۰ ثانیه، سهم دسترس‌پذیری ۱۲۰ ثانیه و سهم میکروتوقف ۶۰ ثانیه است. در آستانهٔ ۳۰ ثانیه، سهم‌ها ۱۶۰ و ۲۰ ثانیه می‌شوند. مجموع همچنان ۱۸۰ ثانیه است. یک میکروتوقف را هم از زمان کار کم نکنید و هم دوباره به عملکرد نسبت ندهید.

زمان برنامه‌ریزی‌شده ۶۰۰ ثانیه، سیکل ایده‌آل ۳ ثانیه و شمارش کل و سالم ۱۴۰ واحد است. زمان کاملاً مولد ۴۲۰ ثانیه می‌شود؛ OEE در هر دو روش ۷۰ درصد است. رخدادهای خام را برای مقایسه با تعریف یکسان حفظ کنید.

آستانهاتلاف دسترس‌پذیریمیکروتوقفزمان کاردسترس‌پذیریعملکردOEE
۶۰ ثانیه۱۲۰ ثانیه۶۰ ثانیه۴۸۰ ثانیه۸۰٪۸۷٫۵٪۷۰٪
۳۰ ثانیه۱۶۰ ثانیه۲۰ ثانیه۴۴۰ ثانیه۷۳٫۳٪۹۵٫۵٪۷۰٪

توقف محلی را از اثر بر خروجی جدا کنید

ماشین ممکن است خراب، مسدود، بی‌مواد یا منتظر تأیید کیفیت باشد. وضعیت ماشین‌های مرتبط، موجودی واسط، شمارش و سفارش را روی یک خط زمانی قرار دهید.

توقف یک رخداد نباید با جمع زمان همه تجهیزات متأثر چند برابر شود. زمان هر تجهیز و اتلاف کل سیستم، گزارش‌های جدا می‌خواهند.

از ثبت به یک بررسی مشخص برسید

داده را برای تجهیز، محصول، شیفت، تکرار و وضعیت گلوگاه جدا بررسی کنید. هم مدت و هم تعداد رخداد، زمان پاسخ و خروجی سالم ازدست‌رفته را ببینید.

برای مشکل منتخب، هشدار، مواد، کیفیت و نگهداری را تطبیق دهید. مهار، علت تأییدشده، اصلاح و اثربخشی اقدام را جدا ثبت کنید.

  1. تطبیق

    زمان‌ها، شناسه‌ها، تکرار و هم‌پوشانی را بررسی کنید.

  2. رتبه‌بندی

    مدت و تعداد توقف را با اثر بر خروجی مقایسه کنید.

  3. بررسی

    برای الگوی منتخب، شواهد و توضیح‌های رقیب جمع کنید.

  4. اصلاح

    اقدام مجاز را با مسئول و موعد اجرا کنید.

  5. تأیید

    تکرار را در زمان کار و شرایط مشابه بسنجید.

پیش‌بینی را پس از درست‌شدن سابقه اضافه کنید

نگهداری پیش‌بینانه به خرابی تأییدشده، حسگر مرتبط و فرصت اقدام نیاز دارد. کد علت نامعتبر، مرجع مناسبی برای آموزش مدل نیست.

پیش از افزودن پیش‌بینی، حالت خرابی، زمان هشدار و اقدام ممکن را مشخص کنید. بهترشدن کیفیت اعلان، بدون پاسخ مناسب، دسترس‌پذیری تجهیز را ثابت نمی‌کند.

پرسش بعدی از ثبت توقف

دلیل‌های قابل مقایسه را با پارتوی توقف مرتب کنید. الگوی تکراری را با تحلیل علت ریشه‌ای بررسی کنید. برای MTBF و MTTR خرابی تأییدشده و مرز زمان مناسب انتخاب کنید؛ هر توقف خرابی نیست. فرمول OEE زمان و شمارش را تطبیق می‌دهد.

همچنین ببینیدهوش مصنوعی در تحلیل علت ریشه‌ای

مثالی مرتبط از ابوالفضل

توقف برابر ناشی از خرابی پرتکرار یا بازیابی کند را مقایسه کنید.

مطالعهٔ یادداشت تکمیلی

به انگلیسی در وبلاگ شخصی ابوالفضل، بنیان‌گذار Vrolen. مطالعهٔ مرتبط است، نه منبع فنی مستقل.

چک‌لیست عملی

  • زمان برنامه تولید را تعریف کنید.
  • آستانه توقف کوتاه را ثبت کنید.
  • شروع و شروع مجدد را با منطقه زمانی نگه دارید.
  • شناسه یکتا و رخداد خام را حفظ کنید.
  • دلیل اولیه و علت تأییدشده را جدا کنید.
  • داده مفقود را توقف یا کار فرض نکنید.
  • تکرار و هم‌پوشانی را حل کنید.
  • اثر بر گلوگاه و نتیجه اصلاح را بسنجید.

پرسش‌های متداول

پرسش‌های متداول

منابع و مطالعهٔ بیشتر

منابع معتبر استفاده‌شده برای پژوهش و بررسی این راهنما.