Разработка AI-системы оптимизации энергопотребления на производстве

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

Оптимизация энергопотребления: где производство теряет энергию впустую

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

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

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

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

Что меняется на площадке: пики нагрузки и расход на тонну продукции

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

  • Прогноз нагрузки строится на сутки вперёд по плану производства, а не по факту включения: смена заранее видит окна, куда перенести энергоёмкие операции.
  • Пиковая мощность падает на 10–20% к базовому периоду — суточный профиль сглаживается, одновременный запуск тяжёлых агрегатов уходит из расписания.
  • Расход на тонну продукции становится стабильным: разброс между сменами сокращается, а отклонение видно внутри смены, а не по итогам месяца.
  • Простои оборудования сокращаются — уходит класс отказов, связанных с перегрузкой и перегревом приводов, вместе с внеплановыми остановками в пиковые часы.
  • Границы режимов привязаны к паспортным пределам оборудования, поэтому сглаживание не покупается ускоренным износом.

Чтобы эффект не спутали с сезонностью или сменой номенклатуры, сравнение идёт по методике ISO 50001: базовый период нормализуется по погоде и объёму выпуска. Тогда снижение пиковой мощности и расхода на тонну — следствие управления, а не удачного квартала.

Режимы работы системы: советующий, автоматический, замкнутый контур

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

Вариант Когда подходит Ограничения
Советующий режим Модель ещё обучается на фактических данных, оператор знает процесс, часть оборудования без дистанционного привода Требует дисциплины смен: рекомендации выполняют выборочно, эффект зависит от конкретного оператора
Автоматическое управление нагрузкой по графику и уставкам Стабильный производственный цикл, предсказуемые смены, есть дистанционный привод на крупных потребителях Не видит фактическую загрузку линии: при отклонении от плана экономия теряется, добавляются пусковые нагрузки
Замкнутый контур управления по датчикам и модели Непрерывное производство, достоверные измерения, есть защита от ухода режима вразнос Отказ датчика или дрейф модели уводит регулирование; ограничения автоматики и ручной возврат обязательны

Ограничения автоматики на старте

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

Как мы внедряем систему: от аудита потребления до передачи в работу

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

  1. Аудит потребления. Обследуем узлы учёта по всей цепочке — ввод, распределительные щиты, отдельные линии и группы оборудования — и сопоставляем проектную схему с фактической топологией. Фиксируем, где замер есть, а где нагрузка считается одной цифрой на несколько потребителей.

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

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

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

  5. Настройка сценариев. С технологами проговариваем уставки, приоритеты и границы вмешательства: что система меняет сама, а что отдаёт диспетчеру как рекомендацию.

  6. Опытная эксплуатация. Система работает параллельно с привычным управлением, мы сверяем её выводы с фактическими решениями службы и доводим точность до стабильной.

  7. Передача системы в эксплуатацию. Отдаём регламенты, инструкции и права доступа, обучаем персонал: кто, в какой срок и как реагирует на отклонение.

Что остаётся на площадке: модели, схемы учёта, регламенты

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

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

Пример внедрения: как пики нагрузки перестали определять расход

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

Собрали телеметрию с узлов учёта и построили модель суточного профиля в привязке к расписанию смен и пусков. Дальше — правила сглаживания: ступенчатый разогрев энергоёмких узлов, разнесение пусков линий по окну в 40-60 минут, буфер по сжатому воздуху и холоду, прогноз пика на полчаса вперёд с подсказкой, какой агрегат сдвинуть. Оптимизация энергопотребления шла не по среднему за месяц, а по суточному профилю; отчётность привели к требованиям ISO 50001.

Метрики до и после: пиковая мощность ввода ниже на 19%, удельный расход на единицу продукции — на 11%, разброс между сменами сузился с ±14% до ±5%. Срабатываний защит по перегрузке вводов — одно за квартал вместо пяти-семи в месяц.

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

Оптимизация энергопотребления по расписанию или по прогнозу нагрузки?

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

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

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

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

Сомнения перед запуском: учёт, данные и ответственность за решения

Диспетчеризация на производстве обычно уже есть, поэтому наш слой читает данные из действующего контура АСУ ТП и не заменяет его: архивы, журналы событий и текущие показания подтягиваются по штатным интерфейсам обмена, а управляющие воздействия остаются за персоналом.

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

Что делать, если учёт неполный или показания расходятся?

Работаем с фактическим массивом, а не с «идеальным». Строим карту качества: где поток непрерывный, где разрывы, какие счётчики противоречат балансу участка. На надёжных участках модель считает точно, на остальных — с оговоркой и широким интервалом оценки; параллельно отдаём список точек, которые стоит дооснастить.

Придётся ли перестраивать действующую диспетчеризацию?

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

Кто отвечает за рекомендации и ошибки модели?

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

Что входит в поддержку после запуска?

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

Обсудим задачу: с чего начать на вашей площадке

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

  • Границы пилота на участке: конкретная линия, цех или узел, где запускаем первую версию, и кто отвечает за этот контур.
  • Учёт и данные: какие приборы стоят на вводе и на оборудовании, как часто снимаются показания, можно ли выгрузить архив за прошлый период.
  • Схема распределения: где общий ввод, где отдельные фидеры, что уже автоматизировано и управляется дистанционно.
  • Режим работы: сменность, суточные пики, плановые и внеплановые простои, есть ли ручное управление нагрузкой.
  • Что уже пробовали: локальные системы, ручные графики, регламенты — и почему они не прижились.
  • Ограничения процесса: что нельзя останавливать и менять из-за технологии, регламентов или требований безопасности.
  • Контакт на площадке: кто согласует доступ к данным и подключение к оборудованию.

Дальше порядок работ такой: сверяем данные с фактическим потреблением, фиксируем базовый уровень расхода на выбранном участке, разворачиваем пилот и сравниваем результат с базой. Если эффект подтверждается, тиражируем решение на соседние участки по уже отработанной схеме.

Опишите задачу — вернёмся с оценкой и планом пилотного запуска.

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1543
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1394
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1369
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    816
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1142