Как внедряем

Сначала — производственная потеря, потом — модель

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

Порядок работы

Семь шагов от потери до измеренного показателя

Производственная потеря

Решение, которое нужно принимать

Данные для этого решения

Модель

Интеграция

Действие

Показатель

Этапы

Пилот обычно длится три месяца, продолжение — по измеренному результату

01
Обследование потерь и данных
Где и сколько вы теряете, какие данные уже есть. Итог — короткий отчёт: решается ли задача данными и с какого показателя начать.
2–3 недели
02
Пилот
Один объект, один показатель. Подключение, модель, связь с вашей системой заявок. В отчёте — эффект по сравнению с исходным уровнем.
3 месяца
03
Тиражирование
Переносим модель на однотипные установки по типовой модели активов. Самостоятельность системы расширяем только по вашему решению.
6–12 месяцев
04
Сопровождение
Следим за дрейфом, переобучаем модель, берём новые задачи из каталога.
постоянно

Самостоятельность системы

Шесть уровней самостоятельности — поднимаемся постепенно

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

Уровни автономии
Уровень	Что разрешено системе	Пример	Наша практика
Чтение	Читает данные	мониторинг, аналитика	СТАРТ ПИЛОТА
Объяснение	Объясняет и ищет причину	причина, похожие случаи	СТАРТ ПИЛОТА
Рекомендация	Предлагает действие	уставка, ремонт, график — решает человек	СТАРТ ПИЛОТА
Действие с подтверждением	Человек подтверждает — система исполняет	заявка, заказ, перенос операции	ПО РЕШЕНИЮ ЗАКАЗЧИКА
Ограниченная автономия	Действует сама в строго заданных пределах	коридор уставок, лимит заказа	ПО РЕШЕНИЮ ЗАКАЗЧИКА
Полная автономия	Действует без подтверждения	не предлагаем для критичных процессов	НЕ ПРЕДЛАГАЕМ

Архитектура

Надстройка над существующей автоматикой, а не её замена

Контроллеры и SCADA остаются. Система ИИ подключается к ним отдельным уровнем. Цветом выделено то, что добавляем мы.

01Физический слоймашины, контроллеры, приводы, датчики, камеры, счётчики

02Связь и промышленные сетисети OT, SCADA, историк, OPC, шлюзы, вычислители у линии

03Операционный контекстMES, CMMS, QMS, WMS, лаборатория, прослеживаемость

04Бизнес-контекстERP, закупки, заказы, поставщики

05Слой данныхвременные ряды, события, модель активов, семантика

06Слой ИИзрение, прогноз, аномалии, оптимизация, причинные модели, LLM

07Двойник и симуляцияфизика плюс данные; проверка действий на модели до пуска

08Управление действиямиправа доступа, разрешённые сценарии, журнал действий

09Исполнениечеловек, MES, CMMS, ERP, планировщик — контроллер остаётся детерминированным

Облакообучение больших моделей, аналитика по нескольким заводам, планирование — только если вы разрешаете

У линиикамеры и вибрация: ответ за миллисекунды, работа при слабой связи, данные не покидают площадку

Контроллеруправление и защиты с предсказуемым поведением — ИИ здесь не работает

Языковые модели и агентынад контуром управления: советуют и запускают проверенные сценарии

Сегментация доступа — по зонам и каналам IEC 62443

Риски

Почему проваливаются ИИ-проекты и что мы с этим делаем

Каждая причина взята из открытых разборов внедрений и опыта наших специалистов по автоматизации.

Нет качественных данных

Датчиков нет, теги без имён, метки времени не совпадают, ремонты — в свободном тексте.

Обследуем данные до работы над моделью. Если нужно, сначала автоматизируем.

Нет правильной разметки

В журнале записано «ремонт» или «не работает», а не режим отказа.

Размечаем события вместе с вашими механиками; пробелы разметки закрывает физическая модель.

Редкие события

Серьёзных отказов по определению мало.

Учим модель на нормальной работе, для зрения — на синтетических дефектах, переносим опыт между однотипными установками.

Дрейф

Сменился поставщик, узел, сезон, освещение — модель ухудшилась.

Следим за дрейфом и переобучаем модель: это постоянная работа, а не разовый файл.

Совпадение вместо причины

Оператору нужна причина, а не число.

Объяснимые и причинные модели; ответ всегда со ссылкой на данные.

Нет действия

Прогноз выводится на экран, но заявка на ремонт не создаётся — система становится ещё одним монитором.

Доводим цепочку до действия: прогноз сам ведёт к заявке в CMMS, изменению графика или уставки.

Пилот не масштабируется

Если на одной линии 300 сигналов привязаны вручную, на ста линиях эта работа обойдётся дороже эффекта.

С первого объекта строим типовую модель активов и подключение, рассчитанные на тиражирование.

Слабая экономика

Проект начинают с сотни мелких задач вместо пяти крупных потерь.

Начинаем с отбора задач: событие частое и дорогое, решение повторяется, после прогноза есть действие, есть исходный уровень для сравнения.

Как внедряем

Начнём с обследования потерь и данных

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

Заказать обследование Каталог задач