Проблемът с „неясния дневник“: 80% от разочарованията при поддръжката идват от неясни описания на оператора като „машината е заседнала“ или „грешка в сензора“.
Визуална истина: Компютърното зрение на Фабрико улавя 30-60 секунди преди спиране, което позволява на техниците да видят механичната причина, вместо да гадаят.
Намалено време за възстановяване (MTTR): Визуалните доказателства елиминират цикъла „Не можа да се дублира“, което драстично намалява средното време за поправка.
Унифициран интелект: Fabrico свързва видеоклипа директно с работната поръчка за поддръжка, преодолявайки разликата между производствените данни и действията по поддръжката.
Всеки мениджър по поддръжката познава потискащото чувство, когато чете заявка за работна поръчка, която просто казва: „Машината спря. Отново.“
Изпращате техник на линията. Той пуска машината в действие. Тя работи добре.
Те се взират в регистрите на PLC-а, които вероятно показват обща „Servo Fault“ (грешка на сервомотора). Питат оператора, който свива рамене и казва: „Просто спря.“
Техникът маркира работната поръчка като „Не можа да се дублира“ и я затваря.
Два часа по-късно, това се случва отново.
Този цикъл е „Скритата фабрика“ в най-лошия си вид. Той унищожава вашата OEE (Обща ефективност на оборудването) и увеличава вашето MTTR (Средно време за ремонт) . Проблемът не е в машината; проблемът е в липсата на контекст.
Старите CMMS платформи разчитат на текст – въведен от заети оператори или автоматично генериран от загадъчни PLC кодове.
Fabrico променя физиката на отстраняването на неизправности, като въвежда визуален анализ на първопричините .
Визуалният анализ на първопричините е интегрирането на технологията за видеозаснемане със системите за управление на поддръжката, за да се предоставят обективни доказателства за събития на повреди.
Вместо да разчита на ръчни описания, системата автоматично записва и запазва видеоклип на моментите, водещи до прекъсване на работата, което позволява на техниците да „превършат“ повредата, за да идентифицират точната физическа причина.
В среда на високоскоростно производство, операторите дават приоритет на рестартирането на производството, а не на писането на подробни есета за екипа по поддръжката. Това води до три отделни пропуски в данните:
Контекстната празнина: PLC може да ви каже, че двигателът е претоварен, но не може да ви каже защо. Влязъл ли е пакет странично? Имало ли е задръстване нагоре по течението? Операторът намесил ли се е ръчно?
„Фантомното“ спиране: Микроспиранията (спирания под 2 минути) рядко се регистрират в CMMS. И все пак, ако машината спира 50 пъти на ден за 30 секунди, вие губите 25 минути производство – и нямате никакви данни защо.
Цикълът „Не е открита повреда“: Ако техник не може да възпроизведе проблема, той не може да го отстрани. Това води до смяна на части (отстраняване на неизправности с пушка), без да се реши първопричината.
Фабрико преодолява пропастта между Системата за запис (какво се е случило) и Системата за действие (как да се поправи), като вгражда компютърното зрение директно в работния процес по поддръжка.
Ето как функцията „Увеличаване“ трансформира реакцията при разбивка:
Машината претърпява микроспиране или повреда. Системата за унифицирано разузнаване на данни на Fabrico открива този сигнал от PLC или самия сензор за компютърно зрение.
Системата автоматично запазва видеоклип на събитието – заснемайки 30-те секунди преди спирането и моментите непосредствено след това. Това е от решаващо значение, защото причината за задръстване обикновено се случва секунди преди сензорът да се задейства.
В приложението Fabrico Field-Ready се генерира работна поръчка или задача „Проверка“.
Вместо да отиде до машината на сляпо, Том (техникът) отваря приложението Fabrico на таблета си. Той кликва върху събитието и гледа записа.
Той вижда как пакетът се завърта на 45 градуса, преди да удари водещата релса.
Той вижда как водещата релса вибрира и се разхлабва точно преди удара.
Резултат: Том не губи 30 минути в тестване на сензори. Той грабва гаечен ключ, затяга водещата релса и добавя задача „Проверка на подравняването на водещата релса“ към седмичния график за профилактични прегледи.
Защо не можете просто да инсталирате CCTV камера? Защото е невъзможно да гледате 8 часа кадри, за да откриете 30-секунден бъг. Нуждаете се от система, която се задейства при събитието и го свързва с ремонта.
| Функция | Фабрико (Единна система) | Стандартна CMMS (UpKeep, Fiix) | Самостоятелна камера (CCTV) |
| Задействане на събитие | Автоматично задействане при сигнал от PLC или визуално засичане | Само ръчно създаване на работни поръчки | Непрекъснат запис (изисква се ръчно търсене) |
| Контекст | Видео, свързано директно с Asset & WO | Само текстово описание | Видео, изолирано от данните за поддръжка |
| RCA скорост | Незабавно (Кликнете върху „Повторно възпроизвеждане“) | Бавно (Интервюиране на оператор, проблем с репликацията) | Бавно (Търсене сред часове заснет материал) |
| Микроспирки | Заснема и категоризира автоматично | обикновено се игнорира (твърде бързо за регистриране) | Записи, но без анализ на данни |
| Интеграция | Нативен (OEE + Поддръжка + Визия) | Няма (Изисква интеграция с трета страна) | Няма |
За Паула (стратегическият лидер) това не е просто улесняване на работата на Том. Става въпрос за печалбата и загубата.
Ако вашата линия работи със 100 единици в минута и печелите
500 на смяна**. За една година (3 смени, 300 дни), този един нерешен проблем струва 450 000 долара .
Чрез използването на Fabrico за визуално идентифициране на първопричината, вие елиминирате тази повтаряща се загуба завинаги. Това е разликата между лечението на симптома (нулиране на машината) и излекуването на заболяването (отстраняване на механичния дефект).
Традиционната поддръжка разчита на слухове. Съвременната поддръжка разчита на доказателства.
Fabrico е единствената платформа, която комбинира диагностичната мощ на компютърното зрение с изпълнителната мощ на CMMS .
Ние не просто ви казваме, че OEE е нисък; ние ви показваме видеоклипа защо е нисък и след това ви даваме инструментите, за да определите незабавно решението.
Спрете да се задоволявате с „Не можа да се дублира“.
Login
Блог
