Разобрать процесс

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

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

Цена
от 120 000 ₽
Срок
2–3 недели
Работаем с
Python, scikit-learn, PyTorch
  • ЗаранееПредупреждение до отказа
  • 12 месМинимум истории для обучения
  • АудитНачинаем с проверки данных

Ремонт либо поздно, либо впустую

Есть два привычных режима: чинить после поломки и менять по регламенту. Первый дорог простоем, второй – заменой исправных узлов.

Внезапный простой

Линия встаёт в середине смены. Убыток складывается из недовыпуска, срочной доставки запчасти и сверхурочных бригады.

Регламент меняет исправное

Узел выхаживает вдвое дольше норматива, но его снимают по календарю. Ресурс и деньги уходят в никуда.

Данные пишутся и не используются

SCADA пишет телеметрию годами. Смотрят её только при разборе аварии, и то последние часы.

Знание держится на людях

Опытный механик слышит подшипник на слух. Он уходит в отпуск или на пенсию – и предупреждать становится некому.

Что даёт модель

Раннее предупреждение

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

Обнаружение аномалий без разметки

Если задокументированных отказов мало, модель учится на нормальной работе и сигнализирует об отклонении от неё. Это рабочий старт, когда истории аварий почти нет.

Оценка остаточного ресурса

Там, где отказов накопилось достаточно, модель даёт прогноз наработки до предельного состояния, а не только флаг «что-то не так».

Приоритет по критичности

Предупреждения ранжируются по влиянию узла на выпуск: сначала то, что останавливает линию, потом то, что терпит до выходных.

Связка с планированием ремонтов

Сигнал превращается в заявку в вашей системе ТОиР или в задачу ответственному, а не в письмо, которое никто не открыл.

Разбор после события

По каждому сработавшему предупреждению видно, какие признаки его вызвали. Это накапливает инженерное знание, а не только статистику.

Как проходит проект

  1. Аудит данных

    1–2 недели

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

  2. Разведочный анализ

    2–4 недели

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

  3. Обучение и проверка

    4–6 недель

    Строим модель и проверяем её на отрезке, который она не видела: сколько отказов предсказала, за какое время, сколько раз подняла ложную тревогу.

  4. Опытная эксплуатация

    2–3 месяца

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

С чем мы работаем

Pythonscikit-learnPyTorchPredictive MaintenanceАнализ временных рядовOPC UAModbusMQTTTimescaleDBGrafanaMLflow

Данные и доступы

Данные оборудования у вас

Телеметрия и история ремонтов остаются в вашем контуре.

Предупреждение, а не остановка

Модель предупреждает о риске отказа. Останавливать ли узел, решает служба главного механика.

Доступы по минимуму

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

Что нужно от вас

История за год и больше

Данные датчиков и журнал ремонтов минимум за двенадцать месяцев – без них модели не на чем учиться.

Доступ к системе ТОиР

Если план обслуживания ведётся в системе, нужен доступ для связки.

Механик с вашей стороны

Человек, который знает оборудование и подтвердит, что найденные отклонения – действительно признаки отказа.

Чего мы делать не берёмся

  • Начинать без аудита данных

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

  • Управлять оборудованием

    Система не управляет станками и не вмешивается в автоматику.

Сколько стоит предиктивное обслуживание

«Аудит данных» – от 120 000 ₽, «Пилот на одном узле» – от 250 000 ₽, «Промышленное внедрение» – от 700 000 ₽. Указана начальная цена. Каждый проект индивидуален, поэтому итоговая сумма может отличаться: изредка она выходит ниже, но обычно окончательную цену формируем после подробного обсуждения и плана задач. Цена зависит от числа единиц оборудования и состояния исторических данных.

Аудит данных

от 120 000 ₽
Срок: 2–3 недели
  • Инвентаризация датчиков и логов
  • Проверка пригодности истории
  • Заключение о выполнимости
  • Оценка проекта в цифрах

Пилот на одном узле

от 250 000 ₽
Срок: от 2 месяцев
  • Одна группа оборудования
  • Модель и проверка на истории
  • Дашборд состояния
  • Уведомления ответственным

Промышленное внедрение

от 700 000 ₽
Срок: от 4 месяцев
  • Несколько групп оборудования
  • Поток данных в реальном времени
  • Связка с системой ТОиР
  • Переобучение по расписанию
  • Квартал сопровождения
Сравнить уровни таблицей
Уровни работы: что входит, срок и начальная цена
УровеньЧто входитСрокЦена
Аудит данныхИнвентаризация датчиков и логов, Проверка пригодности истории, Заключение о выполнимости, Оценка проекта в цифрах2–3 неделиот 120 000 ₽
Пилот на одном узлеОдна группа оборудования, Модель и проверка на истории, Дашборд состояния, Уведомления ответственнымот 2 месяцевот 250 000 ₽
Промышленное внедрениеНесколько групп оборудования, Поток данных в реальном времени, Связка с системой ТОиР, Переобучение по расписанию, Квартал сопровожденияот 4 месяцевот 700 000 ₽

Вопросы

Частые вопросы

Если вашего вопроса здесь нет, спросите – ответим тем же порядком.

Что нужно, чтобы это вообще заработало?
Три вещи: телеметрия с достаточной частотой, история хотя бы за год и журнал отказов с датами. Без журнала отказов можно строить только обнаружение аномалий – модель скажет «режим ненормальный», но не назовёт причину и срок. Без телеметрии не выйдет ничего, и это выясняется на аудите, до денег за разработку.
Сколько отказов нужно для обучения?
Для прогноза остаточного ресурса – желательно от десятка однотипных отказов с известными датами, иначе модели не на чем учиться. Если их два-три, начинаем с обнаружения аномалий и постепенно накапливаем размеченные случаи. Это нормальный путь: первый год система в основном учится.
У нас нет датчиков, только обходы
Тогда проект начинается с оснащения: вибродатчики, датчики температуры и тока на критичных узлах. Это отдельная работа с подрядчиком по КИП, мы участвуем в выборе точек измерения и частоты опроса. Сразу к моделям перейти нельзя – учиться будет не на чем.
Модель заменит регламентное обслуживание?
Не полностью и не сразу. Переход на обслуживание по состоянию идёт узел за узлом и только после периода, когда модель работала параллельно с регламентом и показала себя. Для оборудования, поднадзорного Ростехнадзору, регламент остаётся обязательным независимо от модели.
Как считать окупаемость?
Через стоимость часа простоя конкретной линии, частоту незапланированных остановок за прошлый год и долю замен, сделанных по календарю на исправных узлах. Эти три цифры мы просим на аудите: без них разговор об экономии превращается в обмен ощущениями.
Сколько стоит предиктивное обслуживание?
Аудит данных с заключением о выполнимости – от 120 000 ₽ и 2–3 недели. Пилот на одной группе оборудования – от 250 000 ₽ и от двух месяцев. Промышленное внедрение с интеграцией в ТОиР – от 700 000 ₽. Указана начальная цена. Каждый проект индивидуален, поэтому итоговая сумма может отличаться: изредка она выходит ниже, но обычно окончательную цену формируем после подробного обсуждения и плана задач. Начинать без аудита мы не берёмся.

Материал обновлён

Разберём ваш процесс бесплатно

Расскажите, где теряется время или заявки. На созвоне за 30–45 минут разберём один-два процесса и честно скажем, есть ли смысл их автоматизировать.

Разбор процесса

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

Разобрать процесс