Едно спиране може да предизвика няколко аларми: ниско налягане, следваща станция без части и превишено време на цикъла. Ако ги отчетете като три отделни загуби, ще завишите престоя. Също толкова подвеждащо е да приемете първата аларма за причина без проверка.
Алармата записва наблюдавано състояние. Записът за престой измерва кога производството е спряно и възобновено. Причина записва обяснението на екипа за това спиране. MES и SCADA предоставят тези различни записи за преглед, използвайки една и съща машина и период от време.
Индустриална контекстна снимка: Ludovic Delot / Pexels.
Четиринадесет минути аларми могат да означават девет минути престой
Помислете за тази илюстративна последователност.
| време | Събитие |
|---|---|
| 10:14 | Отваря се аларма за ниско захранващо налягане |
| 10:15 | Сигналът за състояние на производство се променя на спряно |
| 10:16 | Станцията надолу по веригата отваря аларма за изчакване на части |
| 10:17 | Операторът потвърждава алармите |
| 10:20 | Налягането се възстановява и алармата му се изчиства |
| 10:24 | Производството се възобновява и алармата за изчакване се изчиства |
Алармата за налягане продължи шест минути. Алармата за изчакване продължи осем минути. Сборът е четиринадесет минути, но производството беше спряно за девет. Периодите на алармите се застъпват.
Потвърждението в 10:17 не прекрати престоя. Възстановяването на налягането в 10:20 също не стартира веднага производството. Останалите четири минути може да са били нужни за проверка преди старт или отстраняване на незавършено изделие. Без запис това са само възможни обяснения.
Използвайте първата аларма като насока за проверка
Ниското налягане е състояние. Причината може да е затворен вентил, теч, недостатъчен капацитет на подаване или планирано действие. Всяко от тях може да даде еднакво показание.
Да предположим, че операторът записва, че захранващият вентил е останал затворен след поддръжката. Това наблюдение насочва вниманието към позицията на клапана и предаването за поддръжка. Без това наблюдение „отказ на налягането“ е непълно обяснение, а не потвърдена повреда на компонента.
Редът на събитията е надежден само при съгласувани часовници. SCADA обектът „Press 2“ трябва да съответства на същото работно място в MES. Разграничавайте времевата отметка на източника от часа на получаване. Иначе закъснял запис може да изглежда като първо събитие, въпреки че е последствие.
Изберете причини за престой, които водят до конкретни действия
Списъкът с аларми на PLC може да съдържа стотици технически състояния. Копирането му в списъка за престой на оператора обикновено прави класифицирането по-трудно. Хората избират най-близкия познат запис, а един завършен отчет крие несигурни причини.
Полезният списък разграничава проблеми, които изискват различни действия. Чакането на материал, смяната на матрица и счупеният инструмент не трябва да попадат в една обща категория „повреда“. Обратно, няколко сензорни аларми от едно прекъсване не трябва да се броят като отделни загуби.
Orenda MES предоставя управлявани причини за спиране и хронология на производството/престой за този преглед. Orenda SCADA осигурява изглед на свързан процес, тенденции и записани алармени събития. Използването на двата продукта не превръща автоматично SCADA аларма в потвърдена MES причина.
Разделете повтарящите се аларми от повтарящите се загуби
Могат да възникнат двадесет кратки аларми без спиране на производството. Едно единствено събитие може да го спре за четиридесет минути. Поради това честотата на алармите и продължителността на престоя създават различни списъци с приоритети.
Поддръжката може да сравни повтарящото се състояние с натоварването и продукта. Производството може да установи коя поръчка е загубила време. Много аларми или дълъг престой сами по себе си не доказват механична повреда. Чакането на материал изисква различно действие от повреден лагер.
Покажете кои причини още не са потвърдени
Повече престой без посочена причина първо показва липса в записите. Не го представяйте в седмичния отчет като допълнителни повреди. Прегледайте най-дългите необяснени периоди с оператора. След това определете дали е нужна работа по производството, поддръжката или настройката на данните.
Orenda AI Reports запазва избрани изходни записи и версии на отчети за този преглед. Въпрос като „Покажете трите най-дълги некласифицирани спирания на производството и наличните записи за всеки“ дава на анализа конкретна цел. По-късен доклад, използващ коригирани причини, трябва да остане разграничим от версията, използвана в предишната среща.
SCADA Studio оценява наблюдаваните аларми, докато екранът получава данни. Ако непрекъснатият запис се извършва от PLC или настроена алармена услуга на хоста, проверете и този запазен източник. Така седмичното обсъждане може да разграничи измерена загуба, потвърдено обяснение и оставащи задачи.
