Когато линия спре, губите повече от продукция. Често губите точния контекст защо се е случило, кое звено е било виновно и какво е ставало на линията в този момент. Към момента, в който наряд за поддръжка се създаде в отделен инструмент, връзката с първоначалната OEE загуба вече е отслабена или липсва.
Това е основната слабост при използването на отделни MES, OEE и инструменти за поддръжка. Данните, свързващи събитието на престой с поддържащото действие, са крехки. Копиране и поставяне, ръчни кодове и забавено въвеждане на данни въвеждат пропуски. В завод, който работи интензивно всяка смяна, тези пропуски се проявяват като повтарящи се повреди, ненадеждни OEE показатели и натрупване на задачи за поддръжка, което сякаш никога не намалява.
Fabrico използва различен подход. Това е единична облачна платформа за MES и OEE, с управление на поддръжката, вградено в същата среда, която улавя данни за производството и престоите. На същото място, където OEE загубите се появяват в реално време, се създават, приоритизират и закриват нарядите за поддръжка. В резултат всяко поддържащо действие може да остане свързано с точната OEE загуба, която го е предизвикала.
В типична инсталация на Fabrico платформата се свързва директно с машини и линии чрез PLC, индустриални компютри или други източници на данни. Тя събира сигнали като броя цикли, състояния, скорости и аларми в реално време. От тези сигнали определя кога една машина работи, е в проста, е лишена от материал, е блокирана или е в престой, и изчислява OEE в реално време за всяко оборудване, линия и смяна.
Когато настъпи събитие на престой, платформата записва:
Тъй като поддръжката е част от същата платформа, това събитие на престой може да бъде превърнато в действие за поддръжка без напускане на средата. Няма нужда да се преписват данни, да се експортират таблици или да се възпроизвежда събитието в друга система. Подробният запис за OEE загубата става отправна точка за наряда.
След като Fabrico установи, че машина е преминала в състояние на престой, автоматично започва събитие за престой. Системата го свързва с правилния актив и производствен контекст и започва да отчита времето на загубата в реално време.
Операторът или супервайзорът след това може да избере или потвърди основната причина, използвайки дърво на причините. В много случаи това може да се улесни чрез използване на данни от PLC и машинни аларми, както е описано по-подробно в статията за свързване на PLC към автоматизация на поддръжката. Резултатът е богат запис на престоя, който платформата може да използва както за непрекъснато подобрение, така и за поддръжка.
Не всички събития на престой би трябвало да се превръщат в наряди. Някои са смени на настройките, планирани микропрестои или бързи корекции, които не включват поддръжка. Други показват деградация на оборудването, опасения за безопасността или повтарящи се малки спирания, които сочат към основен технически проблем.
Понеже OEE, производственият контекст и поддръжката са интегрирани, Fabrico може да поддържа няколко начина за решаване кога да се задейства поддържащо действие:
Това решение се взема директно във визуализациите за OEE и престои, така че лицето, което го взема, вижда пълния оперативен контекст с един поглед.
След като събитие на престой бъде избрано за поддръжка, платформата използва данните от събитието за предварително попълване на наряд. Типична информация, която се пренася автоматично, включва:
Планировчикът на поддръжката или супервайзорът след това може да усъвършенства описанието, да добави задачи, части или необходими умения и да възложи наряда на подходящия техник. Важно е, че нарядът и оригиналното събитие на престоя са постоянно свързани. Всеки, който разглежда наряда, може да се върне към OEE записа, който го е породил, и всеки, който разглежда събитието на престоя, може да види свързаните действия за поддръжка.
Техниците изпълняват наряда, използвайки същата платформа, която операциите ползват за проследяване на OEE и производството. Те могат да записват трудови часове, използвани части, констатации и подробности за решението в наряда. Когато завършат работата, платформата обновява историята на поддръжката на актива и запазва връзката обратно към оригиналната OEE загуба.
Това улеснява прегледа след действието. Когато преглеждате OEE представянето за дадена линия, можете да отворите значими събития на престой и да видите точно какви поддържащи работи са извършени в отговор. Когато преглеждате историята на поддръжката на актив, можете да видите кои задачи произхождат от OEE събития и как са повлияли на показателите за представяне във времето.
Много производители се опитват да свържат самостоятелен MES или OEE инструмент с отделна система за поддръжка. На хартия това изглежда просто. MES записва престоя, CMMS се грижи за поддръжката. На практика връзката между двете системи е крехка и често се скъсва при ежедневна употреба.
В конфигурация с отделни инструменти, служителите от операциите често трябва да преписват информация от MES в системата за поддръжка. Дори при частични интеграции дългите описания, коментарите на операторите и нюансният контекст рядко се прехвърлят изцяло. Това води до:
С течение на времето това ерозира стойността както на OEE данните, така и на историята на поддръжката. Повтарящите се повреди изглеждат като отделни инциденти. Решения за резервни части, стратегии за превантивна поддръжка или замени се вземат с непълна информация.
Когато MES и поддръжката са отделни, обикновено има времево забавяне между събитието на престоя и създаването на наряда. Оператор регистрира спиране в MES, а по-късно супервайзорът копира информацията в системата за поддръжка. В някои случаи това се случва часове или дни по-късно.
В този период производството може да се възобнови, линията да промени продукти и екипът за поддръжка вече да е интервенирaл неформално. Когато нарядът най-накрая бъде създаден, той вече не отразява истинската продължителност и въздействие на първоначалната OEE загуба. Това затруднява отговора на въпроси като:
Някои заводи опитват точкова интеграция, например прехвърляне на записи за престои от MES в системата за поддръжка чрез API или файлови трансфери. Въпреки че това може да помогне, често среща затруднения с:
Когато интеграцията се разпада в тези крайни случаи, операторите и планиращите се връщат към обходни решения като електронни таблици или ръчно въвеждане. Заводът бавно се връща в ситуация, в която OEE и поддръжката живеят в отделни светове от данни.
Когато производството, OEE и поддръжката съществуват в една платформа, въздействието се усеща в операциите, инженерството и непрекъснатото подобрение.
За мениджърите на заводи и производството интегрираната платформа означава табла за OEE, които правят повече от просто маркиране на загубите. Всяка значима лента за престой е ефективно врата към конкретна история за поддръжка и подобрение. Вместо да обсъждате кои проблеми имат най-голямо значение, можете да видите кои загуби вече имат свързани действия за поддръжка, кои се повтарят без намеса и къде все още разчитате на бързи поправки.
Платформата също така поддържа различни реалности на заводите. Например производителите с непрекъснати процеси имат различни предизвикателства от дискретните монтажни линии, като каскадни ефекти и сложни дефиниции за наличност. Те са разгледани по-подробно в контекста на интегрирани инструменти в статията за поддръжка на заводи с непрекъснати процеси с видимост на OEE.
За ръководителите на поддръжката и надеждността стойността е в история на поддръжката, която автоматично се обогатява с OEE контекст. Всеки наряд може да съдържа:
Това улеснява обосноваването на промени в плановете за превантивна поддръжка, искания за капиталови инвестиции или корекции в стратегиите за резервни части. Вместо да казвате, че активът се поврежда често, можете да посочите натрупаното загубено производствено време, което специфичните режими на повреда са причинили, и часовете поддръжка, вече инвестирани в поддържането му в работа.
За мениджърите по непрекъснато подобрение интегрираните OEE и поддръжка данни означават, че проектите за подобрение се базират на единен източник на оперативна истина. Когато водите преглед на представянето на линия, всички виждат едни и същи данни:
Тъй като събитията на престои, OEE метриките и действията за поддръжка споделят едни и същи идентификатори и времеви печати, можете да правите анализи, които са много трудни за изпълнение в отделни системи. Например:
Не всяка комбинация от OEE и инструменти за поддръжка предоставя такова ниво на връзка. Някои са слабо интегрирани продукти, други са отделни приложения с частична синхронизация на данни. При оценка на опциите е полезно да попитате:
Статията за избор на инструменти за поддръжка с OEE интеграция разглежда тези въпроси от гледна точка на инструментариума. Fabrico ги обединява в една облачна среда, която работи по линии, заводи и региони, като същевременно остава фокусирана върху това връзката между загубите и действията да бъде видима и използваема в ежедневните операции.
В крайна сметка целта не е само да се измерва OEE точно или да се управлява поддръжката ефективно в изолация. Целта е да се гарантира, че всяка значителна загуба на вашите линии се превръща в добре насочени, подкрепени с данни действия, които предотвратяват повторението на тази загуба.
Fabrico поддържа данните за престой живи през цялото това пътуване. Тя улавя информацията за OEE и загубите директно от машините, свързва я с операторите и производствения контекст, преобразува избрани загуби в наряди за поддръжка в рамките на същата платформа и запазва тези връзки в историята на актива. Това дава на ръководителите на завода ясен поглед от OEE числата на таблото до работата, която всъщност се извършва на пода.
Ако искате да запазите връзката между OEE загубите и нарядите за поддръжка непокътната от момента, в който машина спре, до момента, в който проблемът е решен, интегрираната среда е от много по-голямо значение от която и да е отделна функция.
Свържете се с нас за да обсъдим вашите конкретни линии и заводи, или Заявете демонстрация за да видите как една платформа може да поддържа данните за престой и поддръжка да работят заедно в реално време.
Вход
Блог
