Menu
Мониторинг на състоянието срещу предиктивна поддръжка: два термина, които звучат еднакво, но не са синоними

Мониторинг на състоянието срещу предиктивна поддръжка: два термина, които звучат еднакво, но не са синоними

Мониторингът на състоянието измерва състоянието на актива. Предиктивната поддръжка използва тези данни, за да прогнозира повреда. Защо това различие променя решението за покупка.
Мониторинг на състоянието срещу предиктивна поддръжка: два термина, които звучат еднакво, но не са синоними
Алтернативен текст на изображението: Мониторинг на състоянието срещу предиктивна поддръжка: две термина, които звучат еднакво и не са Основни изводи - Мониторинг на състоянието (CM) = измерване на състоянието на актива (вибрации, температура, качество на маслото) и вземане на действие при пресичане на прагове. - Предиктивна поддръжка (PdM) = използване на данни от мониторинга плюс модели за прогнозиране на остатъчния полезен живот и планиране на действие преди възникване на повреда. - CM е реактивен в рамките на правило за прагове. PdM е насочена към бъдещето с вероятностен хоризонт. - Повечето предприятия, които казват „PdM“, всъщност правят CM с прагове — това е добре, но не трябва да се надпродават очакванията. - Истинската PdM изисква данни от CM ПЛЮС модели, базирани на история на повреди — без история имате мониторинг, не прогноза. Кратък отговор: Мониторингът на състоянието е измерване на състоянието на актива (вибрации, температура, качество на маслото и т.н.) плюс правила за аларми при прагове. Предиктивната поддръжка използва тези данни, комбинирани с модели, базирани на история на повреди, за да прогнозира кога ще настъпи повреда и да планира действие преди това да се случи. CM е входът; PdM е изходът. Заводите, които ги бъркат, обикновено купуват CM инструменти и обещават прекалено много от PdM резултатите. Вижте още: Мониторинг на въртящ момент срещу мониторинг на цикъла. Какво е мониторинг на състоянието Мониторингът на състоянието е непрекъснато или периодично измерване на състоянието на актива. Чести видове: - Вибрационен анализ на въртящо се оборудване. - Термална (инфрачервена) диагностика на електрически и механични активи. - Анализ на масло при смазвани възли. - Ултразвукова инспекция на лагери и вентили. - Анализ на токовата характеристика на мотора при двигатели. CM генерира поток от данни. Реагирането изисква правила за прагове: ако вибрацията надхвърли 5 мм/s RMS — аларма. CM с правила е широко внедрен и носи реална стойност. Какво добавя предиктивната поддръжка PdM използва данни от мониторинга плюс модели за прогнозиране на: - Остатъчен полезен живот (RUL) на актива или компонентата. - Вероятността за повреда в бъдещ прозорец от време. - Оптималното време за намеса (сега срещу след две седмици срещу при следващото планирано спиране). Прогнозата идва от модели — базирани на физиката, статистически или машинно обучение — тренирани върху исторически данни за повреди, комбинирани със текущите данни за състоянието. Защо разграничението е важно Три причини: 1. Вземане на решения за покупка. CM система е много по-евтина от истинска PdM платформа. Ако ви трябват само прагови аларми, закупуването на PdM е излишен разход. 2. Изисквания към данните. PdM се нуждае от исторически данни за повреди за обучение на моделите. Нови заводи без история получават CM, не PdM, независимо какво твърди доставчикът. 3. Очаквания. CM ви казва кога нещо е наред/не е наред в момента. PdM ви казва кога нещо ще бъде наред/неправилно в бъдеще. Обещаване на PdM само с CM води до разочарования. Капанът на мониторинга на състоянието Повечето предприятия внедряват CM и го наричат PdM, защото маркетингът звучи по-добре. Правилата за прагове са мониторинг на състоянието; предсказанието е имплицитно (над прага = ще се повреди скоро). Това работи за много активи, но не е същото като вероятностна прогноза с интервали на доверие. Честната позиция: повечето „PdM“ всъщност са CM с прагове. Това е приемливо — CM с прагове доставя реална стойност. Просто не преувеличавайте предвиждането. Кога CM е достатъчно - Прости активи с добре разбрани режими на повреда (например лагери на мотори). - Предприятия без исторически данни за повреди, необходими за трениране на модели. - Случаи на употреба, където праговите аларми са достатъчни. Кога PdM си заслужава - Критични активи, където фалшивите аларми са скъпи И пропуснатите повреди са катастрофални. - Предприятия с богати исторически данни за обучение на модели. - Комплексни активи, при които многосигналните образци прогнозират по-добре от прагове. - Операции, при които точното дозиране на намесата си струва значителни разходи. Как се съчетават 1. Мониторинг на състоянието: разполагате сензори и събирате данни. 2. Праг-основни аларми улавят очевидни аномалии. 3. Исторически данни за повреди се натрупват в продължение на месеци и години. 4. PdM модели се обучават върху комбинираните данни, за да прогнозират повреди с интервали на доверие. 5. Планирането на намесата използва PdM прогнози плюс производствения график за оптимизиране на времето. Прогресията е: първо CM, после PdM когато данните се натрупат. Предприятия, които пропускат CM и се опитват да купят PdM директно, обикновено се провалят, защото липсва основата от данни. Чести грешки 1. Закупуване на PdM без исторически данни. Моделите се нуждаят от история. Greenfield = само CM, докато не се натрупа история. 2. Третиране на праговите аларми като прогноза. Пресичането на праг е сигнал за текущо състояние, не прогноза за бъдещето. 3. Игнориране на честотата на фалшивите аларми. И CM, и PdM дават сигнали, които понякога са грешни. Игнорираните аларми са по-лоши от липсата на аларми. Настройвайте спрямо цената на фалшивите аларми. 4. Не свързване с работния процес на поддръжката. Аларма, която не генерира заявка за работа, загнива в база данни. Интеграцията с CMMS е задължителна. Как една съвременна CMMS + OEE платформа се справя с двете Съвременният стек взема данни от сензорите, прилага прагове за CM-тип аларми и подава исторически данни за повреди плюс профили на състоянието към PdM модели за активите, които го оправдават. CMMS автоматично генерира работни нареждания както от CM аларми, така и от PdM прогнози. CMMS на Fabrico поддържа CM-стил прагови известия за широк набор от сензори и PdM-стил прогнози, където историческите данни за повреди позволяват обучение на модели — и двете подават работни нареждания в работния процес на поддръжката. Вижте как Fabrico улавя това автоматично — разгледайте OEE за производството или заявете демонстрация. Свързано четиво - Мониторинг на въртящ момент срещу мониторинг на цикъла - Натрупване на задължения за поддръжка (Maintenance Backlog) - Мониторинг на производството срещу OEE - Предиктивно качество срещу SPC Често задавани въпроси Мога ли да правя PdM без мониторинг на състоянието? Не. PdM моделите се нуждаят от данни от мониторинга като вход. CM е предпоставка. Колко исторически данни са необходими за PdM моделите? Зависи от честотата на повредите и типа модел. Обичайно са нужни години данни; при много редки повреди представянето на модела е ограничено независимо от това. Необходим ли е AI за PdM? Не непременно. Някои PdM използват статистически модели (Weibull, регресия), а не невронни мрежи. Честното разграничение е предсказване, базирано на данни, срещу правила за прагове. Как да оправдая ROI на PdM? Сравнете честотата на фалшивите аларми и пропуснатите повреди спрямо текущата стратегия за планова поддръжка. PdM се изплаща, когато намалява и двете с икономически ефективни сензори и модели. Трябва ли всеки актив да получи PdM? Не. Прилагайте PdM за критични активи, където цената на повредата е висока. Активите с по-ниска важност получават CM с прагове или се оставят да работят до повреда.

Последно от блога

Начертайте вашата пътна карта за надеждност
Изчислете потенциалната възвръщаемост: запазете час за демонстрация
Начертайте вашата пътна карта за надеждност
Като натиснете бутона Приемам, вие давате съгласието си за използването на `бисквитки`, докато ползвате до този уебсайт. За да научите повече за това как `бисквитките` се използват и управляват, моля, вижте нашата Политика за поверителност и Декларация за Бисквитките