
Когда говорят о мониторинге производства, многие сразу представляют панели с мигающими индикаторами или красивые, но пустые дашборды в BI-системах. На деле же всё начинается с гораздо более приземлённых вещей — с вопроса ?а что, собственно, мы хотим увидеть?? и ?зачем??. Частая ошибка — ставить датчики везде, где только можно, а потом месяцами разбираться в потоке бессмысленных данных. Сам через это проходил.
Помню один проект на пищевом комбинате. Заказчик хотел ?полную цифровизацию? и ?сквозную аналитику?. Приехали, посмотрели. Да, линии старые, учёт ведётся в тетрадях, смена передаёт информацию устно. Казалось бы, классический случай для внедрения системы мониторинга. Но начали копать — и выяснилось, что ключевая проблема даже не в отсутствии данных, а в том, что нормативы расхода сырья на бумаге давно не соответствуют реальным рецептурам. Что мы будем мониторить? Красивые графики неверных показателей?
Пришлось делать шаг назад. Первым делом не установка датчиков, а аудит самих процессов. Сидели с технологами, со старшим мастером, смотрели, как фактически идёт работа. Оказалось, есть ?секретный? регулятор на одном из котлов, который оператор крутит ?на глазок?, исходя из влажности сырья, привезённого сегодня. Ни в одной инструкции этого нет. Вот он — реальный параметр для контроля, который не найдёшь в ТЗ.
Это и есть та самая точка входа: мониторинг должен начинаться с технологической, а не IT-логики. Иначе получится дорогая игрушка. Кстати, именно такой подход практикуют в ООО Хэнань Цзюйхэ Текнолоджи. В их кейсах видно, что они сначала погружаются в специфику производства, а уже потом предлагают архитектуру сбора данных. Не наоборот.
Допустим, с логикой определились. Дальше — инфраструктура. Тут своя куча граблей. Например, банальная проводная связь в цеху. Казалось бы, надёжно. Но на том же комбинате оказалось, что часть линий проходит рядом с мощными силовыми кабелями к прессам. Помехи такие, что данные искажались до полной нечитаемости. Пришлось перекладывать, использовать экранированные решения, а где-то и вовсе переходить на беспроводные протоколы вроде LoRaWAN, но со своей головной болью — с обеспечением стабильности.
Или выбор датчиков. Не всегда нужны самые дорогие и ?умные?. Для контроля температуры в холодильной камере может хватить простого термосопротивления с выводом на общую шину. А вот для контроля вибрации на подшипниках турбины уже нужен акселерометр с высокой частотой дискретизации. Ошибка в выборе — либо лишние траты, либо бесполезные данные.
Часто упускают из виду энергопитание. Датчик, который должен работать годами, не может сидеть на батарейке, которую меняют раз в месяц. Искали решения с низким энергопотреблением и в итоге остановились на гибридных схемах для разных узлов. Детали, без которых вся система висит в воздухе.
Вот данные потекли. И что? Самая большая иллюзия — что достаточно вывести их на экран в цеху или в кабинете директора. На одном из металлургических заводов сделали как раз так: огромная плазма в диспетчерской с графиками всех печей. Через неделю её перестали смотреть. Потому что она не отвечала на простые вопросы: ?Почему сейчас падает эффективность?? и ?Что сделать прямо сейчас??.
Пришлось вводить систему оповещений. Но и тут не всё просто. Если датчик температуры показывает отклонение на 2 градуса — это авария или погрешность? Настраивали пороги срабатывания вместе с технологами, вводили многоуровневые алерты: ?предупреждение? для сменного инженера, ?тревога? для начальника цеха, ?критично? — звонок на телефон. Чтобы не было ?алертной усталости?, когда все привыкают к миганию и не реагируют.
И здесь снова вспоминается подход, который видишь на сайте hnjhkjjt.ru. Они не продают ?систему мониторинга?, они говорят о сервисах цифровой трансформации. Это ключевая разница. Цель — не собрать данные, а изменить процесс принятия решений. Иногда для этого даже не нужна сложная аналитика — достаточно вовремя показать сменному мастеру простой тренд на планшете.
Можно поставить самое совершенное оборудование, но если люди не понимают, зачем это, или видят в системе угрозу, всё развалится. Был случай, когда операторы станков с ЧПУ саботировали сбор данных по времени работы инструмента — думали, что это чтобы ?считать их простояы?. Пришлось проводить отдельные встречи, объяснять, что цель — не контроль их самих, а прогнозирование износа фрез, чтобы инструмент меняли не когда он сломается и испортит деталь, а заранее. Сменили фокус с ?контроля? на ?помощь? — отношение изменилось.
Внедрение мониторинга производства — это всегда проект изменений. Нужно учить, нужно вовлекать, нужно показывать пользу на конкретных примерах. Самый лучший KPI для первой фазы — не абстрактная ?эффективность?, а, например, ?сокращение времени на составление сменного отчёта с часа до 10 минут?. Реальная выгода, которую чувствует каждый.
И да, это требует времени. Нельзя купить ?коробочное решение? и ждать, что завраж всё заработает. Нужен партнёр, который будет вести проект от и до, а не просто поставит оборудование. Как раз в этом сильная сторона компаний, которые занимаются трансформацией, а не просто поставкой. Они вынуждены смотреть на результат, а не на отгрузку со склада.
Сейчас много говорят про предиктивную аналитику и цифровых двойников. Это, безусловно, следующий этап. Но строить двойник на неточных или нерелевантных данных — бессмысленно. Поэтому наш путь был таким: сначала получить доверие к данным на уровне простого оперативного мониторинга, потом научиться их правильно интерпретировать, и только потом пробовать строить модели.
Например, та же вибрация подшипников. Сначала мы просто фиксировали её уровень и научились определять норму. Потом накопили историю поломок и сопоставили с данными. Теперь можем видеть тренд на рост вибрации за несколько недель до потенциального отказа. Это уже предиктив. Но фундаментом были те самые ?скучные? годы сбора и валидации первичных сигналов.
Кажется, что это долго. Так и есть. Настоящая цифровизация — это марафон. И компании вроде ООО Хэнань Цзюйхэ Текнолоджи, позиционирующие себя как поставщики услуг трансформации, по сути, продают именно эту экспертизу длинного внедрения. Не продукт, а процесс. Не график, а изменение культуры работы с данными на производстве. К этому, в итоге, всё и сводится. Всё остальное — инструменты.