Индустрия 4.0 и Индустрия 5.0 в цехе: что меняется на самом деле

Здесь всё построено наоборот: от станка и оператора наружу.

Что Индустрия 4.0 означает в цехе

Уберите терминологию — и от Индустрии 4.0 останется один переход: от станков, которые не сообщают ничего, к станкам, чьи данные приводят к решению.

Возьмём пресс, который встал. На заводе, где этого перехода не произошло, простой записывают в сменный журнал, наутро переносят в таблицу, а в конце месяца он попадает в отчёт общим блоком «простои» — без причины. К этому моменту мастер, который знал, что произошло, уже не помнит. Цифра верная и бесполезная.

На заводе, где переход сделан, остановка фиксируется с PLC за секунды, оператор классифицирует причину прямо у станка, пока причина ещё видна, система планирования видит, что операция не уложится в своё окно, и следующий заказ пересобирается в очереди либо материал придерживают. У того же события теперь есть последствие.

Разница не в датчике. Большинство заводов уже производят куда больше данных, чем используют: счётчики, приводы и PLC выдают сигналы годами. Разница — в замкнутом контуре: данные сняты в момент и в месте события, получили контекст, легли в систему учёта и были прочитаны чем-то, что на них действует. Умный завод отличается от обычного не количеством экранов, а количеством таких контуров.

Цифровизация производства сама по себе — тоже не то же самое. Если бумажный сменный заказ заменить на PDF, исчезнет принтер, а не задержка. Индустрия 4.0 начинается там, где данные структурированы, размечены временем и привязаны к заказу, станку, оснастке и оператору, — потому что только тогда с ними может что-то посчитать следующий по цепочке.

Слои, и где какой находится

Большая часть споров об Индустрии 4.0 — спор между слоями. ISA-95 даёт рабочий словарь, чтобы их не путать.

Сигналы оборудования — датчики, PLC, шлюзы. На реальном заводе этот слой смешанный. Часть станков говорит на OPC UA, часть — на Modbus, на последовательном протоколе, «сухим контактом» или не говорит вообще. Закрытые контроллеры, которые производитель не откроет, требуют дооснащения: датчик на шпинделе, в гидравлическом контуре или на линии питания. Не рассчитывайте на единый протокол и закладывайте бюджет на упрямое меньшинство активов, которым нужна внешняя обвязка. Сюда же относятся IIoT-шлюзы и RTLS — там, где нужно знать, где физически находятся тележка, пресс-форма или партия, а не где они числятся по документам.

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

MES — исполнение. Здесь цехом действительно управляют: выдача заданий на ячейки, подтверждение операций, учёт машинного и рабочего времени, фиксация брака и доработки с причинами, соблюдение маршрута и наладки, прослеживаемость, по которой партию можно раскрутить назад. Контроль качества (QMS), триггеры обслуживания (CMMS) и движения материалов (WMS) висят на том же потоке событий. MES — система учёта того, что произошло в цехе. Аналитику можно перестроить позже, запись — нет.

Планирование — MRP, APS, SCP. MRP и ERP отвечают, что делать и примерно когда, с точностью до дней. APS выстраивает последовательность под конечную мощность и под те ограничения, которые реально связывают: общая оснастка, семейства переналадок, аттестованные операторы, время сушки или полимеризации. SCP смотрит дальше — по поставщикам и площадкам. Качество планирования ограничено обратной связью от исполнения: план по конечной мощности, построенный на нормативах, которые годами никто не перемерял, за сутки перепланируют вручную.

Аналитика, AI/ML и компьютерное зрение. Этот слой лежит сверху и без нижних стоит немного. Вместе с ними в нём заметная часть ценности: компьютерное зрение для поверхностных дефектов, контроля наличия и отсутствия элементов, проверки этикетки — там, где камера стабильнее глаза в конце долгой смены; AI/ML для поиска аномалий в вибрации или в энергетической сигнатуре. Сюда же относится энергомониторинг: он становится полезным, когда потребление привязано к выпуску, а не к показанию счётчика, — тогда энергия на деталь сравнима между сменами и станками.

Интеграция с ERP. Строго говоря, это не слой, а шов — между исполнением и бизнес-системами. Через него в обе стороны идут заказы, спецификации (BOM), маршруты, справочники материалов и подтверждения. Он съедает заметную долю проектного времени и чаще всего оценивается последним.

Что добавляет Индустрия 5.0 и что нельзя купить

Индустрия 5.0 родилась не из вендорского роадмапа. Она выросла из политических документов Европейской комиссии и читается скорее как поправка, чем как преемник. Индустрия 4.0 спрашивала, сколько всего можно связать и автоматизировать. Индустрия 5.0 спрашивает, какова роль человека на автоматизированном заводе (человекоцентричность), как завод ведёт себя, когда резко двигаются спрос, поставки или цены на энергию (устойчивость), и во что производство обходится в энергии и материале, а не только в деньгах (экологичность).

Это важно, потому что «Индустрия 5.0» начинает появляться на продуктовых страницах. Индустрию 5.0 нельзя купить. Можно купить вещи, которые работают на её цели, — и любого поставщика уместно спросить, что именно из перечисленного он имеет в виду:

Интерфейсы оператора, спроектированные вокруг человека, который делает работу, а не вокруг схемы базы данных: мало шагов, у станка, с чем-то полезным в ответ на введённое.

