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

Делаем мониторинг оборудования как систему работы с машинными данными, а не только журнал простоев. Снимаем телеметрию, накапливаем историю смен, размечаем причины вместе с технологами, обучаем модель и выводим причины простоев, аномалии и предотказные состояния в понятные дашборды. Так система мониторинга станков с ЧПУ постепенно начинает объяснять, почему оборудование теряет время.
Подключаем стойки ЧПУ, ПЛК и SCADA, а для оборудования без ЧПУ используем датчики тока и вибрации, если прямой телеметрии нет.
Считаем загрузку, коэффициент использования и OEE по цехам, сменам, участкам и типам оборудования, чтобы видеть потери в одном контуре.
Размечаем события с технологами, обучаем модель отличать наладку, ожидание материала, инструмент и плановые остановы, заменяя ручное заполнение журнала.
Ищем предотказные состояния по вибрации, току и температуре, а при короткой истории начинаем с детектора аномалий.
Сопоставляем фактические режимы работы с технологическим процессом и подсвечиваем отклонения, которые влияют на ресурс инструмента и качество.
Готовим интерфейсы мастера и руководства, отчёты по сменам и выгрузку событий в 1С, ERP и MES.
Работа начинается с карты оборудования и доступных сигналов. Для новых станков берём телеметрию из контроллеров, для старого парка ставим датчики тока, вибрации и температуры. Затем собираем историю, разбираем спорные события с технологами, размечаем простои, обучаем модель классификации и проверяем её на данных заказчика перед промышленным запуском.
Подключение зависит от возраста парка: CNC-стойки, OPC UA, MTConnect, журналы ПЛК, датчики тока, вибрации и температуры дают разные наборы признаков. Результат можно отдавать в интерфейс мастера, отчёт руководителя, события для MES или выгрузку в 1С и ERP. Для старых станков набор сигналов честно фиксируем заранее.
Оценку качества делаем по фактам, а не обещанием процентов. Для классификации простоев считаем совпадение с разметкой технологов, для предиктивной диагностики смотрим, есть ли в истории реальные отказы. Если отказов мало, модель сначала работает как детектор аномалий и собирает материал для следующего цикла обучения.
Не всё оборудование отдаёт данные напрямую; у старого парка через датчики признаков меньше, чем у современных стоек.
Модель проверяется на данных заказчика, которые не участвовали в обучении и разметке правил.
Если подтверждённых отказов мало, система сначала ищет отклонения от нормального режима, а не обещает прогноз.
Причины простоев согласуются с людьми, которые знают участок, инструмент, наладку и плановые остановы.
После запуска отслеживаем изменение режимов, смену инструмента и новые типы событий для дообучения.
Телеметрия и производственные события могут храниться на российской инфраструктуре или внутри заводского контура.
Стоимость мониторинга зависит от числа единиц оборудования, разнобоя протоколов и того, нужен ли прогноз отказов или достаточно сбора показателей. Пилот на одном участке показывает реальный простой до большого бюджета. Три типовых объёма со сроками — в таблице ниже.
| Объём работ | Стоимость | Срок | Что входит |
|---|---|---|---|
| Пилот на одном сценарии | от 400 000 ₽ | 4–6 недель | Один процесс, готовые или собранные нами данные, замер эффекта на ваших цифрах |
| Промышленное внедрение | от 900 000 ₽ | 8–12 недель | Рабочая система в вашем контуре, интеграция с учётной системой, обучение сотрудников |
| Комплексная система | от 3 000 000 ₽ | от 4 месяцев | Несколько модулей и площадок, свой контур, сопровождение и дообучение |
Отдельные работы и развитие системы после сдачи — 3 000 ₽ за час инженера. Разметка обучающих данных считается отдельно и по своим правилам — от 320 ₽ за час эксперта, а на объёмных задачах — за единицу данных. Вилки — ориентир для планирования бюджета, а не публичная оферта: точную смету и срок называем после разбора задачи и фиксируем в договоре.
Решение подходит производствам, где останов станка или скрытый износ быстро влияет на выпуск: металлообработка, машиностроение, роботизированные участки, упаковочные линии, деревообработка и серийная сборка. Для каждого участка отдельно описываем сигналы, режимы, причины простоев и роли пользователей, потому что мониторинг работы оборудования без технологического контекста превращается в спорный отчёт.
В типовом проекте подключаем группу станков, собираем телеметрию по сменам, размечаем остановы с мастером, отделяем наладку, инструмент, плановый простой и аномалии режима. После обучения модель начинает автоматически предлагать причину события и выводит спорные интервалы на подтверждение технологу. Показатели — типовой сценарий проекта такого класса, не кейс конкретного клиента.
Да, но косвенно. Если станок не отдаёт телеметрию, ставим датчики тока, вибрации, температуры или берём сигналы с существующей автоматики. Такой контур показывает загрузку, простои и аномалии, но набор признаков беднее, чем у ЧПУ-стойки. Это сразу фиксируем в проектной гипотезе и метриках пилота.
Интернет не обязателен. Сбор телеметрии, хранение истории, инференс модели и дашборды можно развернуть внутри контура завода на инфраструктуре заказчика. Внешний доступ нужен только для согласованных обновлений, поддержки или резервного обмена. Данные предприятия остаются у заказчика, а регламент доступа описывается до подключения оборудования.
Для уверенного предсказания нужны реальные примеры отказов по конкретному типу оборудования и режиму работы. Если такой истории нет или она короткая, начинаем с детектора аномалий: модель учит нормальное поведение, подсвечивает отклонения и копит размеченные события. После накопления подтверждённых отказов задачу переводим ближе к прогнозированию.
Обычная коробочная система мониторинга станков покажет состояние, время работы и длительность простоя. Наш акцент другой: собрать машинные данные, вместе с технологами разметить причины, обучить модель и затем автоматически объяснять события. Поэтому система мониторинга станков с ЧПУ становится инструментом диагностики, а не только экраном диспетчера.
Собранная телеметрия, журналы событий, разметка простоев и производные наборы данных принадлежат заказчику, если иное отдельно не согласовано в договоре. Мы используем их для настройки, обучения и проверки модели в рамках проекта. Передача во внешние сервисы или повторное использование для других задач требует отдельного письменного разрешения.
Это типовая ситуация. Начинаем с интервью, сменных рапортов, аварийных сообщений, комментариев операторов и короткой совместной разметки спорных периодов. На первом этапе модель помогает выявлять кандидаты в простои и аномалии, а технологи подтверждают причины. Так постепенно появляется размеченная история, которой обычно нет до проекта.
Опишите парк станков, доступные сигналы и какие простои сейчас сложнее всего объяснить. Вернёмся с планом пилота: что подключать напрямую, где нужны датчики, какие события размечать и как проверить модель на ваших данных.
Не любите формы — напишите на info@datamarkup.ru
Системы на данных, модели, интеграции и прикладная аналитика для бизнеса.
Контроль качества и визуальная инспекция там, где нужны камеры и модели.
Связка данных, регламентов, интерфейсов и интеграций вокруг производственных операций.
Подготовка обучающих выборок для классификации событий, дефектов и состояний.