Ускорение реакции на простой с MachineMetrics: буст производства и эффективности операторов

Более быстрое разрешение простоев станков

Производители постоянно ищут способы производить больше хороших деталей, и одним из крупнейших барьеров к этому являются события простоя станков.

С MachineMetrics вы можете разрешать как аварии, так и простои быстрее, чтобы снизить общий неспланированный простой и увеличить продуктивность операторов.

В этом руководстве мы будем делиться разнообразием способов, которыми MachineMetrics может уполномочить вашу команду быстро решать эти проблемы, чтобы обеспечить, что станки работают как можно больше.

Использование видимости цеха в реальном времени

Знание того, что событие простоя или авария произошли — самый простой способ решить проблему максимально быстро. Единственная проблема в том, что многие производители не имеют точных, реально-временных производственных данных.

Наличие видимости данных станка — ключ к знанию точно того, что происходит в любой данный момент на цехе. И именно так MachineMetrics может помочь.

Клиенты MachineMetrics используют большие мониторы для отображения производственных дашбордов для всего цеха. Вот как они выглядят:

Каждая плитка на дашборде представляет станок и цветокодирована на основе производительности станка. Таким образом, операторы и менеджеры могут легко видеть, когда станок отстает от производственных целей или когда станок испытывает событие простоя.

Не только эта мгновенная видимость помогает операторам и менеджерам идентифицировать и реагировать на простои станков, производственный дашборд обычно приводит к увеличению загрузки на 10-20% для наших клиентов.

Узнайте больше о том, как дашборд производительности MachineMetrics увеличивает продуктивность на цехе.

Использование категоризации простоя и аварий

Производственный дашборд — простой и эффективный инструмент для ответственности и видимости на цехе. Теперь перейдем к более продвинутым решениям для реагирования на простои.

Использование дополнительных данных может улучшить время реакции на события простоя, включив уведомления и рабочие процессы.

Два способа, которыми MachineMetrics поддерживает это — через категоризацию простоя и станковые аварии.

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

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

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

Все, что пользователю нужно сделать — выбрать триггер (конкретную станковую аварию или причину простоя) и затем действие. Действием может быть ряд пунктов, включая уведомление кого-то о простоя, передачу данных в другую систему, такую как CMMS, или просто документирование инцидента в приложении MachineMetrics.

Примеры MachineMetrics в действии

Пройдемся через несколько примеров того, как производитель может использовать MachineMetrics для быстрого разрешения простоев станков.

Эскалация уведомлений простоя

Для некоторых проблем станка может не быть необходимым реагировать немедленно. В этом случае мы можем ввести задержанное уведомление, которое медленно эскалирует. Например, код аварии насоса охлаждающей жидкости может уведомить вашу команду обслуживания через 5 минут через рабочий процесс. Если авария все еще идет через 30 минут, уведомление может быть отправлено руководителю завода.

Использование других систем управления

Скажем, ваша команда управления использует календарную стратегию обслуживания, и они управляют всей активностью в CMMS. С MachineMetrics вы могли бы интегрироваться с CMMS, чтобы обеспечить, что команда обслуживания использует данные станка для управления своей активностью. Например, вы могли бы триггерить рабочие процессы на основе аварий. Действием этого рабочего процесса был бы вебхук, создающий рабочий заказ в CMMS. Теперь команда обслуживания может оперировать на основе производительности станка, а не переобслуживать оборудование через календарную стратегию.

Измерение влияния

В ниже видео Customer Success Manager Josh Fish проходит через многие отчеты MachineMetrics, которые вы можете использовать для отслеживания простоя станка и понимания влияния любых изменений, которые вы сделали для более быстрого разрешения простоя и аварий.

Реагируйте на простои быстрее

Заказать демо