Проектиране на кодове за причини при престой: 90-те минути, които определят дали вашите анализи на OEE са полезни

Проектиране на кодове за причини за престой: 90-те минути, които решават дали вашата OEE аналитика е полезна Ключови изводи - Кодове за причини при престой = категориите, които операторите избират при записване на спиране. - Лошите таксономии на кодовете водят до шумни Парето диаграми, които прикриват какво всъщност се случва. - Добри таксономии съдържат 10–20 кода на линия, взаимно изключващи се и лесно разпознаваеми. - Таксономията трябва да е проектирана за анализ, не за пълнота. Твърде много кодове е по-лошо от твърде малко. - „Друго“ и „Непознато“ трябва да са рядкост — висок дял означава, че таксономията е неправилна, а не че операторите са мързеливи. Краткият отговор: Кодове за причини при престой са категориите, които операторите избират при записване на спиране. Проектирането на таксономията е мястото, където повечето заводи саботират своята OEE аналитика — твърде много кодове, твърде неясни, с припокриване. Полезната таксономия има 10–20 кода на линия, взаимно изключващи се и лесно разпознаваеми от операторите. Проектирана е за анализ, не за пълнота. 90-те минути, прекарани в правилно проектиране на този набор, си струват години по-чисти анализи. Вижте също Проектиране на кодове за грешки в PLC. Какво прави таксономията на кодовете за причини добра Пет свойства: - Взаимно изключваща се. Всеки престой попада в точно един код. Няма ситуации „може да е и двете“. - Колективно изчерпателна на правилното ниво. 95%+ от престоите трябва да могат да се класифицират без „Друго“. - Разпознаваема от операторите за секунди. Ако изборът на код отнема 30 секунди, операторите ще го заобикалят. - Ориентирана към действие. Всеки код указва конкретна категория контрамерки. - Стабилна. Същите кодове означават едно и също между смени и през месеците. Честите грешки 1. Твърде много кодове. 50+ кода на линия. Операторите не могат да прегледат списъка; избират първия възможен. Аналитиката е шумна. 2. Твърде малко кодове. 3–5 общи кода. Парето е безсмислено; всичко е „неизправност на оборудването“ или „материал“. 3. Припокриващи се кодове. „Механична повреда“ и „Механичен срив“ съществуват като отделни кодове. Операторите избират произволно между тях. 4. Кодове, които смесват коренна причина със симптома. „Грешка на сензора“ и „Грешен продукт“ могат да бъдат предизвикани от една и съща коренна причина. Това обърква. 5. Кодове, създадени за нуждите на планиращия, а не на оператора. „PM Type 3.4.b“ не означава нищо на техник в 3 сутринта. Как да проектирате таксономията 1. Започнете с шестте големи загуби. Неизправност на оборудването, настройка/реглаж, простаивания/малки спирания, намалена скорост, дефекти, загуби при стартиране — това са категориите на OEE загубите. 2. Разделете всяка на 2–5 подкатегории. Неизправност на оборудването → Механична, Електрическа, Хидравлична, Пневматична, Сензорна. Настройка → Смяна/преоборудване, смяна на инструменти, зареждане на рецепта. 3. Адаптирайте към линията. CNC линия има различни режими на повреда от опаковъчна линия. Персонализирайте. 4. Тествайте с операторите. Покажете на трима оператора пет хипотетични спирания. Избират ли същия код? Ако не — уточнявайте. 5. Документирайте и заключете. Таксономията е част от версията на OEE формулата. Работещ пример за дискретна линия Наличностни загуби: - EQ-Mechanical - EQ-Electrical - EQ-Sensor - SET-Changeover - SET-Tool change - SET-Recipe load - MAT-Starvation upstream - MAT-Blockage downstream - UTIL-Power/air - SAFETY-Stop - PM-Planned Сигнали за производителност: - MICRO-Operator clear - MICRO-Material jam - SLOW-Tool wear - SLOW-Recipe drift Сигнали за качество: - QA-Hold - QA-Rework - QA-Startup scrap ~18 кода. Всеки лесно разпознаваем от оператор. Всеки съответства на конкретна мярка. Когато операторите избират „Друго“ „Друго“ е индикатор за проблем. Ако е повече от 5% от спиранията, таксономията липсва важни категории. Добавете кодове за това, което всъщност се случва. Анализ: изтеглете седмица записи „Друго“ с техните свободни текстови коментари. Класифицирайте ги в групи. Превърнете често срещаните групи в отделни кодове. Многостепенни кодове Някои платформи поддържат двустепенни кодове за причини (категория → подкатегория). Това може да помогне на операторите (първо изберете категория бързо, после детайлна подкатегория), но само ако второто ниво е наистина полезно. Ако второто ниво рядко се използва, опростете до едно ниво. Как да преглеждате и усъвършенствате - Месечно: преглеждайте процента „Друго“. Ако надвишава 5%, доусъвършенствайте. - Тримесечно: преглеждайте Парето разпределението. Ако един код доминира, разгърнете го на подкатегории. - Годишно: преглеждайте цялата таксономия. Премахвайте неизползвани кодове; добавяйте за нови режими на повреда. Чести грешки 1. Позволяване всяка линия да дефинира своя собствена таксономия. Сравнение между линии става невъзможно. 2. Никога не преглеждане. Таксономията се влошава с промяната на оборудването и процесите. 3. Кодове, които смесват структурирани полета и свободен текст. „Друго – виж бележки“ обезсмисля структурирания подход. 4. Наказване на операторите за честни кодове. „Спиране поради безопасност“ трябва да се приветства, не да се заравя. Как модерна OEE платформа подпомага проектирането на таксономията Модерна OEE платформа поддържа конфигурируеми таксономии на кодовете за причини, показва процента „Друго“ и Парето разпределението и позволява на отговорника за данни да усъвършенства таксономията без загуба на историческа сравнимост. OEE модулът на Fabrico поддържа многостепенни кодове за причини, показва показатели за качество на таксономията (процент „Друго“, изкривяване на разпределението) и позволява усъвършенстване с версионна история. Вижте как Fabrico улавя това автоматично — разгледайте OEE за производство или запазете демо. Свързано четене - Проектиране на кодове за грешки в PLC - Run Rate vs Design Rate - Planned vs Unplanned Downtime - Line Design vs Line Balancing Често задавани въпроси Колко кодове за причини трябва да имам? Обикновено 10–20 на линия. Повече от 30 прави избора на операторите ненадежден. Трябва ли всяка линия да има същите кодове? Категориите — да; подкатегориите — пригодени към линията. Горната структура трябва да е последователна. Какъв е приемливият процент „Друго“? Под 5%. По-висок означава, че таксономията липсва категории. Мога ли да автокласифицирам кодовете за причини? Все повече. Машинно обучение на PLC подписи плюс контекст, въведен от оператора, може да предлага кодове. Обикновено се запазва човешкото потвърждение. Колко често трябва да се преглежда таксономията? Месечно за процента „Друго“, годишно за пълен преглед на таксономията.