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

推荐订阅源

L
LangChain Blog
C
Check Point Blog
博客园 - Franky
V
Visual Studio Blog
云风的 BLOG
云风的 BLOG
aimingoo的专栏
aimingoo的专栏
Microsoft Security Blog
Microsoft Security Blog
V2EX - 技术
V2EX - 技术
AI
AI
Hacker News - Newest:
Hacker News - Newest: "LLM"
Jina AI
Jina AI
S
Security @ Cisco Blogs
Security Archives - TechRepublic
Security Archives - TechRepublic
H
Hacker News: Front Page
H
Hackread – Cybersecurity News, Data Breaches, AI and More
O
OpenAI News
Attack and Defense Labs
Attack and Defense Labs
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
爱范儿
爱范儿
H
Heimdal Security Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
G
Google Developers Blog
G
GRAHAM CLULEY
V
V2EX
The Register - Security
The Register - Security
人人都是产品经理
人人都是产品经理
B
Blog RSS Feed
Schneier on Security
Schneier on Security
M
MIT News - Artificial intelligence
Stack Overflow Blog
Stack Overflow Blog
Help Net Security
Help Net Security
大猫的无限游戏
大猫的无限游戏
C
CERT Recently Published Vulnerability Notes
The GitHub Blog
The GitHub Blog
V
Vulnerabilities – Threatpost
The Last Watchdog
The Last Watchdog
J
Java Code Geeks
S
Secure Thoughts
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
量子位
NISL@THU
NISL@THU
K
Kaspersky official blog
Engineering at Meta
Engineering at Meta
T
Threatpost
Recent Commits to openclaw:main
Recent Commits to openclaw:main
宝玉的分享
宝玉的分享
Security Latest
Security Latest
T
The Exploit Database - CXSecurity.com
博客园_首页
A
Arctic Wolf

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

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет 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 миллионов точек без потерь
Система краткосрочного прогнозирования энергопотребления на Python
Ирина Чучуева · 2026-05-29 · via Все публикации подряд на Хабре

Нижеприведенный блог был написан в 2019 году. Через год мы с коллегой усовершенствовали нашу систему прогнозирования и выиграли промышленное соревнование весной 2020 — в период начала пандемии COVID-19. По итогам того эпопейного соревнования я написала статью The Short-term Electricity Consumption Forecast Competition Under COVID-19 Lockdown Conditions (английская и русская версии). В январе 2022, прямо накануне ..., подала эти тезисы на International Symposium on Forecasting 2022. В апреле они были приняты и вопреки всем прогнозам я доехала до Оксфорда в июле 2022 и выступила с докладом. Ниже история о том, как все это начиналось...

Краткая история проекта

В начале апреля 2019 ко мне обратился мой коллега по проектам, связанным с оптимизацией работы теплоэлектроцентралей (ТЭЦ), и предложил разработать систему краткосрочного прогнозирования энергопотребления под конкретных заказчиков — крупных потребителей электроэнергии. После пары звонков организационные вопросы были улажены, а 23 апреля 2019, в день моего рождения, подписан мой первый контракт между моим клиентом и новоиспеченным индивидуальным предпринимателем Ириной Чучуевой.

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

Мне с самого начала объяснили, что от меня требуется победить в соревнованиях по прогнозированию энергопотребления в двух компаниях, работающих на оптовом рынке электроэнергии и мощности России. Согласно моему контракту я не имею права называть эти компании, так что условно назову их «АльфаЭнергоСбыт» и «ОмегаЭнергоСбыт». Победа в таких соревнованиях дает возможность обсуждать внедрение разработанных алгоритмов в ежедневную практику клиентов.

За три с половиной месяца работы, с конца апреля до начала августа, мною была разработана система краткосрочного прогнозирования энергопотребления на новом для меня языке программирования Python. В разработке системы мне помогала моя коллега Евгения Мальцева.

Соревнования по прогнозированию в «АльфаЭнергоСбыт» длились в течение августа-сентября 2019 года для трех потребителей. По итогам соревнования зафиксирована ничья, deuce, как говорят в теннисе. Ошибка прогнозирования составила следующие величины.

Потребитель

Прогноз «АльфаЭнергоСбыт»

Наш прогноз

Потребитель 1

1,9%

1,9%

Потребитель 2

4,7%

4,2%

Потребитель 3

2,3%

2,4%

Ниже представлено общее описание разработанной мною системы прогнозирования энергопотребления.

Описание системы прогнозирования

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

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

Полный соревновательный цикл состоит из двух этапов:

  1. подготовка моделей прогнозирования;

  2. краткосрочное прогнозирование с использованием готовых моделей в рамках соревнований.

Этап 1. Подготовка моделей прогнозирования

Процесс подготовки моделей

Для каждого потребителя, а точнее для каждой группы точек поставки (ГТП) потребления, производим следующие действия.

  1. Обрабатываем и проверяем исходные данные, сохраняем значения в форматах csv.

  2. Задаем исходные значения параметров моделей, в частности:

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

    • для регрессионной модели: синусоидальная сезонность, погодные факторы, параметры основного тренда, порядок и вид регрессии для температурной зависимости, порядок и вид регрессии для авторегрессии и др.

  3. Делим выборки на обучающую и проверочную, обучаем модель.

  4. Делаем оценку качества прогноза, полученного для проверочной выборки. Многократно повторяем пункты 2, 3 и 4, добиваясь максимальной точности.

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

Алгоритм подготовки моделей

Рис. 1. Алгоритм подготовки моделей

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

Особенности прогнозирования энергопотребления

