ISO 14224 е международният стандарт, който дефинира структурирана таксономия на кодовете за повреди, разделяйки всяка повреда на оборудване на режим на повреда, причина за повредата и механизъм на повредата, така че записите за поддръжка да станат последователни, сравними и анализируеми.
Повечето съоръжения събират хиляди работни поръчки годишно, но полето за свободен текст „бележки“ превръща тези данни в шум: един техник пише „помпата умря“, друг, „няма поток“, трети, „уплътнението е износено“. ISO 14224 премахва тази неяснота със споделен речник.
Резултатът са данни, които наистина можете да преброите, проследите по тенденция и използвате за действие, предпоставка за всяка сериозна програма за надеждност. Защо записите за повреди в свободен текст не могат да бъдат анализирани Анализът на надеждността по същество е упражнение в броене.
Броите колко често се появява даден режим на повреда, колко време отнема поправката и каква е била причината, след което приоритизирате. Свободният текст нарушава броенето.
Ако една и съща повреда е описана по пет различни начина в пет работни поръчки, никоя заявка не може да ги групира, така че нито един Pareto анализ не е възможен и нито един MTBF или MTTR показател не е достоверен.
ISO 14224, озаглавен „Събиране и обмен на данни за надеждността и поддръжката на оборудване“, възниква в сектора на нефт и газ, но неговата таксономия се прилага за всякакъв ротационен, статичен или електрически актив. Той ви дава три свързани слоя, които превръщат регистрационния журнал за поддръжка в набор от данни.
Трите слоя: режим, причина, механизъм Ядрото на стандарта е разграничението между това какво се е повредило и защо се е повредило. Това са различни въпроси и смесването им е класическата причина, поради която данните за поддръжката стават неизползваеми. - Режим на повреда: наблюдаваният ефект, симптомът, който операторът вижда.
Примери: не стартира при заявка (FTS), неочаквано спиране (STP), външно изтичане (ELP), висока вибрация (VIB), прегряване (OHE). Това е „какво се случи“. - Причина за повредата: основната причина режимът да се е проявил. ISO 14224 групира причините в категории проектиране, изработка, монтаж, експлоатация и поддръжка.
Примерни причини: неправилно смазване, неправилна настройка, износване или работа извън спецификацията. - Механизъм на повредата: физическият, химическият или металургичният процес, който е породил повредата. Примери: корозия, ерозия, умора, кавитация, заклинване. Това е „как тя физически се е случила“.
Полезен начин да прочетете веригата: механизъм (умора) предизвиква режим (външно изтичане), който е бил допуснат от причина (монтажно изместване). Кодирането на всички три за всяка работна поръчка е това, което прави работата по коренните причини като FMEA и 8D проблемно решаване възпроизводима, а не случайна.
Граници на оборудването и иерархията на таксономията Преди да кодирате повреда, трябва да се договорите какво е „оборудването“. ISO 14224 дефинира деветстепенна таксономия от нивото на индустрията до отделната част и ясна граница на оборудването, която определя кои компоненти принадлежат към помпата спрямо задвижването или управляващия контур.
Без фиксирана граница, две площадки, броящи „повреди на помпата“, преброяват различни неща и техните числа не могат да се сравняват. Стандартизираните граници са това, което ви позволява да сравнявате една линия с друга, същата дисциплина, която прави честно сравнение на OEE. Последовременното кодиране зависи и от последователната преценка между хората.
Ако двама техници присвоят различни кодове на една и съща повреда, вашите данни имат проблем с измервателната система, точно проблемът, който едно Gauge R&R изследване изважда наяве в качествените данни. Кратки падащи списъци и ясни дефиниции на кодовете са практическото решение.
Пример: кодиране на повреда на уплътнение на помпа Центробежна помпа за охлаждаща вода се изключва. Операторът записва локва под корпуса на уплътнението. Използвайки ISO 14224 записът става: 1. Режим на повреда: ELP (външно изтичане, процесна среда). 2. Механизъм на повредата: износване, работна повърхност на механичното уплътнение. 3.
Причина за повредата: неправилно смазване на флаш системата на уплътнението. 4. Поддържаема част: механично уплътнение (не „помпа“, което е твърде грубо). Сега числата. През 12 месеца този клас актив има 40 помпи. CMMS показва 18 повреди кодирани като ELP, от които 12 имат механизъм „износване, повърхност на уплътнението“.
Общо работно време за флота е 40 помпи по 8 000 часа, или 320 000 работни часа. Честотата на повреди от износване на уплътнението е 12 разделено на 320 000, което е 0.0000375 повреди на час, или приблизително 0.33 повреди на помпа на година.
Ако средното време за ремонт при тези събития е 6 часа, само износването на уплътнението поглъща 12 по 6, или 72 часа поддръжка годишно за тази флота.
Защото данните са кодирани, един Pareto анализ моментално класира „износване на повърхността на уплътнението поради проблеми със флаш-смазването“ като основен приносител, и можете да въведете времената в Weibull анализ, за да тествате дали тези повреди са случайни или износващи се събития на батерия-кривата.
Формата на един-единствен Weibull определя дали правилният отговор е condition-based поддръжка или смяна през фиксиран интервал. Нищо от това не е възможно от „помпата умря“. Превръщане на кодираните данни в решения за поддръжка След като режимите, причините и механизмите бъдат преброени, решенията стават конкретни.
Механизмите на износване с нарастващи скорости на опасност оправдават превантивни интервали за подмяна. Случайните електрически повреди сочат към condition monitoring вместо това. Елементи с ниски последици и ниска честота може умишлено да бъдат оставени да работят до повреда. Това е преместване от реактивна към проактивна поддръжка и работи само когато историческите данни го подкрепят.
Кодираните данни за повреди също захранват показателите за надеждност, които управляват планирането: mean time to failure за непоправими части и MTBF за поправими активи. Тези показатели от своя страна определят точките за презаказ на резервни части и вашите превантивни графици в рамките на CMMS.
Къде се вписва Fabrico ISO 14224 се изплаща само когато кодовете за повреди се улавят в момента, в който работата се извършва, чисто и последователно, а не реконструирани от паметта седмици по-късно. Fabrico е реално-временната данна основа, която прави това практично.
Неговият field-ready CMMS ви позволява да прикачите структурирани полета за режим на повреда, причина и механизъм към всяка работна поръчка, да ги свържете с правилния актив в йерархия на поддържаеми елементи и да управлявате превантивните графици и резервните части, които тези кодове оправдават.
От производствената страна, реално-временният OEE и мониторинг на производството на Fabrico, включително компютърно виждане за машини без PLC, времево маркира спиранията и събитията на престой, които техниците след това кодират, така че „какво се е случило“ и „защо“ се подравняват автоматично.
Fabrico е разработено в ЕС с данни пребиваващи в ЕС, което е важно за екипи, които поддържат записи за надеждност под европейско управление. Идеята не е още една концепция: това е място, където кодираните данни за повреди всъщност се събират, така че Pareto и анализът на надеждността да имат чиста основа за работа.
Често задавани въпроси ISO 14224 само за нефт и газ ли е? Не. Стандартът е разработен и широко рефериран в нефтения и газовия сектор, но неговата таксономия на режими на повреда, причини и механизми е универсална за физическите активи.
Помпи, мотори, клапани, компресори и топлообменници се държат по същия начин в хранителната, автомобилната, опаковъчната или химическата промишленост, така че структурата за кодиране се прехвърля директно. Много производители приемат опростен поднабор от списъците с кодове, вместо целия стандарт. Каква е разликата между режим на повреда и причина за повредата?
Режимът на повреда е наблюдаваният ефект, това, което операторът вижда, като външно изтичане или не стартира. Причината за повредата е основната причина, поради която това се е случило, например неправилен монтаж или липса на смазване.
Поддържането им в отделни полета е съществено: две повреди могат да споделят режим (изтичане), но да имат напълно различни причини, и само тяхното разделяне ви позволява да поправите правилното нещо. Нуждаем ли се от специален софтуер, за да използваме кодовете на ISO 14224?
Необходима ви е система, която съхранява кодовете за повреди като структурирани, избираеми полета, а не като свободен текст, и ги свързва с дефинирана йерархия на активите. CMMS, който поддържа персонализирани падащи списъци за режим, причина и механизъм на работната поръчка, е достатъчен, за да започнете.
Критичното изискване е дисциплиниран запис на данните в момента на работа, а не марката на софтуера. Готови ли сте да превърнете разхвърляните бележки в работните поръчки в кодирани, анализируеми данни за надеждност?
Запишете демонстрация на Fabrico и вижте как реално-временен CMMS и OEE основа улавят режими, причини и механизми на повредите там, където работата всъщност се извършва.
Вход
Блог
