Промышленное производство
Промышленный Интернет вещей | Промышленные материалы | Техническое обслуживание и ремонт оборудования | Промышленное программирование |
home  MfgRobots >> Промышленное производство >  >> Industrial Internet of Things >> Интернет вещей

Точные метрики MTTR и MTBF: программный подход к оптимизации обслуживания

Что такое MTTR (Mean Time to Recovery)?

В ПО автоматизации MTTR — среднее время восстановления машины в рабочее автоматическое состояние после сбоя. Хороший базовый индикатор эффективности оборудования. В связке с другими метриками указывает на ложные срабатывания, которые можно сократить.

Точные метрики MTTR и MTBF: программный подход к оптимизации обслуживания

Рисунок 1. Промышленное оборудование.

Сбои оборудования

У каждой машины есть ошибки/аварии, останавливающие её и уведомляющие оператора или техобслуживание. Иногда сброс легкий, иногда — указывают на неисправный компонент. MTTR помогает разработчику ПО сделать описания ошибок понятными и быстро интерпретируемыми.

Расчёт MTTR

Инженеры считают вручную или пишут логику в контроллере — техники видят значения в любой момент производства. Формула:

MTTR = Сумма времени восстановления после сбоя / Количество сбоев.

Пример: за смену 10 сбоев, суммарный даунтайм 25 мин. MTTR = 25/10 = 2.5 мин. В зависимости от типа сбоя — значит, описание нечёткое, оператор не реагирует достаточно быстро.

Использование MTTR

Разработчики и инженеры по КСУ (control systems) по MTTR понимают, насколько эффективно и описательно работают ошибки и аварии. Показывает скорость реакции операторов и техперсонала.

Точные метрики MTTR и MTBF: программный подход к оптимизации обслуживания

Рисунок 2. Мониторинг оборудования и пики от сбоев. Источник: Chris Liverani

Чтобы убрать ошибки из-за отсутствия оператора или медленного сброса техперсоналом, меняют измеритель времени: считают только время до подтверждения (acknowledge) аварии оператором. Время подтверждения / число аварий = сколько нужно оператору, чтобы дойти, прочитать, действовать. Полезно, когда OEE (Overall Equipment Effectiveness) низкий или даунтайм высокий.

Что такое MTBF (Mean Time Between Failures)?

MTBF — среднее время между сбоями. Иногда разработчики ПО не могут на это повлиять: механические/девайсные сбои повторяются, пока не исправят железо. Но для операторских ошибок MTBF показывает, как часто оператор ошибается и теряет продукцию.

Операторские ошибки

Операторская ошибка — когда оператор должен вмешаться в автоматическое оборудование для продолжения задачи. Установка сложной детали, загрузка деталей для сборки.

Везде, где оператор взаимодействует с автоматикой, нужны сенсоры или visión-системы проверки правильности действий. При ошибке — авария. Валидные аварии, но если частые — снижают темп производства.

Расчёт MTBF

Похоже на MTTR, но смотрим на конкретные аварии. Формула:

MTBF = Сумма времени между сбоями / Количество сбоев.

Полезно только для конкретных аварий, не только операторских. При повторяющихся сбоях MTBF можно вычитать из других метрик для оценки влияния на восстановление.

Точные метрики MTTR и MTBF: программный подход к оптимизации обслуживания

Рисунок 3. MTTR и MTBF помогают предотвращать проблемы на линии, снижающие эффективность и повышающие затраты.

Комбинирование метрик для надёжности оборудования

Владельцы станков и инженеры обычно смотрят OEE, но другие метрики копают глубже. MTTR или MTBF с фокусом на конкретные аварии показывают, какая ошибка даёт максимум потерь OEE и даунтайма.

Как разработчики ПО КСУ: MTTR → чистые, надёжные аварии, понятные оператору/технику. MTBF → точнее картина OEE. Вместе — чёткий, точный снимок эффективности оборудования, важный для производителя, заказчика и производственного персонала.

Интернет вещей

  1. Портативные программные агенты: решение «Золотой середины» для IoT подключения
  2. Использование активов vs OEE: прояснение ключевых метрик производственной производительности
  3. Мастерство Mean Time to Repair (MTTR): измерение, бенчмаркинг, оптимизация обслуживания
  4. Максимизация производительности: как ПО для обслуживания снижает затраты и экономит время
  5. Почему ПО для обслуживания и управления активами необходимо сейчас
  6. Преодоление разрыва: 3 проверенных шага для бесшовной коллаборации сетевых и безопасных команд
  7. Защита умного дома: почему биометрия необходима для кибербезопасности IoT
  8. Современные связанные технологии необходимы для опекунов и пациентов
  9. Принятие национальности как услуги: призыв к программно-ориентированному управлению
  10. Fog Computing: трансформация потока данных IoT и снижение нагрузки на облако