Энергия, измеренная по заказу и по станку, — чтобы изменение техпроцесса можно было оценить по потреблению, а не только по времени цикла.

Планирование, которое можно перезапустить с изменённым ограничением — выпавший поставщик, вставшая линия, сдвинутый вперёд срок отгрузки — достаточно быстро, чтобы результатом успели воспользоваться на том же совещании.

Прослеживаемость, достаточная для адресного отзыва, а не для списания партии целиком.

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

С чего начинать и как не купить платформу, которая будет простаивать

Цифровая трансформация производства спотыкается не о выбор технологии, а о последовательность. Рабочий порядок выглядит так.

Начинайте с ограничения, а не с технологии. Назовите узкую ячейку, линию с наибольшим необъяснённым простоем или товарную группу с худшим браком. Если проект не формулируется как «мы не знаем X про Y, и это незнание стоит нам Z», он ещё не готов.

Сначала факт, потом выводы. Состояние станка и причины остановов: автоматически там, где это возможно, и классификацией оператора там, где нет. Почти всё последующее опирается на это.

Исполнение раньше аналитики. MES и цеховая запись идут раньше дашбордов и моделей. Модель, обученная на данных, перепечатанных со сменного журнала, выучит сменный журнал.

Шов с ERP оценивайте в самом начале. Договоритесь, кто владеет справочником материалов, как устроена нумерация заказов с обеих сторон, какая система главная по изменениям BOM и что происходит, когда данные расходятся. Оставить это на «после пилота» — самая частая причина застрявшего тиражирования.

Выбирайте пилот, который можно масштабировать. Одна линия — но такая, у которой типы оборудования и движение продукта похожи на остальной завод; с письменными критериями завершения и назначенным владельцем тиражирования, согласованными до старта.

Модульность — практическая защита от того, чтобы система легла на полку: платформа, которую включают по одному модулю, дешевле обходится при отказе, если вы ошиблись, и её проще финансировать этапами.

Что идёт не так

Данным никто не верит. Две системы показывают разные цифры за одну и ту же смену, и производственное совещание превращается в спор о цифре вместо разговора о потерях за ней. Лечение непарадное: до тиражирования и письменно согласовать одно определение каждого KPI — включая то, как OEE учитывает плановые простои и доработку, — и назвать одну систему учёта.

Операторы обходят систему. Терминал стоит далеко от станка, подтверждение требует больше шагов, чем сама операция, и человеку, который вводит данные, ничего не возвращается. Если быстрее всего закрыть смену, забив всё разом в конце, так и будут делать, а метки времени станут выдумкой. Засеките шаги ввода сами, на настоящей переналадке.

Пилот, который не уходит с одной линии. Пилоты финансируют из любопытства; тиражирование требует бюджета, владельца и цехового времени. Без критериев завершения, написанных заранее, удачный пилот превращается в вечную демонстрацию.

Интеграция, оценённая «потом». Несовпадающие единицы измерения, артикулы, различающиеся суффиксом, BOM, который ведут в двух местах. Ничего сложного — и всё это дольше, чем сам софт.

Платформа, купленная под проблему, которую никто не назвал. Если обоснование звучит как «нам нужна Индустрия 4.0», систему установят, покажут — и постепенно перестанут открывать.

Как отличить настоящий проект от проекта ради дашбордов

С дашбордами всё в порядке. Это видимая часть, и если она — всё, что есть, вы купили зеркало. Разделить помогает шесть вопросов.

1. Вызывает ли хоть одна цифра действие — или только то, что человек что-то заметил? 2. Данные снимают в момент и в месте события — или перепечатывают позже с записей? 3. Когда меняется цех, меняется ли план — или он остаётся таким, как напечатан, пока реальность уходит в сторону? 4. Есть ли система учёта того, что произошло, — или только представление поверх других систем? 5. Переживёт ли это уход человека, который всё построил? Зависимость от одной таблицы, которую кто-то ведёт руками, — тревожный признак. 6. Что происходит, когда на час пропадает сеть: буферизует ли оборудование на краю и досылает потом — или смена потеряна?

Если честные ответы — «заметил», «перепечатывают», «остаётся как напечатан» и «только представление», то проект занимается отчётностью. Отчётность полезна. Но это не тот переход, с которого начинается эта статья.

Где здесь Meta Smart Factory

Meta Smart Factory — модульная платформа, закрывающая перечисленные слои: MES, APS и MRP, SCP, WMS и логистика, качество (QMS), обслуживание (CMMS), компьютерное зрение, AI/ML, энергия, оборудование IIoT, RTLS и интеграция с ERP; развёртывание на площадке или как SaaS.

Модули перечислены ровно ради аргумента о последовательности выше: можно начать с одного из них под одно названное ограничение — сбор машинных данных на узкой ячейке или качество на операции, где концентрируется брак, — и добавить следующий тогда, когда первым действительно пользуются, а не подписываться на полный стек до того, как кто-то ввёл первую причину останова.

Ничто в платформе не убирает то, что действительно тяжело: договориться, что означают цифры, привести в порядок нормативно-справочную информацию и спроектировать шаги ввода, которые оператор выполнит без напоминания. Это совместная работа, и разговор о последовательности для конкретного завода полезнее в качестве первого, чем демонстрация продукта.