Проблемът с „неясния дневник“: 80% от разочарованията при поддръжката идват от неясни описания на оператора като „машината е заседнала“ или „грешка в сензора“.
Визуална истина: Компютърното зрение на Фабрико улавя 30-60 секунди преди спиране, което позволява на техниците да видят механичната причина, вместо да гадаят.
Искате OEE директно от машините, без ръчно въвеждане?
Вижте на живоНамалено време за възстановяване (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 е нисък; ние ви показваме видеоклипа защо е нисък и след това ви даваме инструментите, за да определите незабавно решението.
Спрете да се задоволявате с „Не можа да се дублира“.
Превърнете престоите в число, по което екипът може да действа.
Заявете демо
Вход
Блог
