Мониторинг оборудования
Телеметрия станков и линий превращается в единый журнал: что работало, что стояло, по какой причине и сколько это стоило. Руководитель получает фактический OEE вместо оценки из сменного рапорта, а служба ремонта — наработку вместо календаря.
Иллюстрация показывает рабочий контур направления; конкретные шаги и интеграции разобраны ниже.
Как это выглядит без автоматизации
Станок стоит — и это единственное, что известно точно. Почему стоит, сколько уже стоит и кто должен был это исправить, выясняется в конце смены со слов мастера. К утру бумага говорит одно, оборудование помнит другое, а руководитель принимает решения по цифре, которую сам же и не считает достоверной.
Простой фиксируется задним числом
Сменный рапорт заполняют в последние двадцать минут смены, по памяти и в округлённых величинах. Простой в 25 минут превращается в получасовой блок или не попадает в отчёт вовсе, потому что мастер решил, что это мелочь. Мелочей за месяц набирается больше, чем крупных поломок.
Причина простоя — предмет спора между службами
Производство говорит, что ждали наладчика, ремонт — что не было заготовки, снабжение — что заявку подали поздно. Ни у кого нет отметки времени, поэтому спор решается не данными, а тем, кто убедительнее говорит на планёрке. Одна и та же причина повторяется месяцами и остаётся без владельца.
OEE считают в Excel и с опозданием на три недели
Экономист сводит те же самые рапорты, добавляет плановый фонд времени по своей методике и выдаёт цифру, когда месяц давно закрыт. Управлять по такому показателю нельзя: он приходит позже, чем закончилась ситуация, которую описывает.
Наработка неизвестна, обслуживание идёт по календарю
Один станок обслуживают по регламенту, хотя он половину квартала простоял, а другой отработал вдвое больше нормы и встаёт посреди срочного заказа. Ресурс шпинделей, направляющих и инструмента расходуется вслепую, а аварийный ремонт стоит втрое дороже планового.
Во что это обходится: 26 станков × 2 смены × 8 часов × 22 рабочих дня ≈ 9 000 станко-часов фонда. При 16% незапланированного простоя это 1 440 потерянных часов × 1 800 ₽ маржи со станко-часа ≈ 2 600 000 ₽ в месяц. Полностью этот резерв не выбирает никто, но даже десятая его часть — 260 000 ₽ ежемесячно, которые сегодня нельзя ни увидеть, ни адресовать. Сверху — около 120 часов в месяц, которые мастера и диспетчер тратят на рапорты и сводки вручную.
Возможности системы
Мы строим программный слой поверх той телеметрии, которая уже есть у вашего оборудования: читаем сигналы стоек ЧПУ, контроллеров и счётчиков, сами определяем состояние каждой единицы посекундно и складываем это в один журнал. К машинному факту добавляется человеческое объяснение: оператор закрывает простой причиной из вашего справочника прямо у станка. На выходе руководитель видит OEE и топ причин потерь в рублях, а не в ощущениях.
Журнал состояний без участия человека
Работа, холостой ход, наладка, простой, авария, выключено — состояние определяется из сигналов и пишется с точностью до секунды. Задним числом изменить машинную часть журнала нельзя: правки причин ведутся отдельным слоем с автором и временем.
Причина простоя закрывается на месте
Простой дольше согласованного порога поднимает запрос на терминал у станка, планшет мастера или в Telegram: выбери причину из справочника в 12–20 позиций. Не закрытый за 15 минут простой уходит мастеру участка, за 40 минут — начальнику цеха.
OEE, разложенный на составляющие
Доступность, производительность и качество считаются отдельно и по вашей методике планового фонда. Каждая цифра раскрывается до станка, смены, бригады и заказа, поэтому спор о том, где именно теряется процент, заканчивается за два клика.
Наработка и счётчики ресурса
Часы под нагрузкой, число циклов, пройденный путь по осям, моточасы приводов накапливаются автоматически. По достижении порога система сама создаёт заявку на обслуживание в вашей системе ТОиР — обслуживание переезжает с календаря на фактический износ.
Связь простоев с ремонтами и сменами
Каждый аварийный останов связывается с заявкой и выполненным ремонтом, каждый час простоя — со сменой и бригадой. Видно, какая единица оборудования съедает бюджет ремонтов и какие потери повторяются из смены в смену независимо от людей.
Дашборд руководителя и табло цеха
Один экран: текущее состояние парка, OEE за сутки и неделю, топ-5 причин простоя, пересчитанный в рубли упущенной маржи. В цеху то же самое на телевизоре, чтобы смена видела свою картину, а не узнавала о ней через месяц.
Путь одного события через систему
Каждый шаг оставляет след в журнале: любое решение системы можно открыть и проверить — что пришло, что проверено, что сделано.
Сигнал снимается с того, что уже стоит
Стойки ЧПУ отдают данные по OPC UA, MTConnect или FOCAS, контроллеры линий — по Modbus, часть оборудования — через собственный API. Там, где сети нет вовсе, достаточно дискретного сигнала работы с реле или токовых клещей на вводе.
Состояние определяется правилами
Сырые сигналы превращаются в состояния: работа под нагрузкой, холостой ход, наладка, останов. Правила пишутся вместе с вашими технологами, потому что для пресса и для обрабатывающего центра слово «работает» означает разное.
Простой требует причину
Как только простой перешёл порог, система запрашивает объяснение у оператора и запускает эскалацию, если ответа нет. Причина ложится рядом с машинным фактом, а не вместо него.
События собираются в историю и показатели
Журнал состояний, причины, брак из системы качества и плановый фонд сводятся в OEE и в структуру потерь. Пересчёт идёт непрерывно, а не в конце месяца.
Наработка уходит в обслуживание
Накопленные часы под нагрузкой и циклы сравниваются с нормативами. При достижении порога создаётся заявка на ТО в 1С:ТОиР или в вашей системе учёта ремонтов, с указанием фактической наработки.
Разбор потерь по расписанию
Раз в неделю формируется сводка: топ причин простоя в часах и рублях, динамика OEE по участкам, оборудование с ухудшающимся трендом. Планёрка начинается не с версий, а с одного согласованного списка.
Что происходит по неделям
Каждый этап заканчивается результатом, который вы видите и принимаете. Оплата привязана к приёмке, а не к обещаниям.
Инвентаризация телеметрии парка
По каждой единице оборудования выясняем, что она реально отдаёт: модель и год стойки ЧПУ, наличие OPC UA, FOCAS или MTConnect, доступ к контроллеру по Modbus, наличие сетевого порта. Отдельно отмечаем станки, где придётся ограничиться дискретным сигналом работы или дооснащением.
Модель состояний и справочник причин
С мастерами и технологами договариваемся, что считать работой, наладкой и простоем для каждого типа оборудования, какие пороги ставить на запрос причины и как устроена эскалация. Собираем справочник причин: не сорок абстрактных пунктов, а 12–20 тех, что реально встречаются и имеют владельца.
Сбор данных и сверка с рапортами
Пишем адаптеры под каждый тип источника, поднимаем базу временных рядов, подключаем первую группу станков. Неделю ведём параллельный учёт: машинный журнал против сменного рапорта, разбираем каждое расхождение с мастером.
Ввод причин и работа смены
Разворачиваем интерфейс закрытия простоев на терминалах, планшетах или в мессенджере, настраиваем эскалацию мастеру и начальнику цеха, обучаем операторов. Первые две недели ежедневно смотрим, какие причины выбирают чаще всего и где справочник не попадает в реальность.
OEE-дашборд и связь с ремонтами
Собираем экраны: руководителю — парк, OEE и потери в рублях, начальнику цеха — участок и смены, ремонтной службе — наработка и приближающиеся пороги ТО. Настраиваем передачу наработки и аварийных остановов в систему ТОиР и обратную привязку выполненных ремонтов к простоям.
Расширение парка и разбор потерь
Подключаем оставшееся оборудование, ежемесячно пересматриваем справочник причин и пороги, отслеживаем деградацию качества сигналов, помогаем разбирать топ потерь и считать эффект принятых мер.
Модельный расчёт: из чего складывается эффект
Не «до 90% экономии», а конкретная модель с вводными, которые можно оспорить и пересчитать под себя.
| Показатель | Сейчас | После внедрения |
|---|---|---|
| Фактический OEE | оценка 52%, приходит через 3 недели после закрытия месяца | факт, пересчёт каждые 15 минут, разрез до станка и смены |
| Незапланированный простой | около 1 440 часов в месяц | около 1 300 часов: −140 часов за счёт разбора повторяющихся причин |
| Простои с указанной причиной | около 40%, по памяти в конце смены | свыше 90%, причина закрывается в течение 15 минут |
| Ручное ведение рапортов и сводок | около 120 часов в месяц у мастеров и диспетчера | около 20 часов: только комментарии и разбор спорных случаев |
| Планирование обслуживания | по календарю, фактическая наработка неизвестна | заявка в ТОиР по достижении наработки, с историей нагрузки |
Полная цена владения — три составляющие
Никаких скрытых платежей: внешние сервисы вы оплачиваете напрямую по своим договорам, мы не делаем наценку на чужие тарифы.
Внедрение
- типовой проект: 1 200 000 ₽
- срок: 6–14 недель
- диагностика, разработка, интеграции, пилот
- документация и обучение команды
Поддержка
- мониторинг и реагирование по SLA
- исправление дефектов бесплатно
- обновление сценариев и интеграций
- ежемесячный отчёт о работе системы
Эксплуатация
- Сервер сбора и хранения истории: 12 000–35 000 ₽/мес в российском облаке либо 200 000–400 000 ₽ разово за машину в вашей серверной
- Терминалы ввода причин у станков: 25 000–60 000 ₽ за пост разово; на старте можно обойтись планшетами или мессенджером
- Шлюзы и лицензии протоколов для старых стоек ЧПУ: 40 000–200 000 ₽ разово за узел
- Канал связи и VPN до площадки: 3 000–10 000 ₽/мес
- число единиц оборудования: 10 станков и 60 станков — это разная трудоёмкость адаптеров и разная цена
- разнородность парка: Fanuc, Siemens и Heidenhain отдают данные по-разному, а стойки старше 2010 года часто не отдают ничего кроме дискретного сигнала
- глубина съёма: только работа и останов или ещё нагрузка шпинделя, номер программы, счётчик деталей и коды аварий
- нужен ли ввод причин на постах и сколько постов оборудуется
- глубина интеграции: автономный дашборд или связка с ТОиР, MES, 1С:ERP и сдельной оплатой смен
Участие заказчика
На диагностике достаточно обезличенных примеров. Боевые доступы — только после договора и NDA, через защищённые каналы.
С чем соединяем
Работаем с тем, что у вас уже есть. Если вашей системы нет в списке — скорее всего, подключимся через API: уточним на диагностике.
Как это решение работает в разных бизнесах
Механообрабатывающий участок: 26 станков, две смены, OEE в отчёте 52% и никакого понимания, из чего он складывается. После подключения выяснилось, что 41 час в неделю оборудование стоит по причине «нет заготовки», а не из-за поломок. Незапланированный простой сократился примерно на 10% за первый квартал без единого рубля в железо.
Сортировочная линия распределительного центра: 6 участков конвейера и 9 ричтраков. Раньше о заторе узнавали по крикам с площадки, наработку техники считали по путевым листам. Теперь остановки линии дольше двух минут фиксируются с причиной, а ТО ричтраков планируется по моточасам — межремонтный пробег перестал быть лотереей.
Дробильно-сортировочный комплекс и бетонно-смесительный узел: наработка дробилки, простои по причине отсутствия сырья и очереди самосвалов. Стало видно, что 22% простоя — не поломки, а несогласованный график подвоза. График подвоза переписали, выпуск в смену вырос без покупки оборудования.
Фасовочно-упаковочные линии оптовой базы: 4 линии, три смены, план по отгрузке считается в тоннах. Мониторинг показал, что переналадка между артикулами занимает вдвое больше норматива, и половина этого времени — ожидание материала. Порядок постановки заказов в смену изменили по данным, а не по спору начальников участков.
Котельные и насосные станции жилого фонда: 60 насосных агрегатов и 8 котлов. Наработка каждого агрегата и число пусков накапливаются автоматически, обслуживание переехало с календаря на моточасы, а аварийные остановы связаны с заявками ремонтной службы — спор о том, кто и когда чинил, закрывается журналом.
Что обычно спрашивают
У нас уже есть SCADA и диспетчерский экран. Зачем ещё мониторинг?
Половина парка — станки с советскими и ранними импортными стойками без сети. Всё пропало?
Рабочие воспримут это как слежку и начнут саботировать. Как быть?
Насколько машинный OEE разойдётся с нашими текущими цифрами?
Со скольких станков это имеет смысл?
Можно начать с одного участка, а не со всего завода?
Когда это решение не окупится
- телеметрии нет и дооснащать оборудование никто не собирается: без сигнала о работе собирать нечего, а угадывать состояние по косвенным признакам мы не берёмся
- парк меньше 8–10 единиц при одной смене — экономия на возвращённых часах не покроет даже поддержку
- ожидание, что система сама сократит простой: она только показывает и оцифровывает потери, сокращает их организация производства и служба ремонта
- задача звучит как контроль дисциплины смен и основание для штрафов — данные о причинах в такой конфигурации становятся недостоверными за два-три месяца
- нужно управление оборудованием, оптимизация управляющих программ или замена АСУ ТП — это работа лицензированного интегратора с выездом на площадку
Если на диагностике расчёт не сойдётся — мы предложим более простой вариант или честно скажем, что автоматизация вам пока не нужна. Это дешевле для всех, чем проект ради проекта.
Предиктивное обслуживание
Следим за вибрацией, током и температурой критичных узлов, сопоставляем с журналом ремонтов и предупреждаем инженера за одну–три недели до отказа — с обоснованием и предложенным окном ремонта. Аварийная остановка превращается в плановую работу.
Производство и компьютерное зрениеПланирование производства
Система считает исполнимый план вместо желаемого: учитывает мощности, материалы, переналадки и приоритеты. При любом сбое пересчитывает расписание за минуты и показывает, какое именно ограничение мешает выполнить заказ в срок.
Производство и компьютерное зрениеАвтоматизация технологических процессов
Программный контур поверх ваших контроллеров и SCADA: непрерывно снимает сигналы, сам распознаёт отклонения по вашим правилам, поднимает нужного человека и записывает в журнал, кто, когда и что сделал.
Посчитать «Мониторинг оборудования» на ваших цифрах?
Пришлите объёмы и пару примеров — вернёмся с картой процесса, честным расчётом экономики и точной сметой. Если не сойдётся — так и скажем.
