Цзюйхэ Система сбора производственных данных оборудования

Когда слышишь ?Цзюйхэ Система сбора производственных данных оборудования?, многие сразу думают о дашбордах и графиках. Но на деле, если ты с этим работал, знаешь — это история про изменение процессов, а не про установку программы. Частая ошибка — считать, что купил ?коробку?, подключил к станкам, и вот он, цифровой цех. Не работает так. Сам через это прошел, думая, что главное — стабильно снимать показания с ЧПУ. Оказалось, самое сложное — заставить эти данные кому-то быть нужными и чтобы на их основе кто-то что-то делал. Вот об этом и хочу порассуждать.

От ?что показывают датчики? к ?что делать мастеру?

Начиналось всё стандартно. Заказчик, производитель автокомпонентов, хотел видеть OEE. Внедряли систему Цзюйхэ Система сбора данных. Технически всё сошлось: шлюзы, протоколы, данные с контроллеров идут. На экране в цеху красивый процент. Но через месяц выяснилось, что мастер его игнорирует. Почему? Потому что цифра ?общая?. А у него смена, конкретные люди, конкретный брак утром из-за сырья. Система показывала ?простой?, но не отвечала на его вопрос: ?Иван Петров простаивал 12 минут — это его вина или технолога??. Пришлось пересматривать, какие именно события и как мы классифицируем. Не просто ?стоп?, а ?стоп: ожидание наладки?, ?стоп: отсутствие оператора?, ?стоп: нет заготовки?. Это уже другая работа.

Тут как раз опыт ООО Хэнань Цзюйхэ Текнолоджи пригодился. Не в том, что они дали инструкцию, а в том, что у них были кейсы, где уже наступали на эти грабли. Их специалист на объекте не стал нам сразу настраивать сложные аналитические отчёты. Сказал: ?Давайте сначала договоримся с мастером и технологом, какие три статуса по остановкам им реально нужны для принятия решений завтра?. Вот это — практика. Их сайт hnjhkjjt.ru позиционирует их как поставщика услуг цифровой трансформации, и в этом случае это чувствовалось — трансформация началась с переговоров в цеху, а не с сервера.

Постепенно пришли к тому, что главный экран для мастера — это не OEE, а список текущих статусов по его участку с цветовой индикацией и временем в статусе. И кнопка ?добавить комментарий? к каждой остановке. Это рождало дисциплину. Данные перестали быть абстрактными. Система сбора производственных данных стала инструментом коммуникации.

Интеграция — это не API, а ?понятно ли бухгалтерии?

Ещё один пласт — стыковка с ERP или MES. Часто заказчик хочет ?полную интеграцию?. Звучит как техническая задача. Но на практике, когда мы пытались автоматически передавать из системы сбора данных оборудования отработанные нормо-часы в 1С, возникла дикая проблема. В цеху станок мог работать, но по системе учёта — это был ?технологический прогон?, не идущий в зачёт. А система с датчиков фиксировала просто ?работа?. Получался разрыв.

Пришлось вводить в интерфейс оператора возможность выбора типа задания: ?Серийная деталь?, ?Переналадка/Настройка?, ?Обкатка инструмента?. Без этого даже самые точные данные с оборудования были бесполезны для финансового контура. Это момент, который в презентациях часто упускают. Говорят про сбор данных в реальном времени, но молчат, что этим данным нужен контекст, который может дать только человек. Или другая система, но тогда нужны жёсткие регламенты.

Здесь мы снова консультировались с инженерами Цзюйхэ. Их подход был прагматичным: ?Не пытайтесь автоматизировать всё сразу. Автоматизируйте то, где регламент уже есть и он соблюдается. Если регламента нет — сначала формализуйте его, возможно, даже на бумаге, а потом уже цифруйте?. Это спасло проект от бесконечных доработок ?на стыке?.

?Железо? на участке: история про влажность и вибрацию

Хочется отдельно сказать про аппаратную часть. Когда говорят про систему сбора, часто фокусируются на софте. Но надёжность системы определяют шлюзы, датчики, проводка в цеху. Был случай на пищевом производстве: шлюз разместили прямо у моечной установки. Вроде защищённый корпус, IP67. Но конденсат и перепады температуры сделали своё дело — связь начала ?падать? раз в две недели. Проблема была не в ПО, а в месте установки.

Или вибрация. На прессе поставили акселерометр для мониторинга состояния. Данные шли странные. Оказалось, сам датчик был прикручен не на несущую конструкцию станины, а на панель кожуха, которая резонировала иначе. Пришлось переустанавливать, предварительно ?послушав? оборудование с помощью портативного виброметра, чтобы найти правильную точку. Этих нюансов нет в мануалах. Это знание, которое появляется после нескольких неудачных попыток. И компания-поставщик, которая в этом помогает, — это не просто продавец ?коробочного решения?. ООО Хэнань Цзюйхэ Текнолоджи как раз из таких, у них есть выездные инженеры, которые понимают, что такое промышленная среда, а не только облачный сервер.

Данные для ремонтников и данные для директора — это разные вселенные

Одна система, но пользователи — разные. Механик хочет видеть график вибрации конкретного подшипника за последнюю неделю с возможностью приблизить участок. Начальник цеха хочет сводку по простоям по группам оборудования. Директор завода — тренд OEE по предприятию за квартал. Ошибка — пытаться сделать один универсальный интерфейс ?для всех?. Он будет неудобен никому.

В одном из наших проектов мы сделали три ключевых представления в одной системе сбора производственных данных. Для службы главного механика — это было приложение с упором на историю параметров и предупреждения (например, рост температуры гидравлики). Для ПЭО — экран с выполнением плана по участкам в штуках, который агрегировал данные с оборудования и сверял с плановыми значениями из MES. Для руководства — дашборд в веб-интерфейсе с основными KPI. Важно, что данные одни, но логика отображения и глубина — разные. Это требует тщательного проектирования на этапе предпроектного обследования. И здесь опять же, без понимания реальных процессов цеха, которые есть у внедренцев от Цзюйхэ Текнолоджи, можно наломать дров, сделав красивые, но бесполезные графики для директора.

Причём, что интересно, иногда самые ценные инсайты рождались на стыке. Когда механик, глядя на данные по вибрации, сказал: ?А ведь когда этот пик появляется, у оператора потом растёт время вспомогательных операций, он боится, что станок сейчас развалится, и работает медленнее?. И мы это связали. Получился новый метрический показатель — косвенный признак потери операционной эффективности из-за состояния оборудования. Такие вещи в книжках не пишут.

Резюме: система живет, если её используют для ежедневных решений

Так к чему же всё это? Цзюйхэ Система сбора производственных данных оборудования — это не проект с датой окончания ?ввода в эксплуатацию?. Это живой инструмент. Его успех измеряется не тем, сколько данных собрано, а тем, сколько раз за день мастер или механик открывает его интерфейс, чтобы принять решение. Или сколько раз отчёт из системы ложится на стол к руководителю для анализа причин.

Если после внедрения в цеху продолжают заполнять бумажные журналы у станков, потому что так привычнее, а система висит монитором для показухи — проект провален. Успех — это когда через полгода кто-то говорит: ?А помнишь, как мы раньше без этого работали? Как мы планировали ремонты? Наугад?. Вот тогда цифровая трансформация, о которой говорит ООО Хэнань Цзюйхэ Текнолоджи на своем сайте, действительно происходит. Не как смена софта, а как смена мышления. Данные с оборудования перестают быть просто архивом, а становятся нервной системой производства. Но чтобы это случилось, нужно много работы не с кодом, а с людьми и процессами. И это, пожалуй, самый важный урок.