Автоматично проследяване на престой с анализ на първопричините

Основни изводи

• Автоматичното проследяване на престои записва всяко спиране без оператор да го регистрира. Анализът на първопричината е слоят, който обяснява защо е настъпило спирането, това е частта, която всъщност води до отстраняване.
• Ръчните кодове за причина са слабото звено. Избирани под натиск от времето, те се насочват към категорията, която е най-лесна за селектиране, затова данните, които трябва да насочват подобрението, са погрешни от самото начало.
• Първопричината идва на нива: непосредственият спусък (какво спря линията в този момент) и основната причина (защо това продължава да се случва). Добра система улавя спусъка надеждно и прави възможно разследването на основната причина.
• Целта не е повече сигнали. Целта е по-малко повторни спирания, което се случва само когато данните за причините са достатъчно точни, за да им се има доверие.

Какво представлява автоматичното проследяване на престои

Автоматичното проследяване на престои засича всяко спиране на линия с точния му старт, продължителност и край, директно от сигнала на оборудването или от производствените данни. Никой не трябва да забелязва спирането или да помни да го запише. Това е важно, защото най-вредните спирания често са кратките и честите, които ръчното регистриране никога не записва.

Проследяването на спирането е само половината от задачата. Списък със спирания без причини ви казва, че линията губи време, но не и какво да се направи. Стойността е във втората част: прикачването на точна причина към всяко спиране.

Защо ръчните кодове за причина не работят добре

Повечето фабрики искат операторът да избере код за причина, когато линията спре. Под натиск в производството, с образуваща се опашка, операторът избира най-близкия правдоподобен код и продължава. За един месец данните се изкривяват в полза на лесните категории и се отклоняват от истината.

Резултатът е Pareto на престоя, който изглежда авторитетен, но сочи в грешна посока. Екипите после влагат усилия за подобрение в отстраняване на причина, която е била наддекларирана, защото е била лесна за кликване, докато истинският двигател се крие в обща категория. Точният запис е това, което прави анализа изобщо полезен.

Двете нива на първопричината

• Непосредственият спусък. Това, което действително е спряло линията в този момент: задръстване, повреда, липсващ вход. Това трябва да се улавя автоматично и точно, всеки път.
• Основната причина. Защо този спусък продължава да се повтаря: износена част, настройка, вариация във входа от предишна стъпка. Това е разследване и зависи от наличието на надеждни данни за спусъка и свързана история за проучване.

Често се бъркат двете. Надеждният непосредствен спусък е нещо, което системата може да улови; основната причина е нещо, което човек разследва, и това е много по-лесно, когато данните за спусъка са чисти.

Ръчно срещу автоматично улавяне

Какво да търсите

• Улавяне без въвеждане от оператор. Ако точността зависи от това натоварен човек да кликне правилния код, данните ще се изкривят. Вижте как системата определя причината сама.
• Свързана история на събитията. Първопричината се намира, като се види повторяемостта на един и същ спусък. Системата трябва да направи този модел очевиден, а не да го скрива.
• Път към действие. Записаната причина трябва да може да стане работна поръчка, така че анализът да завърши с отстраняване, а не с диаграма. Вижте от неизправност до отстраняване за тази верига.
• Честен обхват. Инструмент може да улавя непосредствения спусък надеждно; основната причина все още изисква разследване. Бъдете внимателни към твърдения, че някоя система напълно автоматизира това преценяване.

Как се вписва Fabrico

Fabrico проследява престоя автоматично и използва компютърно зрение, за да улови истинската непосредствена причина за спирането, вместо да разчита на операторски код за причина, така че вашите данни за престой да сочат към истинския проблем.

Понеже всяко събитие е свързано и OEE и CMMS споделят една платформа, повтарящите се спусъци са видими и записаната причина може директно да се превърне в работна поръчка. Основната причина остава ваша задача за разследване, но започвате от чисти данни, а не от предположения.

Fabrico е разработено и хоствано в ЕС с внимание към местонахождението на данните и е сертифицирано по ISO 27001. За да го видите на вашите линии, заявете демонстрация .

Свързано четиво

• Най-добрият софтуер за анализ на първопричините
• Престой спрямо време на работа
• От неизправност до отстраняване
• Системи за наблюдение на производството
• OEE за производство

За практическа следваща стъпка сравнете водещите опции в нашето ръководство за най-добрите системи за наблюдение на производството.

Често задавани въпроси

Открива ли автоматичното проследяване първопричината само по себе си?

То надеждно улавя непосредствения спусък (какво е спряло линията). Основната причина, защо този спусък продължава да се повтаря, остава предмет на разследване. Стойността на автоматичното улавяне е, че разследването започва от точни данни, а не от изкривени кодове за причини.

Защо ръчните кодове за причина са проблем?

Под натиск в производството операторите избират най-лесния правдоподобен код, затова данните се изкривяват в полза на тези категории. Анализът на престоя после сочи към наддекларирана причина, докато истинският двигател се крие в обща група.

Кое е първото нещо за коригиране?

Точността на улавянето. Докато причината, прикачена към всяко спиране, не е надеждна, всяка последваща диаграма и план за подобрение се базират на предположения. Надеждното улавяне е преди всеки анализ.

Ще записва ли кратките спирания?

Автоматичното проследяване улавя кратки, честите спирания, които ръчното регистриране рутинно пропуска, което е важно, защото тези малки загуби често надхвърлят по обем драматичните повреди.