Согласно правилам оптового рынка электроэнергии и мощности России потребители, приобретающие электроэнергию на рынке, должны подать заявки на рынок на сутки вперед с прогнозом энергопотребления на завтрашний день сегодня до 13:30 по московскому времени. Подробнее о правилах функционирования оптового рынка электроэнергии читайте моего «Электрического дракона». Измерение фактически потребленной электроэнергии идет непрерывно при помощи специальных счетчиков, аналогов того, что установлены в ваших домах и квартирах, собранных в единую систему — автоматизированную систему коммерческого учета электроэнергии (АСКУЭ). Данные из системы учета электроэнергии становятся доступны не мгновенно, а после предварительной оценки и балансирования, так что сегодня, когда до 13:30 нам нужно сделать прогноз на завтра, хорошо, если у нас будут доступны значения фактического энергопотребления за вчера, т.е. до отметки времени 23:00 предыдущего дня. Однако АСКУЭ работают не идеально, а потому сегодня в первой половине дня могут быть доступны значения фактического энергопотребления лишь за позавчера или позапозавчера, или еще хуже, позапозапозавчера. А если АСКУЭ сломалась, то задержка между последней отметкой времени, на которую нужно сделать прогноз, и последним фактическим значением может превышать неделю. Такую задержку мы называем лагом. В связи с этим подготовка моделей осуществляется на каждый лаг индивидуально, т.е. для каждого потребителя готовим отдельную модель прогнозирования, соответствующую лагу 24, 48, 72, …, 216.

Лаг

Рис. 2. Лаг

Таким образом, по итогам обучения мы получаем набор моделей прогнозирования. До сих пор максимальное значение лага, с которым приходилось работать, — 192. Лаг 216 мы готовим на всякий пожарный случай.

Типы моделей прогнозирования

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

1) Нейронные сети

Нейросетевые модели нынче в моде. Кроме сиюминутной прихоти дамы по имени мода модели на нейронных сетях еще в начале 2000-х годов показали высокую эффективность в решении задачи краткосрочного прогнозирования энергопотребления. Я писала об этом в своей диссертации в 2012 году.

На сегодняшний день наиболее используемый фреймворк для подготовки нейросетевых моделей — язык программирования Python, библиотека Keras с оптимизатором TensorFlow от Google. Именно данную технологию мы применяем для подготовки моделей на нейронных сетях. Основной тип применяемых слоев — Dense, полносвязные сети прямого распространения. Число предикторов, т.е. внешних факторов, подаваемых на вход сети, колеблется от 100 до 170, число оптимизируемых при обучении параметров — от 70 000 до 120 000.

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

2) Регрессионные модели

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

Регрессионная модель в разработанной системе прогнозирования представляет собой последовательность отдельных регрессионных моделей:

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

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

  3. Авторегрессия. Остатки от температурной модели подаем на вход авторегрессионной модели, порядок авторегрессии доходит до нескольких сотен.

Применяемые при разработке технологии: язык программирования Python, библиотеки Scikit-learn для регрессии, XGBoost для модели градиентного бустинга.

Таким образом, для каждого потребителя на этапе подготовки к тестированию модели мы обучали модели как на нейронных сетях, так и регрессионные для каждого значения лага. Каждая модель, будь то нейронная сеть или регрессия, сохраняется в отдельном файле формата pickle. Общий набор подготовленных моделей для каждого потребителя, то есть для каждой ГТП, содержит, как правило, 18 файлов: 9 моделей на нейронных сетях для значений лага 24 — 216, 9 регрессионных моделей для тех же лагов.

Этап 2. Прогнозирование

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

  1. Загрузка фактического значения энергопотребления.

  2. Определение величины лага.

  3. Загрузка нейросетевой и регрессионной моделей для полученного значения лага.

  4. Вычисление прогноза с использованием регрессионной модели.

  5. Вычисление прогноза с использованием модели на нейронных сетях.

  6. Вычисление консенсус-прогноза — среднего значения двух исходных прогнозов.

  7. Построение графика со всеми прогнозами.

  8. Оценка качества каждого прогноза за предыдущий период.

  9. Поле ввода, где аналитик указывает применяемую модель.

  10. Формирование выходного файла формата csv, содержащего прогноз на указанную дату.

Для загрузки фактических значений энергопотребления, а также температур мы разработали отдельные модули, простые и компактные, которые парсят все исходные данные как из локальных папок, так и из сети Интернет, и сохраняют результат в рекомендованном kaggle.com формате csv.

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

Развитие системы прогнозирования

Следующим шагом в развитии системы прогнозирования будет создание программного сервиса, Software as a Service, позволяющего гибкую интеграцию с внешними программными комплексами. Мы не планируем разработку пользовательских интерфейсов, а также модулей проверки качества исходных данных — все функции ETL, а также GUI будут переданы внешней системе. Источниками данных перестанут быть csv файлы, а станет внешняя СУБД, из которой мы сможем извлекать необходимые для расчетов значения. Результаты прогнозирования перестанут сохраняться в файл csv, а будут переданы внешнему программному комплексу. Часть функционала будущего сервиса планируем разработать на Python, остальная часть будет разработана на Java.

Дальнейшее развитие алгоритмов прогнозирования я вижу в добавлении градиентного бустинга как основной модели прогнозирования энергопотребления наравне с регрессией и нейронными сетями. Дополнительно возможно повышение точности прогнозирования за счет моделирования остатков от авторегрессии при помощи преобразования Гильберта-Хуанга (Empirical Mode Decomposition). Часть работы в данной области была проведена в июле, необходимо завершить начатые исследования. И, наконец, стоит добавить в набор моделей прогнозирования мою модель прогнозирование временных рядов по выборке максимального подобия. В свое время реализация данной модели в MATLAB показала высокую точность, в связи с этим стоит реализовать ее на Python и включить в нашу систему прогнозирования.