Управление файлами cookie
Мы используем файлы cookie, чтобы обеспечить удобство работы с сайтом.
Управление файлами cookie
Настройки файлов cookie
Файлы cookie, необходимые для корректной работы сайта, всегда включены. Другие файлы cookie настраиваются.
Основные файлы cookie
Всегда включены. Эти файлы cookie необходимы для того, чтобы вы могли пользоваться сайтом и его функциями. Их нельзя отключить. Они устанавливаются в ответ на ваши запросы, например при настройке параметров конфиденциальности, входе в систему или заполнении форм.
Аналитические файлы cookie
Disabled
Эти файлы cookie собирают информацию, которая помогает нам понять, как используются наши веб-сайты или насколько эффективны наши маркетинговые кампании, а также помогает нам настраивать наши веб-сайты для вас. Список используемых нами аналитических файлов cookie можно посмотреть здесь.
Рекламные файлы cookie
Disabled
Эти файлы cookie предоставляют рекламным компаниям информацию о вашей активности в интернете, чтобы помочь им показывать вам более релевантную онлайн-рекламу или ограничить количество показов рекламы. Эта информация может быть передана другим рекламным компаниям. Ознакомьтесь со списком используемых нами рекламных файлов cookie.
  • →
  • →

Данные есть. Как превратить их в управление надежностью оборудования?

Представим предприятие, где уже работают системы учета ремонтов, диагностики и сбора технологических данных. История обслуживания доступна, отклонения фиксируются, отчеты формируются. Но техническому руководителю по-прежнему приходится выяснять: какое оборудование требует внимания в первую очередь, что нужно сделать и почему именно сейчас?

В такой ситуации следующий шаг цифровизации стоит связывать не с количеством новых инструментов, а с качеством решений по оборудованию. Задача состоит в том, чтобы соединить данные, анализ риска и обслуживание в единый управляемый процесс. Именно вокруг этой задачи предлагается рассматривать решение «Управление надежностью» компании «РСМ-системы»..
Что показала телеметрия карьерного самосвала
Практический пример дает ретроспективный анализ телеметрии карьерного самосвала. Сопоставление параметров работы оборудования с историей ремонтов и отказов позволило увидеть не только ранние признаки неисправностей, но и отсутствие ожидаемого результата ремонтного вмешательства.

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

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

Как использовать такую информацию на практике? Выявленные отклонения должны становиться основанием для диагностического задания, оценки риска и выбора срока и состава работ. После ремонта необходимо сопоставить параметры с требуемыми значениями при сравнимых режимах работы. Если отклонения сохраняются, следует повторно проверить причины неисправности, качество ремонта и выбранные мероприятия ТОиР. Так телеметрия становится инструментом не только раннего выявления проблем, но и проверки результативности обслуживания.

Этот пример показывает, какую задачу должно решать внедрение «Управления надежностью» компании «РСМ-системы»: не просто обеспечить доступ к телеметрии, а связать выявленные признаки неисправности с оценкой риска, мероприятиями ТОиР и проверкой результата. Обмен данными здесь служит средством, а цель состоит в том, чтобы ремонтные службы своевременно принимали обоснованные решения и проверяли их эффективность.
От учета ремонтов к управлению риском
Полезно разделить два вопроса: «Какие работы мы выполнили?» и «Какие работы действительно необходимы для надежной эксплуатации?». Первый помогает контролировать исполнение. Второй требует обосновать выбор обслуживания с учетом функций оборудования, возможных отказов и их последствий.

Такую логику описывает компания «РСМ-системы» в своей модели RCM: от функций и функциональных отказов через причины и последствия к рекомендациям и стратегиям обслуживания.

Предлагаемый принцип автоматизации прост: для каждого существенного риска должна быть понятна связь между исходными данными, инженерным обоснованием и выбранным действием. После выполнения работ их результат должен возвращаться в историю оборудования и использоваться при пересмотре решений. При этом обязательные требования к эксплуатации и безопасности сохраняют приоритет.
Что дает решение «Управление надежностью»
Компания «РСМ-системы» позиционирует свое решение по управлению надежностью производственных активов как систему перехода к проактивному управлению оборудованием на основе данных о техническом состоянии и рисках. Среди заявленных задач: формирование единого источника данных по активам, их состоянию, отказам и истории обслуживания.

В описании решения компания указывает оценку критичности активов, анализ отказов и коренных причин, оценку технического состояния, RCM-анализ и формирование стратегий ТОиР с возможностью формирования план-графиков обслуживания и ремонтов с учетом финансовых и ресурсных ограничений, а также контроль выполнения работ ремонтными бригадами.

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

Встраивание в существующую ИТ-среду также предусмотрено – есть возможности настройки алгоритмов, отчетности и необходимых интеграций с действующими информационными системами предприятия.

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

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

До начала проекта стоит зафиксировать исходные показатели и правила сравнения: внеплановые простои, долю аварийных работ, затраты на ТОиР и трудоемкость подготовки решений. При оценке изменений нужно учитывать наработку и условия эксплуатации, а не приписывать системе любое улучшение.

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

Решение «Управление надежностью» компании «РСМ-системы» предоставляет для этого инструменты оценки технического состояния, анализа отказов, формирования стратегий и графиков ТОиР, контроля выполнения работ. При внедрении их необходимо связать с данными конкретного оборудования и правилами работы ремонтных служб. Критерием результата должно стать не наличие очередного отчета, а своевременное мероприятие с подтвержденным результатом и пересмотр стратегии обслуживания, если риск не устранен.

Практический следующий шаг: вместе со специалистами «РСМ-системы» разобрать такой сценарий на данных критичного оборудования предприятия. Это позволит определить, какие признаки требуют реакции, как они должны влиять на план ТОиР и по каким параметрам будет проверяться результат ремонта.