Предиктивное обслуживание
Следим за вибрацией, током и температурой критичных узлов, сопоставляем с журналом ремонтов и предупреждаем инженера за одну–три недели до отказа — с обоснованием и предложенным окном ремонта. Аварийная остановка превращается в плановую работу.
Иллюстрация показывает рабочий контур направления; конкретные шаги и интеграции разобраны ниже.
Как это выглядит без автоматизации
Оборудование почти никогда не ломается мгновенно. Подшипник шумит неделями, ток двигателя ползёт вверх, температура корпуса растёт от смены к смене — и всё это записывается в историзатор SCADA, куда заглядывают уже после аварии. Пока признаки никто не читает, завод живёт в двух одинаково дорогих режимах: чинит по календарю то, что ещё работает, и чинит по факту то, что встало посреди ночной смены.
Календарный ремонт платит дважды
Регламент велит менять узел раз в год независимо от нагрузки. Половину узлов меняют с остатком ресурса — это выброшенные деталь, работа бригады и часы плановой остановки. Другая половина до регламентного срока не доживает и встаёт аварийно, потому что календарь ничего не знает о реальном режиме работы.
Отказ всегда приходит в худший момент
Конец месяца, ночная смена, деталь на складе поставщика в другом регионе. Час простоя линии стоит десятки тысяч рублей недоданной маржи плюс оплата простаивающей смены, а срочная логистика и сверхурочные добавляют к каждому инциденту ещё 150–250 тысяч рублей.
Данные есть, диагностики нет
Телеметрия пишется годами: ток, обороты, давление, температура, время цикла. Но пороги в SCADA настроены на аварийные уставки — они срабатывают, когда защита уже отключила привод. Между «норма» и «авария» лежат недели постепенной деградации, которых никто не видит.
Диагностика держится на одном человеке
Опытный механик определяет проблему на слух и по нагреву корпуса. Пока он на месте, отказов меньше. Уходит в отпуск, на больничный или к другому работодателю — вместе с ним уходит вся ранняя диагностика, и статистика аварийных остановов возвращается к прежней.
Во что это обходится: 12 аварийных остановов в год × 8 часов × 95 000 ₽ (недоданная маржа плюс оплаченный простой смены) ≈ 9,1 млн ₽ в год, и ещё около 2,2 млн ₽ на срочные ремонты — при том, что примерно треть этих узлов заранее сообщила о себе ростом вибрации и тока.
Возможности системы
Мы собираем телеметрию с того оборудования, что у вас уже стоит, сшиваем её с журналом ремонтов и строим по каждому критичному узлу оценку риска отказа с горизонтом в днях. Инженер получает не тревожную лампу, а разбор: какие признаки изменились, за какой период, что меняли на этом узле раньше и какое окно ремонта предлагается. Работаем поверх существующих систем, в контур управления не вмешиваемся.
Оценка риска по каждому узлу, а не общая лампа
Ежедневный список узлов по убыванию риска с горизонтом прогноза: этот редуктор — 14 дней, этот насос — 40, остальные в норме. Главный инженер планирует ремонтные окна по списку, а не по календарю и не по громкости жалоб мастеров.
Ранние признаки деградации, а не факт поломки
Смотрим то, что меняется задолго до останова: рост среднеквадратичной виброскорости и подъём характерных полос в спектре, увеличение тока двигателя на тех же режимах, нагрев подшипникового узла, удлинение времени выхода на режим, рост числа микроостановов.
Сравнение узла с самим собой в сопоставимом режиме
Модель учитывает режим: скорость линии, тип продукта, температуру цеха, загрузку. Без этого переход на другой формат упаковки выглядит как деградация, а система превращается в генератор ложных тревог, который через месяц отключают.
Обоснование, которое можно проверить
В карточке сигнала — графики изменившихся признаков за период, сравнение с поведением до прошлых замен, наработка узла и история его ремонтов. Механик видит логику решения и может с ней спорить, а не выбирать между верой и игнорированием.
Заявка в систему ремонтов с готовым окном
Подтверждённый инженером сигнал превращается в заявку в 1С:ТОиР или другой вашей CMMS: узел, предлагаемая дата в ближайшем плановом окне, проверка наличия запчасти на складе, ответственный. Прогноз становится нарядом, а не строкой в отчёте.
Обучение на каждом закрытом ремонте
Механик отмечает исход: подтвердилось, ложная тревога, нашли другую причину. Эти отметки возвращаются в обучающую выборку и в настройку порогов, поэтому точность растёт от квартала к кварталу, а не деградирует после запуска.
Путь одного события через систему
Каждый шаг оставляет след в журнале: любое решение системы можно открыть и проверить — что пришло, что проверено, что сделано.
Снимаем то, что уже пишется
Подключаемся на чтение к историзатору SCADA, OPC UA или напрямую к контроллерам: ток, обороты, температуры, давления, время цикла, коды остановов. Отдельная учётная запись только на чтение, в контур управления не пишем ничего.
Дополняем недостающими датчиками
Там, где вибрации и температуры подшипников нет, готовим спецификацию: какой датчик, куда ставить, с какой частотой опрашивать. Монтаж выполняет ваша служба КИПиА или подрядчик, оборудование вы закупаете напрямую.
Складываем в единый архив временных рядов
Данные приводятся к общей оси времени, чистятся от участков простоя и переналадок, размечаются режимами работы. Хранилище временных рядов держит историю по каждому узлу с нужной дискретностью — от секунд для вибрации до минут для температур.
Сшиваем телеметрию с журналом ремонтов
Каждая замена, каждый аварийный останов и каждая дефектная ведомость становятся размеченным событием на оси времени. Так появляется то, на чём вообще возможно учиться: как выглядели данные за недели до отказа.
Считаем риск и остаточный ресурс
Для каждого класса оборудования — своя модель: насосы, редукторы, компрессоры и приводы деградируют по-разному. Расчёт идёт по расписанию, оценка обновляется вместе с новыми данными и пересматривается после каждого ремонта.
Доводим сигнал до наряда
Сигнал уходит механику и главному инженеру с обоснованием и историей узла. После подтверждения создаётся заявка в системе ремонтов с предложенным окном; исход ремонта возвращается обратно в модель.
Что происходит по неделям
Каждый этап заканчивается результатом, который вы видите и принимаете. Оплата привязана к приёмке, а не к обещаниям.
Инвентаризация парка и цена простоя
Составляем перечень узлов-кандидатов и ранжируем их по двум величинам: цена часа простоя при отказе и частота отказов за последние два года. Параллельно проверяем, что реально пишется в историзатор по каждому узлу, с какой дискретностью и как глубоко хранится.
Контур сбора и оцифровка ремонтов
Разворачиваем сбор телеметрии, подключаемся к SCADA, OPC-серверу или контроллерам, поднимаем хранилище временных рядов. Одновременно приводим в порядок журнал ремонтов за 12–24 месяца: даты, узлы, причины, длительность простоя — из 1С:ТОиР, бумажных журналов или таблиц мастеров.
Мониторинг и правила по физике
Настраиваем то, что работает без обучающей выборки: тренды виброскорости с уровнями по ГОСТ ИСО 10816, перегрев относительно сопоставимых режимов, рост тока при неизменной нагрузке, срыв времени цикла. Собираем карточку узла и маршруты оповещений.
Модели по классам оборудования
Обучаем модели на истории отказов отдельно для насосов, редукторов, компрессоров, приводов. Калибруем порог, сопоставляя цену ложной тревоги (осмотр на 1–2 часа) с ценой пропуска (аварийный останов). Проверяем на отложенном периоде: сколько прошлых отказов система увидела бы заранее и за сколько дней.
Встраивание в процесс ремонтов
Замыкаем цикл: подтверждённый сигнал создаёт заявку в 1С:ТОиР или вашей CMMS с привязкой к ближайшему плановому окну и проверкой запчасти на складе. Настраиваем маршрут согласования механик — главный инженер, форму обратной связи по исходу и отчёт по предотвращённым простоям.
Дообучение и расширение парка
Каждый закрытый ремонт и каждый пропущенный отказ возвращаются в выборку, пороги пересматриваются ежемесячно. Постепенно подключаем новые узлы: для оборудования того же класса это уже настройка, а не отдельный проект.
Модельный расчёт: из чего складывается эффект
Не «до 90% экономии», а конкретная модель с вводными, которые можно оспорить и пересчитать под себя.
| Показатель | Сейчас | После внедрения |
|---|---|---|
| Незапланированные остановы | 12 в год, около 96 часов простоя | 8 в год, около 64 часов — треть отказов перехвачена заранее |
| Горизонт предупреждения | нет: узнаём по срабатыванию защиты или по грохоту | 5–20 дней по узлам с постепенной деградацией |
| Режим ремонта критичного узла | по факту поломки, ночью, запчасть везут срочной доставкой | в плановое окно смены или выходного дня, деталь заказана заранее |
| Замена узлов | строго по календарю ТО, независимо от наработки и нагрузки | по состоянию: около 20% замен переносится на следующий цикл |
| Разбор причин отказа | устные версии на утренней планёрке | сохранённая телеметрия за недели до отказа, привязанная к наряду |
Полная цена владения — три составляющие
Никаких скрытых платежей: внешние сервисы вы оплачиваете напрямую по своим договорам, мы не делаем наценку на чужие тарифы.
Внедрение
- типовой проект: 1 600 000 ₽
- срок: 10–20 недель
- диагностика, разработка, интеграции, пилот
- документация и обучение команды
Поддержка
- мониторинг и реагирование по SLA
- исправление дефектов бесплатно
- обновление сценариев и интеграций
- ежемесячный отчёт о работе системы
Эксплуатация
- Датчики вибрации и температуры, токовые преобразователи с монтажом (закупаете напрямую, разово): 25 000–90 000 ₽ на точку контроля
- Шлюз сбора данных или промышленный ПК у линии, либо место на сервере в вашей серверной: 80 000–250 000 ₽ разово, либо аренда в российском облаке 10 000–40 000 ₽/мес
- Хранение и обработка телеметрии на парк до 30 узлов: 8 000–25 000 ₽/мес
- Подключение нового класса оборудования после запуска: 60 000–150 000 ₽ за класс
- число узлов и количество разных классов оборудования в первом контуре: двадцать однотипных насосов дешевле, чем пять разнотипных агрегатов
- полнота истории: 12–24 месяца телеметрии и оцифрованный журнал ремонтов экономят 2–3 месяца проекта
- откуда берутся данные: историзатор SCADA с готовой выгрузкой против опроса контроллеров и монтажа датчиков с нуля
- глубина интеграции: карточки и оповещения дешевле, чем автосоздание заявок в 1С:ТОиР с проверкой склада запчастей
- требования к частоте расчёта: ежесуточная оценка риска против потоковой обработки вибросигнала в реальном времени
Участие заказчика
На диагностике достаточно обезличенных примеров. Боевые доступы — только после договора и NDA, через защищённые каналы.
С чем соединяем
Работаем с тем, что у вас уже есть. Если вашей системы нет в списке — скорее всего, подключимся через API: уточним на диагностике.
Как это решение работает в разных бизнесах
Линия розлива: отказ подшипника главного привода четыре раза в год останавливал участок на 8–11 часов. По росту виброскорости и тока двигателя система предупреждает за 12–18 дней, замену переносят в плановую субботнюю остановку — простой на инцидент падает с 9 часов до полутора.
Сортировочный конвейер фулфилмента: остановка мотор-редуктора в пиковую волну стоит около 400 000 ₽ сорванных отправлений за смену. Наблюдение за 60 приводами по току и температуре даёт горизонт 7–10 дней, замену делают в ночное окно между волнами.
Сеть из 40 магазинов: отказ компрессора холодильной горки — это списание товара на 150–300 тыс ₽ и сутки без витрины. По росту времени работы компрессора и температуры нагнетания система видит деградацию за 5–14 дней, заявка в сервис уходит до отказа.
Парк из 120 машин: по телематике (температура охлаждающей жидкости, давление масла, обороты, коды ошибок) и истории ремонтов система отмечает 8–12 машин в месяц на внеплановый осмотр. Поломка в рейсе обходится примерно в 120 000 ₽ с учётом эвакуатора и срыва доставки.
Насосное оборудование ИТП в 60 домах: зимний отказ означает аварийную бригаду ночью и вал обращений жителей. Мониторинг тока и вибрации агрегатов даёт 10–20 дней на замену подшипника в рабочее время, стоимость устранения падает примерно вчетверо.
Что обычно спрашивают
У нас нет двенадцати месяцев телеметрии. Значит, не возьмётесь?
Чем это отличается от порогов, которые уже настроены в SCADA?
Сколько будет ложных тревог и кто на них будет ходить?
Вы работаете удалённо — кто поставит датчики на оборудование?
Подключение к SCADA не нарушит работу производства?
Что считать результатом? Отказа не было — как понять, что дело в системе?
Когда это решение не окупится
- истории меньше 12 месяцев и нет ни телеметрии, ни журнала ремонтов, а накапливать их негде — начинать нужно с мониторинга и сбора данных, а не с предиктивных моделей
- отказы носят внезапный характер: обрыв, электрический пробой, ошибка оператора, посторонний предмет в механизме — у таких событий нет периода деградации, и предсказывать в них нечего
- оборудование дублировано и дёшево: отказ насоса при работающем резерве стоит часа работы слесаря — система обойдётся дороже самих поломок
- парк из трёх-пяти разнотипных агрегатов: на каждый класс нужны своя модель и своя история отказов, стоимость в пересчёте на узел получается неоправданной
- нет ремонтной службы и запаса запчастей: предупреждение за две недели ничего не меняет, если деталь всё равно едет два месяца, а бригады под ремонт нет
Если на диагностике расчёт не сойдётся — мы предложим более простой вариант или честно скажем, что автоматизация вам пока не нужна. Это дешевле для всех, чем проект ради проекта.
Мониторинг оборудования
Телеметрия станков и линий превращается в единый журнал: что работало, что стояло, по какой причине и сколько это стоило. Руководитель получает фактический OEE вместо оценки из сменного рапорта, а служба ремонта — наработку вместо календаря.
Производство и компьютерное зрениеПланирование производства
Система считает исполнимый план вместо желаемого: учитывает мощности, материалы, переналадки и приоритеты. При любом сбое пересчитывает расписание за минуты и показывает, какое именно ограничение мешает выполнить заказ в срок.
Производство и компьютерное зрениеАвтоматизация технологических процессов
Программный контур поверх ваших контроллеров и SCADA: непрерывно снимает сигналы, сам распознаёт отклонения по вашим правилам, поднимает нужного человека и записывает в журнал, кто, когда и что сделал.
Посчитать «Предиктивное обслуживание» на ваших цифрах?
Пришлите объёмы и пару примеров — вернёмся с картой процесса, честным расчётом экономики и точной сметой. Если не сойдётся — так и скажем.
