ProEcoEngineering
Как внедряваме

Първо – производствената загуба, после – моделът

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

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

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

01
Производствена загуба
02
Решение, което трябва да се взема
03
Данные для этого решения
04
Модел
05
Интеграция
06
Действие
07
Показател
Этапы

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

  1. 01

    Обследване на загубите и данните

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

    2–3 седмици
  2. 02

    Пилот

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

    3 месеца
  3. 03

    Тиражирование

    Переносим модель на однотипные установки по типовой модели активов. Самостоятельность системы расширяем только по вашему решению.

    6–12 месеца
  4. 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
Риски

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

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

01

Няма качествени данни

Датчици няма, таговете са без имена, времевите маркери не съвпадат, ремонтите са в свободен текст.

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

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

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

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

Редки събития

Сериозните откази по определение са малко.

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

Дрейф

Сменил се е доставчикът, възелът, сезонът, осветлението – моделът се е влошил.

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

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

На оператора му трябва причина, а не число.

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

Няма действие

Прогнозата се извежда на екран, но заявка за ремонт не се създава – системата се превръща в още един монитор.

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

Пилотът не се мащабира

Ако на една линия 300 сигнала са привързани ръчно, на сто линии тази работа ще излезе по-скъпо от ефекта.

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

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

Проектът започва със сто дребни задачи вместо с пет големи загуби.

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

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

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

Поръчайте обследванеКаталог на задачите