Софтуер за реално време - Парето на престой: какво му трябва и как да го тествате

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

Когато е готово, седмицата е изминала.

Затова искате да е в реално време. Но когато го правите ръчно, вие сте почистващият данни, а жива диаграма няма никой на тая длъжност.

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

Какво трябва да означава "на живо"

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

Това повдига въпроси, с които седмичната диаграма никога не се сблъсква:

• Отворени спирания. Брои ли се спирането, докато все още тече, или само след като приключи? Ако само след това, вашето най-дълго спиране е невидимо, когато е най-важно.
• Забавяне. Колко време минава от спиране на машината до промяната на лентата? Попитайте за цифрата и я измерете.
• Презаписване. Когато оператор маркира спирането час по-късно, лентите се местят. Добре. Но трябва да можете да видите, че това се е случило.
• Прозорец. Десет минути след началото на смяната, едно 25-минутно спиране от края на предишната смяна може да изглежда като вашата основна загуба, ако прозорецът е неправилен.

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

Данните, от които се нуждае жив Парето

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

Правилото за спирането променя броенето ви

Кажете, че задръстване се разчиства и се връща три пъти за две минути. Това е едно спиране или четири, в зависимост от правилото.

Минутите остават същите, но лентата за брой на появяванията се променя много.

Прагът също има значение.

40-секунден стоп е стоп при правило от 30 секунди. При правило 60 секунди може да се окаже като бавно въртене, което е загуба на производителност, а не престой.

Едно спиране на линия може да се брои няколко пъти

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

Дръжте чакащите машини в собствената им причина "загладени" или "блокирани". В противен случай грешната причина изкачва диаграмата.

Бройте го два пъти - минути и появявания

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

Ето една линия за една седмица, 10 смени.

Примерни данни:

Какво ви казва този пример:

• Задръстването води и в двете. Много кратки спирания се натрупват. Това сочи към процесно или конструктивно решение на пода, а не към по-бърз ремонт.
• Грешка в задвижване е 2 спирания и 150 минути. Попитайте защо е отказала и защо ремонтът е средно 75 минути.
• Превищение при смяна е 8 смени, всяка с 20 минути над стандарта. Вижте стандартизираната работа първо и отбележете, че само диаграмата по брой би я погребала.
• Навиване на етикети изглежда голямо по брой и малко по време. Може да е бързо постижимо подобрение, а не приоритет.

Сега погледнете натрупания общ резултат. Три ленти правят 61.3 процента от минутите, не 80.

Съотношението 80/20 е емпирично правило, а не закон, така че не недоверявайте диаграмата заради несъвпадение с него.

Тестът с немаркираните

Преди да действате по класирането, сравнете немаркираните минути с пропуските между лентите. Тук, задръстването води промяната при превключването с 20 минути, а 130 минути нямат причина.

Ако само 21 от тези минути принадлежат на превключването, горната лента се променя.

Така че това класиране още не е окончателно. Маркирайте първо, после решавайте.

Как кодовете за причина чупят жив Парето

Софтуерът може да прочете спирането перфектно и въпреки това да ви покаже грешния списък. Това са обичайните начини, по които се случва.

Една причина, няколко имена

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

Ръчно бихте обединили тези имена без да мислите. Жива диаграма няма да го направи.

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

Други чести проблеми

• "Друго" в горната част. Диаграмата ви казва, че списъкът има празнина. Разделете кода, използвайки коментарите на оператора.
• Първият в списъка печели. Бърз оператор натиска най-горната опция. Ако един код е необичайно популярен, проверете реда на екрана.
• Симптом или причина. "Машината спря" не казва нищо. Именувайте това, което операторът може да види, и оставете по-дълбокото защо за прегледа.
• Маркирано по памет. Спиране, маркирано в края на смяната е предположение. Маркирайте на линията, близо до спирането.
• Кодовете променени в средата на месеца. Преименувате или сливате код без мапинг и трендът за миналия месец се чупи.

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

Какво да тествате в един инструмент

Не съди от демо с чисти примерни данни. Помолете да го пуснат на реална линия, или поне на реален експорт на вашите спирания.

За по-широк поглед към пазара, вижте нашето ревю на софтуер за проследяване на престои.

Кога не ви трябва живо

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

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

Как да го използвате в ежедневна среща

Жива диаграма може да привлече срещата да гони която и да е лента, която се е преместила последна. Използвайте два прозореца, с по една задача всеки:

• Shift-to-date: за реакция сега. Шумно е, затова никога не стартирайте проект от него.
• По-дълъг прозорец, като 4 седмици: за избор на проекти. Една седмица може да ранжира причините различно от по-дълъг период.

След това отделете на Парето около 5 минути от 15-минутната ежедневна OEE среща:

1. Проверете данните. Колко от вчера е немаркирано? Нека водещият на смяната го изчисти преди срещата.
2. Прочетете вчера по минути. Назовете топ три ленти.
3. Прочетете вчера по появявания. Нещо повтаря ли се, което минутите скриват?
4. Сравнете с 4-седмичния изглед. Нова лента е събитие, което да разгледате. Постоянна лента е проект.
5. Затворете с един собственик, едно действие, една дата. После проверете дали вчерашното действие е преместило лентата си.

Не спорете за кодовете за причина в срещата. Запишете проблема и оправете списъка в месечен преглед, за да останат числата сравними. Когато същите причини остават на върха, сравнете типовете инструменти в нашия наръчник за софтуер за предотвратяване на непланирани престои.

Как Fabrico пасва

Fabrico е лек MES: облачен софтуер за OEE и мониторинг на производството. За тази задача той ви дава входовете и класирането.

• Спиране на свързана машина се записва с начално време и продължителност. Сигналът идва от PLC, IoT устройство със сензори на по-стари машини или AI камера, където няма машинен сигнал.
• Операторите маркират причината на таблет или телефон, от вашия собствен списък с кодове за причина.
• Виждате престои по причина, машина и смяна, с класиран списък на топ причините за текущата седмица или минал период.
• OEE таблото се обновява докато линията работи.
• Статусът на линията показва работи или спряно, колко е продължило текущото спиране и неговата причина след маркиране.
• Кратките спирания се откриват от машинния сигнал, включително тези твърде кратки за записване.
• Всеки списък може да бъде експортиран в Excel или CSV, така че да можете да сумирате лента или броите спиранията сами.

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

Планирайте около 1 месец за инсталиране и свързване на устройства и 3 до 4 месеца за пълно разгръщане.

Какво не прави: Fabrico класира причините, но няма работен поток за анализ на първопричината. Вашият екип все още провежда разследването и решението.

Диспечиране на задачи, BOM, маршрути и генеалогия остават в ERP. Вижте Fabrico MES и OEE обзор за детайли.

Вземете тест таблицата по-горе за разговора. Поискайте демо или Свържете се с нас.

Какво хората питат след това

Трябва ли Pareto на престои да класира по минути или по появявания?

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

Колко немаркирано време е твърде много?

Няма стандартна цифра. Използвайте теста по-горе: ако немаркираните минути са по-големи от разликата между вашите топ ленти, класирането не е окончателно.

Може ли жив Парето да работи без PLC?

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

Трябва ли да добавим пари към диаграмата?

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

Какво разлика има от дървото на загубите в OEE?

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

Искате да видите как Fabrico класира причините за спирания? Поискайте демо или Свържете се с нас.