惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
T
Threatpost
Google DeepMind News
Google DeepMind News
WordPress大学
WordPress大学
Recorded Future
Recorded Future
小众软件
小众软件
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
H
Hackread – Cybersecurity News, Data Breaches, AI and More
L
LangChain Blog
博客园 - 聂微东
美团技术团队
F
Fortinet All Blogs
I
InfoQ
U
Unit 42
酷 壳 – CoolShell
酷 壳 – CoolShell
阮一峰的网络日志
阮一峰的网络日志
The Cloudflare Blog
罗磊的独立博客
Stack Overflow Blog
Stack Overflow Blog
J
Java Code Geeks
S
SegmentFault 最新的问题
The GitHub Blog
The GitHub Blog
Vercel News
Vercel News
GbyAI
GbyAI
有赞技术团队
有赞技术团队
博客园 - 【当耐特】
H
Help Net Security
B
Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
aimingoo的专栏
aimingoo的专栏
C
Check Point Blog
Jina AI
Jina AI
The Register - Security
The Register - Security
Hugging Face - Blog
Hugging Face - Blog
Microsoft Azure Blog
Microsoft Azure Blog
博客园 - 叶小钗
Recent Announcements
Recent Announcements
D
DataBreaches.Net
IT之家
IT之家
雷峰网
雷峰网
Y
Y Combinator Blog
W
WeLiveSecurity
P
Proofpoint News Feed
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
量子位
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
博客园 - 司徒正美
月光博客
月光博客
The Hacker News
The Hacker News

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Как мы научили нейросеть экономить газ в нашем сталепрокатном цехе
EVRAZ (ЕВРАЗ · 2026-04-29 · via Все публикации подряд на Хабре

Как мы научили нейросеть экономить газ в нашем сталепрокатном цехе

Уровень сложностиПростой

Время на прочтение6 мин

Охват и читатели40

Кейс

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

Раньше операторы регулировали температуру, время нагрева, расход газа вручную, полагаясь на общую инструкцию, свой опыт и состояние печи (износ футеровки, работу горелок). В разных сменах был разный расход газа: где-то тратили меньше, где-то больше. А при смене сортамента (у нас 80+ видов заготовок) перерасход был почти гарантирован из-за затянутых переходных режимов. Мы стали смотреть, есть ли тут потенциал для экономии топлива.

Меня зовут Андрей Зотов, я начальник департамента инноваций ЕВРАЗа. В этой статье расскажу, как решили эту задачу с помощью обученной на наших данных рекомендательной системы с сердцем в виде математической модели. Заходите почитать, как это устроено.

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

Тут нужно отступление: изначально мы не понимали, можно ли вообще решить эту проблему с помощью ИТ. Есть ли потенциал для оптимизации? Вместе с подрядчиком мы провели предпроектное исследование.

Большим плюсом было то, что на комбинате хорошо развиты системы полевой автоматизации участка печей (расходы горелок, температуры зон, показатели калорийности и пр.) и системы учёта движения заготовок по цеху (MES ЦПШБ). Подрядчикам мы могли передать архив за несколько лет. Уровень сбора данных позволяет построить модель для оценки состояния нагрева, способную работать в режиме мягкого реального времени.

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

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

Это предпроектный анализ данных, где видны области перерасхода газа для ряда заготовок

Это предпроектный анализ данных, где видны области перерасхода газа для ряда заготовок

Как мы уже рассказали в начале, операторам печей приходилось в ручном режиме управлять нагревом большого ассортимента заготовок: это порядка 80 различных сечений и профилей. Технологическая инструкция, разумеется, у них имеется. По сути, у технических руководителей производства одна рекомендация: «Следовать технологической инструкции». Но если вчитаться в документ с правилами управления режимами, то сложно понять, каким магическим образом металлурги умудряются в моменте, в своей голове просчитать все изменения и выполнить требования сразу нескольких разделов. И вдобавок учесть особенности состояния каждой конкретной печи. И при этом держать в голове массу других инструкций, приказов, думать о плане производства, заботиться о безопасности…

В итоге каждая бригада работала, опираясь на правила, то, как принято, и немного по-своему. Одни бригады тратили меньше газа, другие больше.

Здесь и крылся наш потенциал для оптимизации. Наша задача была в том, чтобы придумать, как обеспечить одинаково качественный нагрев для любой заготовки при минимальных затратах топлива. С учётом всех технологических простоев и особенности работы стана. Для этого нам требовалось создать и обучить на реальных данных ИИ-модель. Переходим к ней. 

Структурная схема системы, в которой показываются верхнеуровневые потоки информации (условно, исходные данные > модель > данные о нагреве > подсказка)

Структурная схема системы, в которой показываются верхнеуровневые потоки информации (условно, исходные данные > модель > данные о нагреве > подсказка)

Продумываем решение

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

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

А теперь дорабатываем Модель в исходном виде — просто набор граничных условий и уравнений. К работе в реальной промышленной среде она не готова. Нам нужно было доработать её под условия эксплуатации. Что именно надо было учесть? Все печи уникальны: разное расположение горелок, геометрия зон и другие параметры. Есть и внешние условия, влияющие на нагрев, например, заранее известные простои при перевалках стана. Поэтому для применения модели потребовалась точная настройка модели под конкретную печь цеха, а также оптимизация расчётов: модель должна была быстро реагировать на изменяющиеся условия и в разумное время выдавать параметры нагрева.

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

Кроме того, модель должна была работать со всей широкой номенклатурой цеха — с разными сечениями (прямоугольные, круглые, «собачья кость») и десятками марок стали.

На практике модель постепенно дорабатывалась и становилась точнее. Для использования в рекомендательной системе результаты численного моделирования упаковали в нейронную сеть. Её обучали на данных расчёта десятков тысяч (!) сценариев нагрева, извлечённых из исторических данных.

Осталось верифицировать модель.

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

Мы проводили верификацию по двум ключевым критериям. 

1. Температура заготовки на выдаче. Модель постоянно сверялась с данными пирометра, установленного непосредственно у выдачи печи (не после клети!). 

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

2. Разовые испытания. Для проверки мы использовали архивные данные испытаний с термометрированными заготовками (оснащёнными датчиками температуры). Несмотря на то что печь с тех пор прошла капремонт, эти данные помогли подтвердить правильность подсказок, которые выдаёт модель.

На рисунке показаны линии модели нагрева по сравнению с данными с термопар термометрированной заготовки. Очень хорошее соответствие.

На рисунке показаны линии модели нагрева по сравнению с данными с термопар термометрированной заготовки. Очень хорошее соответствие.

Отдельно проверялась точность модели в части расчёта потребного расхода энергоресурсов на нагрев. Топливо в горелки подаётся автоматически на основе уставки по температуре. Поэтому расход тепла во времени напоминает «американские горки» — резкий рост при увеличении снимаемого заготовками тепла, затем снижение до величин, требуемых для поддержания теплового баланса. Для оценки таких временных рядов использовали стандартную метрику — коэффициент детерминации R2. Нам удалось добиться значения 0,75, что подтвердило качество модели и позволило показать производству и руководству, что модель верно отражает реальный процесс нагрева заготовок.

График «датчик-модель». Здесь показано расчётное и фактическое значение расхода условного топлива с печи, посчитанное на данных реального времени в продуктиве

График «датчик-модель». Здесь показано расчётное и фактическое значение расхода условного топлива с печи, посчитанное на данных реального времени в продуктиве

Как всё работает?

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

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

Дашборды проектировали вместе с реальными пользователями. Каждый элемент интерфейса проверяли на удобство и понятность. Вот так выглядит дашборд системы в продуктиве.

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

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

А пока готовы ответить на ваши вопросы о создании модели. И постараемся что-то рассказать дополнительно про пилотный проект. Просим в комментарии.