Один станок часто требует короткого ремонта, другой останавливается редко, но возвращается в работу долго. Общая сумма простоя может оказаться похожей, хотя службе эксплуатации нужны разные действия. В первом случае важно разбираться с повторяемостью отказов, во втором — с диагностикой, подготовкой ремонта и ожиданием необходимых ресурсов.
MTBF обычно используют как среднюю наработку между отказами ремонтируемого оборудования. MTTR характеризует среднее время ремонта или восстановления в границах, принятых для конкретного отчета. Эти показатели полезны совместно: один описывает частоту отказов относительно наработки, другой — длительность выбранного процесса возвращения работоспособности.
Сначала определить, что считать отказом
Для расчета нужен единый признак события: оборудование утратило способность выполнять установленную функцию и потребовало восстановления. Остановка на переналадку, ожидание материала и плановый перерыв относятся к другим состояниям. Код сообщения стойки служит источником информации, а классификацию эпизода подтверждают по фактическим обстоятельствам.
Один отказ может породить несколько сообщений и заявок. Если каждую запись считать отдельным событием, показатель изменится из-за способа регистрации. Поэтому сообщения, диагностику и работы связывают с единым эпизодом. Повторный отказ после подтвержденного восстановления оформляется по согласованным правилам как новое событие.
Границы объекта также должны быть постоянными. Отказ отдельного вспомогательного устройства и потеря работоспособности всего станка могут анализироваться на разных уровнях. В карточке события полезно хранить и оборудование, и затронутый узел, чтобы отчет мог показать обе перспективы без двойного счета.
Расчет MTBF на учебном примере
Для простой оценки используют формулу: MTBF = суммарная наработка / число подтвержденных отказов за рассматриваемое наблюдение. Наработку задают в согласованных единицах и состояниях. Для одного отчета это часы работы оборудования, для другого требуется более специальная эксплуатационная база, которую фиксируют в методике.
Допустим, за выбранный период станок накопил 600 часов учитываемой работы и произошло 3 подтвержденных отказа. Учебный расчет дает 600 / 3 = 200 часов. Это оценка по наблюдавшимся данным. Она не означает, что следующий отказ обязательно наступит через 200 часов, и не задает автоматически интервал обслуживания.
Если сравниваются периоды с разной загрузкой, календарное число дней мало помогает. Станок мог работать в одну смену или круглосуточно. Поэтому для достоверного отчета нужен согласованный учет наработки оборудования и одинаковая классификация отказов.
Что включить в MTTR
Сокращение MTTR встречается с разными границами времени: от активных ремонтных работ до полного восстановления после отказа. Название поля в отчете должно сопровождаться определением. Иначе сравнение подразделений будет зависеть от того, включили ли они ожидание запчастей, прибытие специалиста и контрольный запуск.
В следующем учебном примере MTTR означает среднее активное время ремонта. Три завершенных ремонта заняли 2, 3 и 4 часа. Суммарно это 9 часов, поэтому MTTR = 9 / 3 = 3 часа. Паузы ожидания учитываются отдельными интервалами с причинами.
Если между обнаружением отказов и подтвержденным восстановлением прошло суммарно 21 час, средняя полная длительность восстановления в этом примере составит 21 / 3 = 7 часов. Разница с активным ремонтом требует разбора ожиданий и организационных этапов. Оба значения полезны, когда их определения сохранены и доступны рядом с расчетом.
Завершение ремонта следует связывать с проверкой работоспособности по принятой процедуре. Закрытая заявка без подтверждения результата может описывать окончание оформления, а фактический возврат оборудования в работу произойдет позже. Поэтому техническое завершение и административное закрытие стоит фиксировать отдельными событиями.
Как читать показатели вместе
Снижение MTBF при сопоставимых условиях дает повод изучить частоту и состав отказов. Возможно, повторяется один узел, изменились режимы эксплуатации или появилась новая группа событий. Рост MTTR требует посмотреть этапы ремонта: диагностику, доступность специалистов, подготовку работ и проверку результата.
Полезно раскрывать среднее до отдельных эпизодов. Один длительный ремонт может заметно повлиять на показатель небольшой выборки. Рядом с итогом стоит показывать число событий, длительности и период наблюдения. Тогда руководитель видит, относится ли изменение к большинству ремонтов или к одному исключительному случаю.
В расчетах готовности встречается соотношение MTBF / (MTBF + MTTR). Его применение требует согласованных определений времени и подходящей модели. Для анализа всех производственных потерь отдельно учитывают переналадки, организационные простои и другие состояния. Показатели надежности характеризуют свою часть картины работы оборудования.
Какие данные должна собрать CMMS
CMMS хранит историю обслуживания и ремонтов. Мониторинг станка может дополнить ее наблюдаемыми состояниями и временем событий. Полезный расчет появляется после согласования этих источников: машинная история дает факты наблюдения, ответственные специалисты подтверждают характер отказа и результат работ.
- Начало наблюдения и учитываемая наработка определяют основу MTBF.
- Время обнаружения и подтверждения отказа объясняет начало эпизода.
- Начало, окончание и паузы ремонта позволяют выделить активное время.
- Причины ожиданий показывают, где теряется время восстановления.
- Проверка работоспособности завершает технический эпизод.
В проектах автоматизации производства эти сведения связывают по идентификатору оборудования и события. При расхождении часов или пропусках наблюдений отчет должен показывать качество исходных данных. Ручное уточнение сохраняется вместе с автором и основанием, чтобы показатель можно было воспроизвести.
Что делать с неполной историей
Отсутствие отказов за короткий период означает именно отсутствие зарегистрированных отказов при данной наработке. Деление на ноль не дает содержательного среднего; в отчете лучше показать наработку, число событий и продолжительность наблюдения. Это информативнее произвольного большого числа.
Незавершенный ремонт также требует отдельного статуса. Если отчет считает среднее только по завершенным работам, открытые длительные эпизоды нужно выводить рядом, иначе улучшение показателя может оказаться следствием того, что сложные ремонты еще продолжаются. Периоды с неполным учетом наработки следует явно обозначать.
Для запуска расчета полезно совместно разобрать несколько завершенных отказов и один открытый ремонт. По ним служба эксплуатации согласует границы времени и классификацию событий. С такой исходной методикой уже можно обсуждать сбор данных и отчет, который поможет выбирать меры по надежности и обслуживанию.