{
  "title": "Demand response Atlas",
  "version": "2.0",
  "as_of": "2026-09-09",
  "language": "ru",
  "purpose": "education_and_agent_context",
  "dispatch_allowed": false,
  "canonical_url": "https://x5power.com/Academy/DemandResponse/",
  "advanced_case": {
    "status": "synthetic",
    "requested_kw": 500,
    "duration_h": 0.5,
    "planned_recovery_kw": 125,
    "recovery_limit_kw": 150,
    "recovery_h": 2,
    "heat_scenario_max_kw": 480,
    "observed_example_kw": 475,
    "baseline_range_effect_kw": [
      435,
      515
    ],
    "not_covered": [
      "heat at 500 kW",
      "complete EV loss"
    ]
  },
  "data_rules": [
    "Preserve units and time periods",
    "Distinguish observations, registrations, contracts, models and targets",
    "Do not sum overlapping resources",
    "Use local service constraints",
    "Verify authorization before real actuation",
    "Include recovery and local network limits",
    "Treat missing data as unknown"
  ],
  "chapters": [
    {
      "id": "ch01",
      "title": "Виды: что именно мы меняем"
    },
    {
      "id": "ch02",
      "title": "Эволюция: от вызова к организации среды"
    },
    {
      "id": "ch03",
      "title": "Паспорт гибкости: единица учёта для агента"
    },
    {
      "id": "ch04",
      "title": "Каталог: 48 классов ресурсов"
    },
    {
      "id": "ch05",
      "title": "Физические модели: что позволяет сдвигать нагрузку"
    },
    {
      "id": "ch06",
      "title": "Популяция: управлять совместным поведением"
    },
    {
      "id": "ch07",
      "title": "Архитектуры управления: десять вариантов"
    },
    {
      "id": "ch08",
      "title": "Измерение: как отличить услугу от красивого графика"
    },
    {
      "id": "ch09",
      "title": "Реальный масштаб: мировая таблица с единицами"
    },
    {
      "id": "ch10",
      "title": "Двенадцать стран: что работает и что переносить"
    },
    {
      "id": "ch11",
      "title": "Китай: управление источниками, сетью, нагрузкой и накоплением"
    },
    {
      "id": "ch12",
      "title": "Индия: массовое участие и честный масштаб пилота"
    },
    {
      "id": "ch13",
      "title": "Россия: ресурс, отбор и переход к планированию"
    },
    {
      "id": "ch14",
      "title": "Кто идёт к управлению популяциями"
    },
    {
      "id": "ch15",
      "title": "Космические, военные и гражданские системы"
    },
    {
      "id": "ch16",
      "title": "Экономика: откуда берутся деньги"
    },
    {
      "id": "ch17",
      "title": "Наш подход: магазин, пятая группа и гиперсеть"
    },
    {
      "id": "ch18",
      "title": "Протокол работы агента"
    },
    {
      "id": "ch19",
      "title": "Как внедрять и доказывать предотвращение проблемы"
    },
    {
      "id": "ch20",
      "title": "Самопроверка: тридцать задач"
    },
    {
      "id": "ch21",
      "title": "Словарь для человека и агента"
    },
    {
      "id": "ch22",
      "title": "Что читать и как обновлять учебник"
    },
    {
      "id": "ch23",
      "title": "От устранения пика к области допустимой работы"
    },
    {
      "id": "ch24",
      "title": "Общие причины отказов: почему размер портфеля обманывает"
    },
    {
      "id": "ch25",
      "title": "Сквозной практикум: заявка, исполнение, возврат, доказательство"
    }
  ],
  "resource_classes": [
    {
      "id": "R01",
      "family": "Холод и продукты",
      "name": "Холодильные витрины",
      "mechanism": "Циклы компрессора и допустимый запас холода",
      "indicative_window": "Минуты",
      "constraints": "Температура продукта, двери, минимальные паузы",
      "capacity_method": "Работающая мощность × допустимая доля",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R02",
      "family": "Холод и продукты",
      "name": "Морозильные лари и шкафы",
      "mechanism": "Предварительное охлаждение и перенос работы",
      "indicative_window": "Минуты-часы",
      "constraints": "Продукт, обмерзание, компрессор",
      "capacity_method": "Тепловой бюджет и время до границы",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R03",
      "family": "Холод и продукты",
      "name": "Центральные холодильные установки",
      "mechanism": "Распределение мощности между компрессорами",
      "indicative_window": "Секунды-часы",
      "constraints": "Давления, масло, устойчивость схемы",
      "capacity_method": "Характеристика всего агрегата",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R04",
      "family": "Холод и продукты",
      "name": "Холодильные склады",
      "mechanism": "Использование инерции товара и здания",
      "indicative_window": "Десятки минут-часы",
      "constraints": "Загрузка, проходы, двери, неоднородность температур",
      "capacity_method": "Зональная тепловая модель",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R05",
      "family": "Холод и продукты",
      "name": "Оттайка испарителей",
      "mechanism": "Разнесение расписаний нагрева",
      "indicative_window": "Минуты-часы",
      "constraints": "Лёд, дренаж, качество теплообмена",
      "capacity_method": "Мощность оттаек и допустимые окна",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R06",
      "family": "Холод и продукты",
      "name": "Пищевое охлаждение и ледогенераторы",
      "mechanism": "Перенос подготовки охлаждённого продукта или льда",
      "indicative_window": "Часы",
      "constraints": "Производственная очередь, санитарный режим",
      "capacity_method": "Запас продукта и мощность процесса",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R07",
      "family": "Здания и тепловые процессы",
      "name": "Бытовые кондиционеры",
      "mechanism": "Изменение режима и фаз циклов",
      "indicative_window": "Минуты",
      "constraints": "Комфорт, влажность, местное управление",
      "capacity_method": "Совпавшая работа × разрешённое воздействие",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R08",
      "family": "Здания и тепловые процессы",
      "name": "Центральные чиллеры",
      "mechanism": "Модуляция и накопление холода",
      "indicative_window": "Минуты-часы",
      "constraints": "Температура подачи, устойчивость, вентиляция",
      "capacity_method": "Модель холодильного центра",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R09",
      "family": "Здания и тепловые процессы",
      "name": "Тепловые насосы отопления",
      "mechanism": "Предварительный нагрев и гибкая мощность",
      "indicative_window": "Минуты-часы",
      "constraints": "Температура, обмерзание, погодная зависимость",
      "capacity_method": "Погодная модель и запас тепла",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R10",
      "family": "Здания и тепловые процессы",
      "name": "Электрические водонагреватели",
      "mechanism": "Запас горячей воды",
      "indicative_window": "Минуты-часы",
      "constraints": "Температура, разбор, обязательные гигиенические циклы",
      "capacity_method": "Полезный тепловой запас",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R11",
      "family": "Здания и тепловые процессы",
      "name": "Вентиляторы и вентиляция",
      "mechanism": "Изменение производительности в допустимом диапазоне",
      "indicative_window": "Секунды-минуты",
      "constraints": "Качество воздуха, давление, обязательный воздухообмен",
      "capacity_method": "Кривая мощности и допустимый расход",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R12",
      "family": "Здания и тепловые процессы",
      "name": "Освещение",
      "mechanism": "Регулирование светового потока",
      "indicative_window": "Секунды-часы",
      "constraints": "Безопасность, зрительная задача, режим человека",
      "capacity_method": "Реальная мощность регулируемых светильников",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R13",
      "family": "Вода, сельское хозяйство, среда",
      "name": "Насосы водоснабжения",
      "mechanism": "Перенос наполнения резервуаров",
      "indicative_window": "Минуты-часы",
      "constraints": "Давление и минимальный объём",
      "capacity_method": "Гидравлическая модель",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R14",
      "family": "Вода, сельское хозяйство, среда",
      "name": "Канализационные насосные станции",
      "mechanism": "Ограниченное использование приёмного объёма",
      "indicative_window": "Минуты",
      "constraints": "Переполнение и обязательная перекачка",
      "capacity_method": "Рабочий объём и фактический приток",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R15",
      "family": "Вода, сельское хозяйство, среда",
      "name": "Аэрация очистных сооружений",
      "mechanism": "Модуляция воздуходувок",
      "indicative_window": "Минуты",
      "constraints": "Состояние биопроцесса и качество очистки",
      "capacity_method": "Технологическая модель и допустимый кислородный режим",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R16",
      "family": "Вода, сельское хозяйство, среда",
      "name": "Орошение",
      "mechanism": "Перенос полива по времени",
      "indicative_window": "Часы-дни",
      "constraints": "Влага, погода, агротехника",
      "capacity_method": "План воды, насосов и допустимых сроков",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R17",
      "family": "Вода, сельское хозяйство, среда",
      "name": "Опреснение и подготовка воды",
      "mechanism": "Перенос части выпуска при наличии резерва",
      "indicative_window": "Минуты-часы",
      "constraints": "Мембраны, качество, давление, обязательный выпуск",
      "capacity_method": "Производительность и объём запаса",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R18",
      "family": "Вода, сельское хозяйство, среда",
      "name": "Теплицы и животноводческие комплексы",
      "mechanism": "Согласование света, тепла и вспомогательных нагрузок",
      "indicative_window": "Минуты-часы",
      "constraints": "Биологические режимы и благополучие животных",
      "capacity_method": "Раздельные допустимые окна подсистем",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R19",
      "family": "Промышленность",
      "name": "Сжатый воздух",
      "mechanism": "Регулирование компрессоров с использованием ресиверов",
      "indicative_window": "Секунды-минуты",
      "constraints": "Минимальное давление и утечки",
      "capacity_method": "Давление, запас и кривая компрессора",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R20",
      "family": "Промышленность",
      "name": "Дробление и помол",
      "mechanism": "Перенос партий при запасах сырья",
      "indicative_window": "Минуты-часы",
      "constraints": "Производственная очередь и пуски",
      "capacity_method": "Запас полуфабриката и потребление линии",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R21",
      "family": "Промышленность",
      "name": "Целлюлозно-бумажные процессы",
      "mechanism": "Изменение отдельных энергоёмких стадий",
      "indicative_window": "Минуты-часы",
      "constraints": "Согласование непрерывного процесса",
      "capacity_method": "Аттестованные стадии и технологические буферы",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R22",
      "family": "Промышленность",
      "name": "Алюминиевый электролиз",
      "mechanism": "Ограниченная модуляция электрической нагрузки",
      "indicative_window": "Секунды-часы, по технологии",
      "constraints": "Тепловой и химический режим ванн",
      "capacity_method": "Проверенная модель конкретной серии",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R23",
      "family": "Промышленность",
      "name": "Стальные и другие электрические печи",
      "mechanism": "Перенос партий и ограниченная модуляция",
      "indicative_window": "Минуты-часы",
      "constraints": "Металлургический цикл и качество",
      "capacity_method": "Допустимые участки плавки",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R24",
      "family": "Промышленность",
      "name": "Электролизёры водорода",
      "mechanism": "Изменение выпуска при запасе газа",
      "indicative_window": "Секунды-часы, по типу",
      "constraints": "Давление, чистота, деградация, контракт выпуска",
      "capacity_method": "Характеристика установки и запас водорода",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R25",
      "family": "Транспорт и зарядка",
      "name": "Домашняя зарядка электромобиля",
      "mechanism": "Распределение зарядки до выезда",
      "indicative_window": "Минуты-часы",
      "constraints": "Минимальный заряд и изменение планов",
      "capacity_method": "Энергия до дедлайна и доступная мощность",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R26",
      "family": "Транспорт и зарядка",
      "name": "Зарядка на рабочем месте",
      "mechanism": "Координация подключённых машин",
      "indicative_window": "Минуты-часы",
      "constraints": "Время отъезда и местный ввод",
      "capacity_method": "Фактически подключённый парк",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R27",
      "family": "Транспорт и зарядка",
      "name": "Автобусные парки",
      "mechanism": "Расписание зарядки под рейсы",
      "indicative_window": "Минуты-часы",
      "constraints": "Выпуск на линию и резерв маршрута",
      "capacity_method": "Совместный план рейсов и зарядок",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R28",
      "family": "Транспорт и зарядка",
      "name": "Грузовые автопарки",
      "mechanism": "Гибкая зарядка в логистическом окне",
      "indicative_window": "Минуты-часы",
      "constraints": "Сроки доставки и мощность площадки",
      "capacity_method": "План отправлений и энергия рейсов",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R29",
      "family": "Транспорт и зарядка",
      "name": "Батарейный обмен и склад тяговых батарей",
      "mechanism": "Зарядка сменного запаса",
      "indicative_window": "Часы",
      "constraints": "Наличие готовых батарей и деградация",
      "capacity_method": "Запас готовности и инфраструктура зарядки",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R30",
      "family": "Транспорт и зарядка",
      "name": "Двусторонняя зарядка V2G",
      "mechanism": "Выдача энергии и регулируемая зарядка",
      "indicative_window": "Секунды-часы",
      "constraints": "Разрешённые режимы, резерв пробега, ресурс батареи",
      "capacity_method": "Сертифицированные зарядки и доступная энергия",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R31",
      "family": "Вычисления и связь",
      "name": "Пакетная обработка данных",
      "mechanism": "Перенос задач по времени",
      "indicative_window": "Минуты-часы",
      "constraints": "Дедлайны и зависимости",
      "capacity_method": "Профиль задач и измеренные кВт",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R32",
      "family": "Вычисления и связь",
      "name": "Обучение моделей ИИ",
      "mechanism": "Планирование допускающих паузу задач",
      "indicative_window": "Минуты-часы",
      "constraints": "Потери при паузе, срок, ресурсы кластера",
      "capacity_method": "Измеренная мощность и допустимая задержка",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R33",
      "family": "Вычисления и связь",
      "name": "Гибкая часть вычислений по запросу",
      "mechanism": "Распределение допускающей задержку очереди",
      "indicative_window": "Секунды-минуты",
      "constraints": "Задержка и качество сервиса",
      "capacity_method": "Изолированная гибкая доля запросов",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R34",
      "family": "Вычисления и связь",
      "name": "Перенос вычислений между площадками",
      "mechanism": "Географическое распределение работы",
      "indicative_window": "Минуты-часы",
      "constraints": "Сеть передачи данных, локальные ограничения, права на данные",
      "capacity_method": "Полный баланс двух площадок и передачи",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R35",
      "family": "Вычисления и связь",
      "name": "Системы охлаждения ЦОД",
      "mechanism": "Тепловой запас и модуляция",
      "indicative_window": "Секунды-минуты",
      "constraints": "Температуры оборудования и гарантии",
      "capacity_method": "Отдельная модель охлаждения",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R36",
      "family": "Вычисления и связь",
      "name": "Телекоммуникационные узлы",
      "mechanism": "Ограниченное использование резерва питания",
      "indicative_window": "Минуты-часы",
      "constraints": "Доступность связи и обязательный резерв",
      "capacity_method": "Доступная энергия после резервирования",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R37",
      "family": "Коммерческие и бытовые процессы",
      "name": "Стиральные и посудомоечные машины",
      "mechanism": "Перенос начала цикла",
      "indicative_window": "Часы",
      "constraints": "Срок готовности, допустимость паузы",
      "capacity_method": "Очередь циклов и их профили",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R38",
      "family": "Коммерческие и бытовые процессы",
      "name": "Прачечные и сушильные процессы",
      "mechanism": "Перенос партий",
      "indicative_window": "Часы",
      "constraints": "Производственные сроки и качество",
      "capacity_method": "График партий и энергии",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R39",
      "family": "Коммерческие и бытовые процессы",
      "name": "Профессиональные кухни и пекарни",
      "mechanism": "Перенос подготовки и части нагрева",
      "indicative_window": "Минуты-часы",
      "constraints": "Готовность блюда и пищевой режим",
      "capacity_method": "Разрешённые технологические окна",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R40",
      "family": "Коммерческие и бытовые процессы",
      "name": "Бассейны и водные комплексы",
      "mechanism": "Согласование фильтрации и нагрева",
      "indicative_window": "Минуты-часы",
      "constraints": "Качество воды и обязательный оборот",
      "capacity_method": "Объём, тепловая модель и режим фильтрации",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R41",
      "family": "Коммерческие и бытовые процессы",
      "name": "Зарядка складских машин",
      "mechanism": "Планирование под смену",
      "indicative_window": "Минуты-часы",
      "constraints": "Готовность техники и резерв",
      "capacity_method": "График смен и батарей",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R42",
      "family": "Коммерческие и бытовые процессы",
      "name": "Периодические вспомогательные процессы",
      "mechanism": "Планирование разрешённых операций обслуживания",
      "indicative_window": "Минуты-часы",
      "constraints": "Регламент, безопасность, производственный срок",
      "capacity_method": "Подтверждённые операции и их графики",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R43",
      "family": "Ресурсы общего портфеля VPP",
      "name": "Тепловые и ледяные накопители",
      "mechanism": "Накопление полезного тепла или холода",
      "indicative_window": "Минуты-часы",
      "constraints": "Потери и доступная мощность обмена",
      "capacity_method": "Полезная ёмкость; исключить повторный счёт с холодом",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R44",
      "family": "Ресурсы общего портфеля VPP",
      "name": "Батареи за счётчиком и ИБП",
      "mechanism": "Ограничение импорта и зарядка",
      "indicative_window": "Секунды-часы",
      "constraints": "Резерв, деградация, ограничения инвертора",
      "capacity_method": "Доступные мощность и энергия; ИБП после резерва",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R45",
      "family": "Ресурсы общего портфеля VPP",
      "name": "Местная генерация",
      "mechanism": "Изменение сетевого отбора при допустимой работе",
      "indicative_window": "Секунды-часы, по типу",
      "constraints": "Топливо, запуск, выбросы, присоединение",
      "capacity_method": "Измеренная мощность генерации отдельно от DR",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R46",
      "family": "Ресурсы общего портфеля VPP",
      "name": "Переключение электрического и другого нагрева",
      "mechanism": "Выбор допустимого энергоносителя",
      "indicative_window": "Минуты-часы",
      "constraints": "Полные выбросы, топливо и технологический режим",
      "capacity_method": "Раздельный баланс всех энергоносителей",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R47",
      "family": "Ресурсы общего портфеля VPP",
      "name": "Распределённая ВИЭ с управлением",
      "mechanism": "Изменение выдачи в допустимых пределах",
      "indicative_window": "Секунды-часы",
      "constraints": "Доступность первичной энергии и инвертор",
      "capacity_method": "Доступная генерация; ограничение выдачи относится к генерации",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    },
    {
      "id": "R48",
      "family": "Ресурсы общего портфеля VPP",
      "name": "Управляемая микросеть",
      "mechanism": "Совместный баланс ресурсов в одной границе",
      "indicative_window": "Секунды-дни",
      "constraints": "Энергетический бюджет, защита, граница сети",
      "capacity_method": "Дельта на вводе с устранением внутреннего двойного счёта",
      "evidence_type": "engineering_catalogue_not_quantified_market_capacity",
      "global_verified_mw": null
    }
  ],
  "country_cases": [
    {
      "country": "США",
      "mechanisms": "Оптовый DR, программы энергокомпаний, DER-агрегация",
      "scale": "33,272 ГВт участия на семи рынках в 2024",
      "status": "Освоенная рыночная практика; правила отличаются по рынкам",
      "lesson": "Аттестация, длительность, сезон и качество исполнения",
      "source_ids": [
        "S07"
      ]
    },
    {
      "country": "Великобритания",
      "mechanisms": "DFS, рынок мощности, локальная гибкость",
      "scale": "DFS: 3 917,7 МВт·ч за зиму 2024/25",
      "status": "С 2026 DFS допускает увеличение и уменьшение потребления, закупку по зонам",
      "lesson": "Согласование разных услуг и ограничений участка",
      "source_ids": [
        "S08",
        "S09"
      ]
    },
    {
      "country": "Китай",
      "mechanisms": "VPP из нагрузки, накопителей и генерации",
      "scale": "16,85 ГВт протестированной способности, конец 2025",
      "status": "Масштабирование через энергосистему и рыночные механизмы",
      "lesson": "Граница VPP и фактическое исполнение",
      "source_ids": [
        "S10",
        "S11"
      ]
    },
    {
      "country": "Индия",
      "mechanisms": "Поведенческие программы и автоматизированные пилоты",
      "scale": "Полевой пример BYPL: 30 клиентов и семь событий",
      "status": "Подтверждены отдельные проекты; сопоставимый национальный объём здесь не установлен",
      "lesson": "Сезонность, стоимость подключения и расчётная база",
      "source_ids": [
        "S12",
        "S13"
      ]
    },
    {
      "country": "Россия",
      "mechanisms": "Агрегированный DR и ценозависимое потребление",
      "scale": "План 519 / 476 / 449 МВт во II квартале 2025",
      "status": "Официальные отборы; текущие условия проверяются перед сделкой",
      "lesson": "Различие отобранного и исполненного ресурса",
      "source_ids": [
        "S14"
      ]
    },
    {
      "country": "Франция",
      "mechanisms": "Программы effacement и поддержка гибкости",
      "scale": "2 900 МВт: лимит закупки программы 2025 и I полугодия 2026",
      "status": "Лимит программы; фактический отбор и активация требуют отдельных данных",
      "lesson": "Методика подтверждения и права независимого участника",
      "source_ids": [
        "S24"
      ]
    },
    {
      "country": "Австралия",
      "mechanisms": "WDRM, резервные и договорные программы",
      "scale": "A$5,32 млн: оценка эффективности диспетчеризации WDRM, 2021-июнь 2025",
      "status": "Рыночный механизм действует с октября 2021; экономическая величина оценочная",
      "lesson": "Baseline и отличие системного эффекта от дохода",
      "source_ids": [
        "S15"
      ]
    },
    {
      "country": "Германия",
      "mechanisms": "Управляемые нагрузки низкого напряжения и EMS",
      "scale": "Национальный объём DR здесь не установлен",
      "status": "Правила подключения новых регулируемых устройств действуют с 2024",
      "lesson": "Сетевые ограничения, допустимый минимум и вознаграждение",
      "source_ids": [
        "S20"
      ]
    },
    {
      "country": "Финляндия",
      "mechanisms": "Нагрузки в резервных рынках, независимая агрегация",
      "scale": "Сопоставимый национальный объём DR здесь не установлен",
      "status": "Промышленность участвует в поддержании баланса; условия зависят от продукта",
      "lesson": "Быстродействие, предквалификация и ответственность за баланс",
      "source_ids": [
        "S18",
        "S19"
      ]
    },
    {
      "country": "Япония",
      "mechanisms": "VPP и Energy Resource Aggregation Business",
      "scale": "Национальный объём DR здесь не установлен",
      "status": "Официальные руководства METI / ANRE; правила и объёмы проекта уточняются отдельно",
      "lesson": "Роли агрегатора, интерфейсы и договорная структура",
      "source_ids": [
        "S21"
      ]
    },
    {
      "country": "Южная Корея",
      "mechanisms": "Коммерческая агрегация нагрузки",
      "scale": "Более 400 клиентов Enel X Korea, октябрь 2025",
      "status": "Число клиентов одного участника, без национальных МВт",
      "lesson": "Конкретные условия программы и реальные профили",
      "source_ids": [
        "S22"
      ]
    },
    {
      "country": "Польша",
      "mechanisms": "DSR на рынке мощности",
      "scale": "595 МВт Enel X для поставки в 2025",
      "status": "Контрактный портфель одного агрегатора",
      "lesson": "Разница между аукционной мощностью и вызовами",
      "source_ids": [
        "S23"
      ]
    }
  ],
  "quantified_evidence": [
    {
      "id": "F01",
      "geography": "World",
      "metric": "DR active in markets or programmes",
      "value": 100,
      "unit": "GW",
      "period": "2024",
      "status": "IEA estimate; approximate",
      "source_ids": [
        "S06"
      ],
      "additive": false
    },
    {
      "id": "F02",
      "geography": "US seven wholesale markets",
      "metric": "DR programme participation",
      "value": 33272,
      "unit": "MW",
      "period": "2024",
      "status": "Reported programme capacity; category overlap caveats",
      "source_ids": [
        "S07"
      ],
      "additive": false
    },
    {
      "id": "F03",
      "geography": "China",
      "metric": "VPP tested maximum adjustment capability",
      "value": 16850,
      "unit": "MW",
      "period": "2025 year-end",
      "status": "Official tested capability report; may include generation/storage",
      "source_ids": [
        "S10"
      ],
      "additive": false
    },
    {
      "id": "F04",
      "geography": "Great Britain DFS",
      "metric": "Delivered demand change in events",
      "value": 3917.7,
      "unit": "MWh",
      "period": "winter 2024/25",
      "status": "Operator report",
      "source_ids": [
        "S08"
      ],
      "additive": false
    },
    {
      "id": "F05",
      "geography": "Russia",
      "metric": "Selected planned hourly demand reduction",
      "values": [
        519,
        476,
        449
      ],
      "unit": "MW",
      "periods": [
        "2025-04",
        "2025-05",
        "2025-06"
      ],
      "status": "Auction selection, not observed delivery",
      "source_ids": [
        "S14"
      ],
      "additive": false
    },
    {
      "id": "F06",
      "geography": "India BYPL",
      "metric": "Spot peak reduction for 30-customer cluster",
      "range": [
        1,
        5
      ],
      "unit": "kW",
      "period": "October observations, 2025 publication",
      "status": "Seven-event pilot estimate",
      "source_ids": [
        "S12"
      ],
      "additive": false
    },
    {
      "id": "F07",
      "geography": "Poland, Enel X",
      "metric": "Capacity secured for delivery",
      "value": 595,
      "unit": "MW",
      "period": "delivery 2025",
      "status": "Company-reported contractual portfolio, not national total",
      "source_ids": [
        "S23"
      ],
      "additive": false
    },
    {
      "id": "F08",
      "geography": "US, Google",
      "metric": "DR included in long-term contracts",
      "value": 1,
      "comparison": ">",
      "unit": "GW",
      "as_of": "2026-09-09",
      "status": "Company statement, not an observed dispatch trace",
      "source_ids": [
        "S17"
      ],
      "additive": false
    }
  ],
  "sources": [
    {
      "id": "S01",
      "title": "Berkeley Lab: Demand Flexibility",
      "url": "https://bies.lbl.gov/demand-flexibility",
      "date": "Страница программы, проверена 09.09.2026",
      "evidence": "Классификация",
      "reading": "Прочитать определения Shape, Shift, Shed, Shimmy. Не смешивать функции услуги и типы оборудования."
    },
    {
      "id": "S02",
      "title": "Mathieu et al.: A New Definition of Demand Response in the Distributed Energy Resource Era",
      "url": "https://arxiv.org/abs/2410.18768",
      "date": "2024",
      "evidence": "Исследовательская постановка",
      "reading": "Проследить границы определения DR и причины их пересмотра."
    },
    {
      "id": "S03",
      "title": "PNNL: GridWise Olympic Peninsula Demonstration",
      "url": "https://www.pnnl.gov/projects/transactive-systems-program/gridwise-olympic-peninsula-demonstration",
      "date": "Демонстрация 2006-2007",
      "evidence": "Полевой проект",
      "reading": "Изучить транзакционную координацию и границы переноса результатов демонстрации."
    },
    {
      "id": "S04",
      "title": "Desrochers et al.: Real-world, Full-scale Validation of Power Balancing Services from Packetized Virtual Batteries",
      "url": "https://phines.w3.uvm.edu/publications/2018/desrochers2018.pdf",
      "date": "2018",
      "evidence": "Исследование: поле и стенд раздельно",
      "reading": "Сопоставить 82 установленных водонагревателя и 5 000 моделируемых устройств. Разобрать локальный отказ от гибкого режима."
    },
    {
      "id": "S05",
      "title": "OpenADR Alliance: OpenADR 3 Introduction and Certification",
      "url": "https://www.openadr.org/openadr-3-0",
      "date": "Текущая страница, проверена 09.09.2026",
      "evidence": "Спецификация и совместимость",
      "reading": "Разобрать информационную модель, роли и процедуры совместимости."
    },
    {
      "id": "S06",
      "title": "IEA: Electricity 2026, Flexibility",
      "url": "https://www.iea.org/reports/electricity-2026/flexibility",
      "date": "Отчёт 2026; DR за 2024",
      "evidence": "Оценка международного агентства",
      "reading": "Различить активный ресурс, технический потенциал и полную нагрузку сектора."
    },
    {
      "id": "S07",
      "title": "FERC: 2025 Assessment of Demand Response and Advanced Metering",
      "url": "https://www.ferc.gov/sites/default/files/2025-12/25_Annual%20Assessment%20of%20Demand%20Response_1212.pdf",
      "date": "Декабрь 2025; оптовые данные за 2024",
      "evidence": "Официальная сводка регистрации",
      "reading": "Печатная стр. 15, таблица 3-3: определения категорий, округление и примечания о пересечениях."
    },
    {
      "id": "S08",
      "title": "NESO: Nearly 2 million households and businesses registered for DFS last winter",
      "url": "https://www.neso.energy/nearly-2-million-households-and-businesses-registered-demand-flexibility-service-dfs-last-winter",
      "date": "04.07.2025; зима 2024/25",
      "evidence": "Исполнение и выплаты",
      "reading": "Сопоставить объём заявок, принятый объём, исполнение и выплаты провайдерам."
    },
    {
      "id": "S09",
      "title": "NESO: Demand Flexibility Service",
      "url": "https://www.neso.energy/industry-information/balancing-services/demand-flexibility-service-dfs",
      "date": "Изменения с 09.04.2026; проверено 09.09.2026",
      "evidence": "Действующая страница продукта",
      "reading": "Двусторонняя гибкость, закупка по зонам, минимальный порог и правила взаимодействия услуг."
    },
    {
      "id": "S10",
      "title": "NEA: сообщение Лю Минъяна о развитии новой энергосистемы",
      "url": "https://www.nea.gov.cn/20260427/4e33a1da7f694efb8ea36a4b42c222b7/c.html",
      "date": "27.04.2026; данные на конец 2025",
      "evidence": "Официальное сообщение",
      "reading": "Проверить точную формулировку: 470 проектов и максимальная регулирующая способность по тестированию."
    },
    {
      "id": "S11",
      "title": "NDRC / NEA: Guidelines on accelerating the development of virtual power plants, №357",
      "url": "https://www.ndrc.gov.cn/xxgk/zcfb/tz/202504/t20250411_1397162.html",
      "date": "Документ 25.03.2025, опубликован 11.04.2025",
      "evidence": "Определения и цели",
      "reading": "Разобрать организацию VPP и цели на 2027 и 2030 годы."
    },
    {
      "id": "S12",
      "title": "AEEE: Automated Demand Response Pilot in Delhi",
      "url": "https://aeee.in/wp-content/uploads/2025/01/automated-demand-response-pilot-in-delhi.pdf",
      "date": "2025; наблюдения и летняя модель разделены",
      "evidence": "Первичный анализ пилота",
      "reading": "Печатные стр. 11-12: сопоставить baseline-методы и полевые результаты с летней симуляцией."
    },
    {
      "id": "S13",
      "title": "Tata Power-DDL: ISGAN Award of Excellence 2024",
      "url": "https://www.tatapower-ddl.com/pr-details/199/2801686/tata-power-ddl-gains-international-recognition-with-international-smart-grids-action-network-%28isgan%29-award-of-excellence-2024-for-grid-resilience-flexibility",
      "date": "11.11.2024",
      "evidence": "Сообщение участника",
      "reading": "Изучить роль поведенческого участия конечного потребителя."
    },
    {
      "id": "S14",
      "title": "СО ЕЭС: отбор агрегаторов управления спросом на II квартал 2025",
      "url": "https://www.so-ups.ru/news/press/press-release-view/news/26986/",
      "date": "07.03.2025; апрель-июнь 2025",
      "evidence": "Результат отбора",
      "reading": "Плановые МВт и исторические цены по двум ценовым зонам."
    },
    {
      "id": "S15",
      "title": "AER: Review of the WDRM, final report findings and overview",
      "url": "https://www.energyinnovationtoolkit.gov.au/article/regulatory-changes/wholesale-demand-response-mechanism-2025-aemc-review-final-report",
      "date": "Обзор отчёта AEMC от 23.10.2025",
      "evidence": "Официальный анализ регулятора",
      "reading": "Изучить границы механизма и расчёт системной экономической выгоды."
    },
    {
      "id": "S16",
      "title": "Google: How we are making data centers more flexible to benefit power grids",
      "url": "https://blog.google/innovation-and-ai/infrastructure-and-cloud/global-network/how-were-making-data-centers-more-flexible-to-benefit-power-grids/",
      "date": "04.08.2025",
      "evidence": "Сообщение компании о соглашениях",
      "reading": "Разобрать энергосистемные обязательства вычислительной нагрузки."
    },
    {
      "id": "S17",
      "title": "Google Data Centers: Energy",
      "url": "https://datacenters.google/energy/",
      "date": "Страница проверена 09.09.2026",
      "evidence": "Договорная мощность, заявление компании",
      "reading": "Читать формулировку включения DR в долгосрочные энергетические договоры."
    },
    {
      "id": "S18",
      "title": "Fingrid: Demand-side flexibility",
      "url": "https://www.fingrid.fi/en/electricity-market/market-integration/electricity-market-development-projects/demand-side-management/",
      "date": "Страница проверена 09.09.2026",
      "evidence": "Описание практики оператора",
      "reading": "Промышленные нагрузки как участники резервных рынков."
    },
    {
      "id": "S19",
      "title": "Fingrid: Independent Aggregation",
      "url": "https://www.fingrid.fi/en/electricity-market/market-integration/electricity-market-development-projects/independent-aggregation/",
      "date": "Страница проверена 09.09.2026",
      "evidence": "Правила участия",
      "reading": "Проверять допустимость независимой агрегации по каждому резервному продукту."
    },
    {
      "id": "S20",
      "title": "Stromnetz Berlin: Controllable consumer appliances",
      "url": "https://www.stromnetz.berlin/en/grid-use/controllable-consumer-appliances/",
      "date": "Правила с 2024; проверено 09.09.2026",
      "evidence": "Инструкция сетевого оператора",
      "reading": "Локальная управляемость зарядок и тепловых насосов; различия прямого управления и EMS."
    },
    {
      "id": "S21",
      "title": "METI / ANRE: Virtual Power Plant and Demand Response",
      "url": "https://www.enecho.meti.go.jp/en/category/vpp_dr/",
      "date": "Страница материалов",
      "evidence": "Официальный каталог руководств",
      "reading": "Руководства по Energy Resource Aggregation Business. Каталог найден в поиске; прямое открытие недоступно при подготовке."
    },
    {
      "id": "S22",
      "title": "Enel X Korea surpasses 400 Demand Response customers",
      "url": "https://www.enelx.com/kr/en/press-releases/2025/Enel-X-Korea-Exceeds-400-DR-Customers",
      "date": "14.10.2025",
      "evidence": "Заявление агрегатора",
      "reading": "Масштаб клиентского портфеля одной компании; число клиентов не выражает МВт."
    },
    {
      "id": "S23",
      "title": "Enel X: Polish Capacity Market portfolio for delivery in 2025",
      "url": "https://www.enelx.com/pl/en/aktualnosci/enel-x-utrzymuje-pozycje-lidera-dsr",
      "date": "Период поставки 2025",
      "evidence": "Результат аукциона по данным участника",
      "reading": "595 МВт одного портфеля: отличать от всего рынка и от фактического вызова."
    },
    {
      "id": "S24",
      "title": "RTE: Bénéficier d’un soutien aux flexibilités décarbonées",
      "url": "https://www.services-rte.com/fr/decouvrez-nos-offres-de-services/beneficiez-d-un-soutien-aux-effacements.html",
      "date": "Программа 2025 и I полугодия 2026; текущая страница",
      "evidence": "Правила закупки",
      "reading": "2 900 МВт как верхний объём закупки указанной программы; результат отбора требует отдельного документа."
    },
    {
      "id": "S25",
      "title": "Resideo: sale of Grid Services Demand Response business to EnergyHub",
      "url": "https://investor.resideo.com/news/news-details/2025/Resideo-Announces-Sale-of-Grid-Services-Demand-Response-Business-to-EnergyHub/default.aspx",
      "date": "02.12.2025",
      "evidence": "Корпоративное сообщение",
      "reading": "Развитие коммерческой платформы агрегации через интеграцию оборудования и программ."
    },
    {
      "id": "S26",
      "title": "PNNL: The DSO+T Study, summary",
      "url": "https://www.pnnl.gov/sites/default/files/media/file/PNNL-32170-Sum%20DSO%2BT%20Study_1.pdf",
      "date": "2022",
      "evidence": "Симуляционное исследование",
      "reading": "Сценарии, предпосылки и результаты 9-15% по пику; проверить метод переноса на новую сеть."
    },
    {
      "id": "S27",
      "title": "NASA: An Autonomous Power Controller for the Human Deep Space Gateway",
      "url": "https://ntrs.nasa.gov/api/citations/20180005241/downloads/20180005241.pdf",
      "date": "2018",
      "evidence": "Публичная разработка",
      "reading": "Планирование нагрузки и взаимодействие с управлением миссией. Поисковый текст доступен; PDF возвращал 403."
    },
    {
      "id": "S28",
      "title": "Sandia: Advanced Microgrids and SPIDERS",
      "url": "https://energy.sandia.gov/programs/electric-grid/advanced-microgrids/",
      "date": "Страница программы, проверена 09.09.2026",
      "evidence": "Публичная программа исследований и демонстраций",
      "reading": "Микросетевые архитектуры, критические нагрузки, оптимизация и проверка устойчивости."
    },
    {
      "id": "S29",
      "title": "NASA: Power Autonomy Research and Development Environment, PARD",
      "url": "https://ntrs.nasa.gov/api/citations/20205008494/downloads/TM-20205008494.pdf",
      "date": "2021",
      "evidence": "Исследовательская среда и прототип",
      "reading": "Отделить описанный автономный прототип от подтверждённой лётной эксплуатации."
    },
    {
      "id": "S30",
      "title": "Материалы XPower: публичная выписка и профессиональный релиз",
      "url": "",
      "date": "25-26.08.2026",
      "evidence": "Материалы пользователя",
      "reading": "Прочитаны X5_Power_Public_Extract_Order_1732_25826AA-ECH_v1.docx и X5_Power_Internal_Professional_Release_Macrodeal_Opening_v5_LegalWatch.docx. Использованы определения и последовательность проверки эффекта; проектные объёмы не подтверждаются этими выдержками."
    },
    {
      "id": "S31",
      "title": "OpenADR Alliance: Webinar Series",
      "url": "https://www.openadr.org/webinar-series",
      "date": "Текущий каталог",
      "evidence": "Записи для просмотра",
      "reading": "Выбрать запись по информационной модели и сертификации OpenADR 3."
    },
    {
      "id": "S32",
      "title": "Sandia: Microgrid Design Toolkit",
      "url": "https://energy.sandia.gov/programs/electric-grid/advanced-microgrids/microgrid-design-toolkit/",
      "date": "Текущая страница",
      "evidence": "Инструмент для изучения",
      "reading": "Разбирать компромиссы стоимости, надёжности и состава микросети."
    },
    {
      "id": "S33",
      "title": "Fingrid: Reserve market information",
      "url": "https://www.fingrid.fi/en/electricity-market-information/reserve-market-information/",
      "date": "Текущие ряды, даты выбираются отдельно",
      "evidence": "Источник рыночных данных",
      "reading": "Упражнение: собрать цены, закупку и активацию за один и тот же период."
    },
    {
      "id": "S34",
      "title": "Berkeley Lab: Grid Services / Connected Communities",
      "url": "https://connectedcommunities.lbl.gov/resources/general-information/grid-services",
      "date": "Текущий каталог исследований",
      "evidence": "Материалы по ресурсам зданий",
      "reading": "Углубить классификацию услуг и ограничения тепловых нагрузок."
    }
  ],
  "self_assessment": [
    {
      "id": "Q01",
      "question": "100 МВт на два часа: сколько энергии изменено в окне события?",
      "answer": "200 МВт·ч. Чтобы назвать это экономией энергии, нужно проверить подготовку и восстановление за полный цикл."
    },
    {
      "id": "Q02",
      "question": "У 30 000 объектов по 50 кВт. Можно ли обещать 1,5 ГВт?",
      "answer": "Это сумма паспортных мощностей. Неизвестны работающая доля, возможность управления, длительность, доступность, исполнение и сетевое положение."
    },
    {
      "id": "Q03",
      "question": "В чём различие между Shift и Shed?",
      "answer": "Shift меняет время выполнения полезной задачи. Shed снижает потребление в окне; последствия для полезного выпуска и последующего возврата нужно установить."
    },
    {
      "id": "Q04",
      "question": "Зачем увеличивать спрос?",
      "answer": "Чтобы полезно поглощать доступный избыток, создавать запас и уменьшать последующий дефицит при соблюдении местных ограничений."
    },
    {
      "id": "Q05",
      "question": "Почему общий дешёвый тариф может создать пик?",
      "answer": "Одинаковое расписание синхронизирует пуски и увеличивает корреляцию нагрузки. Нужны согласованные либо разнесённые расписания."
    },
    {
      "id": "Q06",
      "question": "Достаточно ли средней температуры склада для управления?",
      "answer": "Нужны критические зоны и температура продукта. Среднее может скрывать нарушение на отдельном участке."
    },
    {
      "id": "Q07",
      "question": "Какой запас определяет длительность холодового DR?",
      "answer": "Доступный тепловой запас до локальных границ при ожидаемом теплопритоке и технологических ограничениях."
    },
    {
      "id": "Q08",
      "question": "C = 8 кВт·ч/К, ΔT = 2 К, теплоприток 12 кВт. Каково простое окно отключения?",
      "answer": "Запас 16 кВт·ч тепла. При постоянном притоке окно 16/12 часа, то есть 80 минут."
    },
    {
      "id": "Q09",
      "question": "Почему батарея 1 МВт / 1 МВт·ч не гарантирует 1 МВт на час?",
      "answer": "Нужны текущий заряд, обязательный резерв, доступная ёмкость, КПД, температура и ограничения инвертора. Номиналы недостаточны."
    },
    {
      "id": "Q10",
      "question": "Что означает более 1 ГВт DR в договорах Google?",
      "answer": "Договорную характеристику, заявленную компанией. Без ряда исполнения это не доказательство фактического одновременного снижения на 1 ГВт."
    },
    {
      "id": "Q11",
      "question": "Сколько из китайских 16,85 ГВт является чистым DR?",
      "answer": "В использованном официальном показателе это не выделено. VPP может включать нагрузку, батареи и генерацию."
    },
    {
      "id": "Q12",
      "question": "Можно ли сложить VPP Китая, DR США и портфель Google?",
      "answer": "Нельзя без сопоставимых определений и удаления пересечений; портфель Google может входить в американские программы."
    },
    {
      "id": "Q13",
      "question": "Каков статус 20 и 50 ГВт в китайском документе 2025 года?",
      "answer": "Цели регулирующей способности VPP к 2027 и 2030 годам соответственно."
    },
    {
      "id": "Q14",
      "question": "В индийском отчёте летний результат выше октябрьского. Что проверить?",
      "answer": "Летний случай смоделирован. Октябрьские события наблюдались на реальной небольшой группе; сравнивать нужно одинаковый метод."
    },
    {
      "id": "Q15",
      "question": "Почему baseline фиксируют заранее?",
      "answer": "Чтобы выбор метода и корректировок после события не подстраивался под желаемую выплату. Метод также должен соответствовать рынку."
    },
    {
      "id": "Q16",
      "question": "Отбор из сети снизился на 100 кВт. Это управление нагрузкой?",
      "answer": "Причина ещё не установлена. Нужны раздельные данные нагрузки, местной генерации и накопления."
    },
    {
      "id": "Q17",
      "question": "Что делает оракул?",
      "answer": "Подтверждает результат по согласованной процедуре. Достоверность измерений и методики требует самостоятельной проверки."
    },
    {
      "id": "Q18",
      "question": "Почему большая популяция иногда хуже маленькой?",
      "answer": "Общий фактор связывает её элементы. При высокой ковариации общий скачок растёт вместе с числом устройств."
    },
    {
      "id": "Q19",
      "question": "Что значит локальный отказ в пакетной системе?",
      "answer": "Устройство достигло границы своей полезной функции и временно вышло из гибкого режима. Агрегатор обновляет доступность."
    },
    {
      "id": "Q20",
      "question": "Как отличить 5 000 устройств в PEM-исследовании от 82?",
      "answer": "5 000 относились к моделям на киберфизическом стенде. 82 были установленными устройствами полевого парка на дату среза."
    },
    {
      "id": "Q21",
      "question": "Какая часть космического примера полезна магазину?",
      "answer": "Совместный бюджет задач, мощности и запаса, приоритет обязательных функций и автономное решение при потере связи."
    },
    {
      "id": "Q22",
      "question": "VPP гарантирует работу островом?",
      "answer": "Нужна физически соответствующая микросеть: коммутация, защита и источник формирования сети. Агрегации ресурсов недостаточно."
    },
    {
      "id": "Q23",
      "question": "Как оценить возврат 200 кВт·ч за четыре часа?",
      "answer": "Средняя дополнительная мощность 50 кВт при пренебрежении потерями. Проверяются максимум по интервалам и местные ограничения."
    },
    {
      "id": "Q24",
      "question": "В российском отборе опубликовано 519 МВт. Это исполнение?",
      "answer": "Это плановый почасовой объём отобранных объектов на апрель 2025 года. Исполнение подтверждается другими данными."
    },
    {
      "id": "Q25",
      "question": "Почему снижение суточных кВт·ч не гарантирует полезного сетевого эффекта?",
      "answer": "Экономия может происходить вне критических часов либо в другом участке сети. Нужны время и электрическое расположение."
    },
    {
      "id": "Q26",
      "question": "Можно ли продать один запас холода двум агрегаторам?",
      "answer": "Совместимость проверяют по интервалам и полным траекториям. Две независимые полные одновременные продажи одного ресурса создают двойное обязательство."
    },
    {
      "id": "Q27",
      "question": "Когда следует пересчитывать паспорт ресурса?",
      "answer": "После изменения оборудования, режима, состояния запаса, погоды, топологии, договора, модели или качества телеметрии."
    },
    {
      "id": "Q28",
      "question": "Почему результат 9-15% PNNL нельзя вписать как гарантированную экономию сети?",
      "answer": "Это результат конкретного симуляционного исследования. Нужны собственные предпосылки, данные и проверка переноса."
    },
    {
      "id": "Q29",
      "question": "Какая конечная цель у «пятой группы» в этом учебнике?",
      "answer": "Сохранение базовых услуг при совместном управлении энергией, локальными запасами, связью и вычислениями. Термин имеет проектный статус."
    },
    {
      "id": "Q30",
      "question": "Как доказать переход от реакции к предотвращению?",
      "answer": "Установить контрфактический режим, область условий и критерий нарушения, затем проверить соблюдение ограничений и качество услуги на независимых данных за весь цикл."
    }
  ],
  "capstone_criteria": [
    "Мощность 500 кВт и энергия 250 кВт·ч разделены.",
    "Для каждого ресурса установлены граница измерения и электрический узел.",
    "Неизвестные температуры и мощности сохранены как неизвестные.",
    "План сохраняет качество услуги на каждом объекте.",
    "Энергетический запас и уже выданные обязательства не посчитаны дважды.",
    "Возврат по фидеру А укладывается в дополнительные 100 кВт.",
    "Предусмотрены потеря связи и общий погодный фактор.",
    "Baseline и методика проверки определены до воздействия.",
    "Разделены системная выгода, выручка агрегатора и результат владельца.",
    "Исполнение допускается только после квалификации и проверки мандата."
  ],
  "model_defaults": {
    "portfolio_mw": 259.2,
    "thermal_minutes": 80,
    "thermal_kwh": 16,
    "economics_net_rub_per_year": 32800000,
    "population_energy_kwh_two_hours": 160,
    "rebound_extra_kw": 50,
    "status": "educational_models_not_measured_assets"
  },
  "full_text_markdown": "# Demand response\n\n## 01. Виды: что именно мы меняем\n\nПредставьте тридцать тысяч магазинов. Каждый холодильник занят понятным делом: держит температуру. Но вместе они образуют огромную электрическую нагрузку. Если компрессоры, оттайки, кондиционеры и зарядные устройства начинают работать одновременно, получается пик. Устройства исправны. Проблема возникает в их совместном поведении.\n\nDemand response, или DR, позволяет менять потребление во времени в ответ на потребности энергосистемы, цены и условия договора. На следующем уровне мы заранее согласуем работу устройств, чтобы они меньше создавали дефицит, перегрузку и резкий набор мощности. Это и есть центральная тема учебника: **переход от отдельного действия к организации поведения популяции**.\n\nМатериал рассчитан прежде всего на электронных и ИИ-агентов. Человеку он даёт ту же карту: физика, устройства, рынок, управление, проверка результата и ответственность. Ни одному уровню нельзя поручать задачу, пока не описаны его ограничения.\n\n### Четыре известных семейства и три уточнения\n\nВ классификации Berkeley Lab используются Shape, Shift, Shed и Shimmy. Они описывают, как меняется нагрузка. В этом учебнике рядом показаны поглощение избытка, замещение сетевого потребления и восстановление после события. Последние три пункта помогают разбирать реальные установки; это расширение учебной классификации. [S01]\n\n| Действие | Что происходит | Пример | Что измерять |\n|---|---|---|---|\n| Shape, формирование профиля | Меняется обычное расписание на длительном горизонте | Регулярная зарядка транспорта в часы доступной мощности | Новый профиль, пик, стоимость услуги |\n| Shift, перенос | Задача выполняется раньше или позже | Предварительное охлаждение склада | МВт переноса, МВт·ч, окно восстановления |\n| Shed, снижение | В выбранный период потребляется меньше | Согласованное уменьшение мощности технологической линии | Исполненные МВт и потеря выпуска, если она есть |\n| Shimmy, быстрая модуляция | Нагрузка следует коротким сигналам | Регулирование мощности подходящей промышленной установки | Задержка, скорость, точность, доступный диапазон |\n| Absorb, поглощение | Потребление увеличивается в полезное для сети время | Нагрев воды при избытке солнечной генерации | Дополнительные МВт·ч и полезный запас |\n| Substitute, замещение | Снижается отбор из внешней сети | Разряд батареи за счётчиком | Импорт, генерация и накопление по отдельным измерениям |\n| Recover, восстановление | Возвращается израсходованный запас | Плавный запуск компрессоров после ограничения | Вторичный пик и оставшийся энергетический долг |\n\n**Знак команды всегда подписывается словами.** «Регулирование вверх» в одном рынке означает увеличение генерации и уменьшение нагрузки. В интерфейсе потребителя «вверх» может означать увеличение его потребления. Агент передаёт `increase_import` или `decrease_import` и явно указывает точку измерения.\n\nИнтерактивная модель 01: исходный пик 85 кВт; реакция с возвратом даёт 90 кВт; предварительное перемещение 50 кВт·ч даёт 78 кВт. Перенос сохраняет суточную энергию в синтетической модели.\n\n### Двенадцать рыночных механизмов\n\nЭто другой разрез той же системы. Одно устройство может участвовать в нескольких механизмах, если физические обязательства и правила расчёта совместимы.\n\n| № | Механизм | Сигнал и расчёт | Ограничение |\n|---|---|---|---|\n| 1 | Тариф по зонам суток, TOU | Известная заранее цена | Общая граница дешёвой зоны может синхронизировать нагрузки |\n| 2 | Динамический тариф, RTP | Цена меняется по интервалам | Нужны прогноз и защита от невыгодных действий |\n| 3 | Критическая пиковая цена, CPP | Отдельные дорогие события | Условия и уведомления задаются договором |\n| 4 | Вознаграждение за снижение в пик, PTR | Выплата относительно baseline | Качество расчётной базы определяет достоверность |\n| 5 | Прямое управление нагрузкой, DLC | Команда контроллеру | Право локального отказа и пределы воздействия |\n| 6 | Прерываемый договор | Скидка за готовность ограничиться | Цена прерывания производства и обязательства |\n| 7 | Аварийная договорная программа | Вызов при напряжённом балансе | Число вызовов, длительность, штрафы |\n| 8 | Продажа DR на рынке энергии | Заявка, отбор, исполнение | Измерение эффекта и взаимодействие с поставщиком |\n| 9 | Рынок мощности / надёжности | Плата за готовность в нужные часы | Аттестация и сезонная доступность |\n| 10 | Рынок резервов / частоты | Быстрые команды и проверка качества | Требования к динамике и телеметрии |\n| 11 | Локальная сетевая гибкость | Услуга для конкретного сетевого ограничения | География ресурса и электрическая топология |\n| 12 | Транзакционное согласование | Участники согласуют цену и допустимое расписание | Рыночное равновесие должно укладываться в сетевые пределы |\n\nПервые два механизма обычно относят к неявному DR: потребитель сам реагирует на цену. Явный DR предполагает договорённость о предоставлении измеримой услуги. Граница зависит от конкретной рыночной конструкции. Название тарифа само по себе ничего не говорит о гарантированной мощности.\n\n### Соседние понятия\n\n| Понятие | Смысл | Связь с DR |\n|---|---|---|\n| DSM, управление спросом в широком смысле | Изменение объёма и структуры потребления | Включает эффективность, тарифы и гибкость |\n| Энергоэффективность | Меньше энергии для той же полезной работы | Может снизить обычный профиль и доступный объём последующего DR |\n| DER | Распределённая генерация, накопление и управляемые нагрузки | Ресурсная база для разных услуг |\n| VPP, виртуальная электростанция | Совместная эксплуатация портфеля ресурсов | Может объединять DR, батареи и генерацию |\n| DERMS | Система управления распределёнными ресурсами | Учитывает состояние устройств и сети |\n| Microgrid | Локальная энергосистема с управляемой границей | Автономный режим требует соответствующего оборудования |\n| Аварийная автоматика | Быстрая защита устойчивости и оборудования | Её действие подчиняется правилам защиты; рыночный расчёт DR ведётся отдельно |\n\n**Счётчик видит отбор из сети.** Он может уменьшиться из-за остановки нагрузки, солнца на крыше, разряда батареи или местного генератора. Для агента это четыре разных физических объяснения одного показания.\n\n## 02. Эволюция: от вызова к организации среды\n\nDR возник раньше современных цифровых рынков. Тарифы, ограничение крупных нагрузок и диспетчеризация существовали задолго до облачных платформ. Исследователи сегодня прямо обсуждают обновление определения DR для распределённой энергосистемы. [S02]\n\nСледующая шкала описывает уровни зрелости. Они сосуществуют: новая архитектура сохраняет быстрые защиты, а рынок продолжает использовать событийные продукты.\n\n| Уровень | Логика | Что изменилось | Что остаётся нерешённым |\n|---|---|---|---|\n| 0. Защита | Дефицит уже возник, часть нагрузки отключается | Система избегает дальнейшего ухудшения | Потеря полезной работы и тяжёлое восстановление |\n| 1. Договорная реакция | Участник заранее соглашается снизить мощность | Возникают цена, обязанность и предсказуемый ресурс | Вызывать приходится в момент напряжения |\n| 2. Автоматизированный DR | Команда исполняется контроллером | Меньше ручной работы, лучше повторяемость | Центр может одинаково воздействовать на слишком много устройств |\n| 3. Прогнозное управление | План строится до события | Появляются предохлаждение, предварительный нагрев, перенос задач | Ошибка прогноза и конкуренция за один запас |\n| 4. Управление популяцией | Управляется распределение состояний и циклов | Устройства сохраняют разнообразие и запас гибкости | Нужны модели зависимости между устройствами |\n| 5. Совместное проектирование | Нагрузка, накопление, генерация и сеть планируются вместе | Устраняются повторяющиеся причины пиков в заданном диапазоне условий | Требуются инвестиции, договоры и проверка надёжности |\n| 6. Управление средой услуг | Согласуются еда, вода, температура, транспорт, связь и вычисления | Полезная функция становится общей целью нескольких инфраструктур | Межотраслевые зависимости и распределение ответственности |\n\nИсторические вехи помогают привязать эту шкалу к практике. В 2006-2007 годах PNNL испытывала транзакционное управление в Olympic Peninsula. В 2010-х развивались региональные демонстрации и автоматизация агрегаторов. В 2018 году исследователи packetized energy management описали полевой опыт с 82 водонагревателями и отдельный стенд с 5 000 моделируемых устройств. В 2020-х VPP, зарядка транспорта и управляемые вычисления расширили состав портфеля. [S03] [S04]\n\n### Что означает «снять проблему»\n\nИнженерная формулировка должна быть проверяемой: **при заданной погоде, составе устройств, допустимых отказах и качестве услуги система удерживает потребление внутри допустимой области**. Например, трансформатор не перегружается при вечернем возвращении электромобилей, поскольку расписания зарядки согласованы до начала пика.\n\nТак действительно можно убрать повторяющийся конфликт. Полное исчезновение дефицитов при любых авариях из этого не следует. Общая жара, потеря питания и недостаток накопленного запаса остаются физическими событиями. Развитая система знает границы своей работоспособности и готовит восстановление заранее.\n\n### Критерии перехода на следующий уровень\n\nСобытийный DR оценивают по сниженным МВт, скорости и исполнению договора. Популяционное управление дополнительно оценивают по числу предотвращённых перегрузок, распределению температур и зарядов, запасу для следующего события, вероятности общего отказа и качеству услуги. Систему нельзя считать зрелой только потому, что в ней появился ИИ.\n\n## 03. Паспорт гибкости: единица учёта для агента\n\nЭлектростанцию часто описывают мощностью. Для управляемой нагрузки одного числа мало. Ресурс существует в определённом месте, в определённое время и на определённую длительность.\n\n| Поле | Вопрос | Пример учебного паспорта |\n|---|---|---|\n| Объект и граница | Где измеряется эффект? | Холодильная установка, отдельный ввод |\n| Полезная функция | Что обязано сохраниться? | Температура продукта в утверждённом диапазоне |\n| Направление | Уменьшаем или увеличиваем импорт? | Уменьшение |\n| Мощность | Каков доступный диапазон сейчас? | От 0 до 40 кВт |\n| Энергетический бюджет | Как долго можно действовать? | До 20 кВт·ч электрического эквивалента |\n| Длительность | Сколько длится услуга? | До 30 минут при текущем состоянии |\n| Задержка и скорость | Когда начнётся и как быстро наберётся эффект? | Согласно испытанию конкретного контроллера |\n| Восстановление | Что потребуется после события? | Дополнительное потребление в разрешённом окне |\n| Связность | Какому ограничению помогает объект? | Определённый фидер и трансформатор |\n| Достоверность | Насколько надёжны измерения и прогноз? | Метка времени, класс качества, диапазон ошибки |\n| Обязательства | Кому уже обещан ресурс? | Реестр занятых интервалов |\n| Мандат | Кто разрешил действие? | Действующий договор и локальные пределы |\n\nПриведённые числа иллюстрируют структуру паспорта. Они не являются характеристиками магазина XPower.\n\n**Мощность P измеряется в кВт или МВт. Энергия E измеряется в кВт·ч или МВт·ч.** Снижение на 100 МВт в течение двух часов даёт 200 МВт·ч изменения отбора в окне события. Если эти 200 МВт·ч потреблены позже, суточная экономия энергии может оказаться нулевой.\n\nДля продолжительного управления удобно хранить допустимое множество траекторий F. Оно включает ограничение мощности, энергетический бюджет, температуру, заряд, производственные сроки и обязательный отдых оборудования. Обещание услуги должно целиком помещаться в F.\n\n## 04. Каталог: 48 классов ресурсов\n\nУ вопроса «сколько видов известно» нет единственного числа без выбора уровня детализации. Компрессор, холодильная витрина, магазин и агрегатор могут быть четырьмя названиями одной физической мощности. Здесь перечислены **48 классов в восьми семействах**. Это рабочая карта известных инженерных вариантов, которую можно расширять.\n\nОкна ниже показывают характерную задачу управления: секунды, минуты, часы или дни. Они задают направление обследования. Реальное окно устанавливают по оборудованию, продукту, договору и испытаниям. Для каждого класса сначала рассчитывают физическую доступность, затем договорную и сетевую.\n\n### Холод и продукты\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 01 | Холодильные витрины | Циклы компрессора и допустимый запас холода | Минуты | Температура продукта, двери, минимальные паузы | Работающая мощность × допустимая доля |\n| 02 | Морозильные лари и шкафы | Предварительное охлаждение и перенос работы | Минуты-часы | Продукт, обмерзание, компрессор | Тепловой бюджет и время до границы |\n| 03 | Центральные холодильные установки | Распределение мощности между компрессорами | Секунды-часы | Давления, масло, устойчивость схемы | Характеристика всего агрегата |\n| 04 | Холодильные склады | Использование инерции товара и здания | Десятки минут-часы | Загрузка, проходы, двери, неоднородность температур | Зональная тепловая модель |\n| 05 | Оттайка испарителей | Разнесение расписаний нагрева | Минуты-часы | Лёд, дренаж, качество теплообмена | Мощность оттаек и допустимые окна |\n| 06 | Пищевое охлаждение и ледогенераторы | Перенос подготовки охлаждённого продукта или льда | Часы | Производственная очередь, санитарный режим | Запас продукта и мощность процесса |\n\n### Здания и тепловые процессы\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 07 | Бытовые кондиционеры | Изменение режима и фаз циклов | Минуты | Комфорт, влажность, местное управление | Совпавшая работа × разрешённое воздействие |\n| 08 | Центральные чиллеры | Модуляция и накопление холода | Минуты-часы | Температура подачи, устойчивость, вентиляция | Модель холодильного центра |\n| 09 | Тепловые насосы отопления | Предварительный нагрев и гибкая мощность | Минуты-часы | Температура, обмерзание, погодная зависимость | Погодная модель и запас тепла |\n| 10 | Электрические водонагреватели | Запас горячей воды | Минуты-часы | Температура, разбор, обязательные гигиенические циклы | Полезный тепловой запас |\n| 11 | Вентиляторы и вентиляция | Изменение производительности в допустимом диапазоне | Секунды-минуты | Качество воздуха, давление, обязательный воздухообмен | Кривая мощности и допустимый расход |\n| 12 | Освещение | Регулирование светового потока | Секунды-часы | Безопасность, зрительная задача, режим человека | Реальная мощность регулируемых светильников |\n\n### Вода, сельское хозяйство, среда\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 13 | Насосы водоснабжения | Перенос наполнения резервуаров | Минуты-часы | Давление и минимальный объём | Гидравлическая модель |\n| 14 | Канализационные насосные станции | Ограниченное использование приёмного объёма | Минуты | Переполнение и обязательная перекачка | Рабочий объём и фактический приток |\n| 15 | Аэрация очистных сооружений | Модуляция воздуходувок | Минуты | Состояние биопроцесса и качество очистки | Технологическая модель и допустимый кислородный режим |\n| 16 | Орошение | Перенос полива по времени | Часы-дни | Влага, погода, агротехника | План воды, насосов и допустимых сроков |\n| 17 | Опреснение и подготовка воды | Перенос части выпуска при наличии резерва | Минуты-часы | Мембраны, качество, давление, обязательный выпуск | Производительность и объём запаса |\n| 18 | Теплицы и животноводческие комплексы | Согласование света, тепла и вспомогательных нагрузок | Минуты-часы | Биологические режимы и благополучие животных | Раздельные допустимые окна подсистем |\n\n### Промышленность\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 19 | Сжатый воздух | Регулирование компрессоров с использованием ресиверов | Секунды-минуты | Минимальное давление и утечки | Давление, запас и кривая компрессора |\n| 20 | Дробление и помол | Перенос партий при запасах сырья | Минуты-часы | Производственная очередь и пуски | Запас полуфабриката и потребление линии |\n| 21 | Целлюлозно-бумажные процессы | Изменение отдельных энергоёмких стадий | Минуты-часы | Согласование непрерывного процесса | Аттестованные стадии и технологические буферы |\n| 22 | Алюминиевый электролиз | Ограниченная модуляция электрической нагрузки | Секунды-часы, по технологии | Тепловой и химический режим ванн | Проверенная модель конкретной серии |\n| 23 | Стальные и другие электрические печи | Перенос партий и ограниченная модуляция | Минуты-часы | Металлургический цикл и качество | Допустимые участки плавки |\n| 24 | Электролизёры водорода | Изменение выпуска при запасе газа | Секунды-часы, по типу | Давление, чистота, деградация, контракт выпуска | Характеристика установки и запас водорода |\n\n### Транспорт и зарядка\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 25 | Домашняя зарядка электромобиля | Распределение зарядки до выезда | Минуты-часы | Минимальный заряд и изменение планов | Энергия до дедлайна и доступная мощность |\n| 26 | Зарядка на рабочем месте | Координация подключённых машин | Минуты-часы | Время отъезда и местный ввод | Фактически подключённый парк |\n| 27 | Автобусные парки | Расписание зарядки под рейсы | Минуты-часы | Выпуск на линию и резерв маршрута | Совместный план рейсов и зарядок |\n| 28 | Грузовые автопарки | Гибкая зарядка в логистическом окне | Минуты-часы | Сроки доставки и мощность площадки | План отправлений и энергия рейсов |\n| 29 | Батарейный обмен и склад тяговых батарей | Зарядка сменного запаса | Часы | Наличие готовых батарей и деградация | Запас готовности и инфраструктура зарядки |\n| 30 | Двусторонняя зарядка V2G | Выдача энергии и регулируемая зарядка | Секунды-часы | Разрешённые режимы, резерв пробега, ресурс батареи | Сертифицированные зарядки и доступная энергия |\n\n### Вычисления и связь\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 31 | Пакетная обработка данных | Перенос задач по времени | Минуты-часы | Дедлайны и зависимости | Профиль задач и измеренные кВт |\n| 32 | Обучение моделей ИИ | Планирование допускающих паузу задач | Минуты-часы | Потери при паузе, срок, ресурсы кластера | Измеренная мощность и допустимая задержка |\n| 33 | Гибкая часть вычислений по запросу | Распределение допускающей задержку очереди | Секунды-минуты | Задержка и качество сервиса | Изолированная гибкая доля запросов |\n| 34 | Перенос вычислений между площадками | Географическое распределение работы | Минуты-часы | Сеть передачи данных, локальные ограничения, права на данные | Полный баланс двух площадок и передачи |\n| 35 | Системы охлаждения ЦОД | Тепловой запас и модуляция | Секунды-минуты | Температуры оборудования и гарантии | Отдельная модель охлаждения |\n| 36 | Телекоммуникационные узлы | Ограниченное использование резерва питания | Минуты-часы | Доступность связи и обязательный резерв | Доступная энергия после резервирования |\n\n### Коммерческие и бытовые процессы\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 37 | Стиральные и посудомоечные машины | Перенос начала цикла | Часы | Срок готовности, допустимость паузы | Очередь циклов и их профили |\n| 38 | Прачечные и сушильные процессы | Перенос партий | Часы | Производственные сроки и качество | График партий и энергии |\n| 39 | Профессиональные кухни и пекарни | Перенос подготовки и части нагрева | Минуты-часы | Готовность блюда и пищевой режим | Разрешённые технологические окна |\n| 40 | Бассейны и водные комплексы | Согласование фильтрации и нагрева | Минуты-часы | Качество воды и обязательный оборот | Объём, тепловая модель и режим фильтрации |\n| 41 | Зарядка складских машин | Планирование под смену | Минуты-часы | Готовность техники и резерв | График смен и батарей |\n| 42 | Периодические вспомогательные процессы | Планирование разрешённых операций обслуживания | Минуты-часы | Регламент, безопасность, производственный срок | Подтверждённые операции и их графики |\n\n### Ресурсы общего портфеля VPP\n\n| № | Ресурс | Что регулируется | Окно для обследования | Главное ограничение | Как оценить объём |\n|---|---|---|---|---|---|\n| 43 | Тепловые и ледяные накопители | Накопление полезного тепла или холода | Минуты-часы | Потери и доступная мощность обмена | Полезная ёмкость; исключить повторный счёт с холодом |\n| 44 | Батареи за счётчиком и ИБП | Ограничение импорта и зарядка | Секунды-часы | Резерв, деградация, ограничения инвертора | Доступные мощность и энергия; ИБП после резерва |\n| 45 | Местная генерация | Изменение сетевого отбора при допустимой работе | Секунды-часы, по типу | Топливо, запуск, выбросы, присоединение | Измеренная мощность генерации отдельно от DR |\n| 46 | Переключение электрического и другого нагрева | Выбор допустимого энергоносителя | Минуты-часы | Полные выбросы, топливо и технологический режим | Раздельный баланс всех энергоносителей |\n| 47 | Распределённая ВИЭ с управлением | Изменение выдачи в допустимых пределах | Секунды-часы | Доступность первичной энергии и инвертор | Доступная генерация; ограничение выдачи относится к генерации |\n| 48 | Управляемая микросеть | Совместный баланс ресурсов в одной границе | Секунды-дни | Энергетический бюджет, защита, граница сети | Дельта на вводе с устранением внутреннего двойного счёта |\n\nБатареи, местная генерация и переключение энергоносителя включены как ресурсы общего портфеля гибкости. Статистика чистого DR может учитывать их иначе. **Ресурсы 01-06 и 43 могут использовать один тепловой запас; 25-30 и 44 могут использовать одну батарею. Их мощности складывают только после проверки границ.**\n\n### Как добавить сорок девятый класс\n\nНайдите полезную функцию, запас или допустимый срок. Укажите исполнительный механизм, ограничение качества, точку измерения, длительность и способ восстановления. Если временная свобода отсутствует, объект остаётся наблюдаемой нагрузкой. Наличие API само по себе гибкость не создаёт.\n\n## 05. Физические модели: что позволяет сдвигать нагрузку\n\n### Холод и тепло\n\nТепловая инерция позволяет отделить время потребления электричества от времени получения услуги. Для простого охлаждаемого объёма:\n\n```text\nC · dT/dt = (T_out − T)/R + Q_internal − COP · P_electric\nT_min ≤ T ≤ T_max\n```\n\nЗдесь C выражается в кВт·ч/К, R в К/кВт, время в часах, тепловые потоки и электрическая мощность в кВт. COP переводит электрическую мощность в отводимый тепловой поток. Для отопления знак полезного потока меняется. Температура воздуха и температура продукта требуют разных состояний модели.\n\nВ первом приближении запас до верхней границы температуры равен C·ΔT. Если суммарный теплоприток почти постоянен, допустимое время без компрессора равно C·ΔT/Q. При изменении погоды, открывании дверей и поступлении товара модель нужно пересчитывать.\n\nИнтерактивная модель 02: C=8 кВт·ч/К, ΔT=2 К, Q=12 кВт тепла, COP=3. Запас 16 кВт·ч тепла; окно 80 минут; электрический эквивалент 5,33 кВт·ч. Линейное приближение при постоянном притоке.\n\nПредохлаждение может увеличить длительность DR. Слишком глубокое охлаждение увеличивает потери и меняет COP. Окончательное решение принимается по всей траектории, включая возвращение к обычному состоянию. Частые пуски, минимальное время работы и паузы компрессоров входят в ограничения.\n\n### Вода и сжатый воздух\n\nРезервуар позволяет некоторое время подавать воду при уменьшенной работе насосов. Баланс записывают как dV/dt = q_in − q_out. Давление в критических точках и обязательный резерв ограничивают доступный объём. Для воздуха аналогично учитывают массу, давление, утечки и технологические минимумы. Электрический эффект оценивают по характеристикам насосов и компрессоров, а не по одному объёму резервуара.\n\n### Транспорт и батареи\n\n```text\nE_next = E_now + η_charge · P_charge · Δt − P_discharge · Δt / η_discharge\nE_min ≤ E ≤ E_max\nE_departure ≥ E_required\n```\n\nЭлектромобилю нужны энергия и готовность к отправлению. Если до выезда восемь часов, зарядку часто можно распределить. При внезапном раннем выезде окно сокращается. Двусторонняя отдача требует поддержки автомобиля, зарядной станции, подключения и договора. Обычное регулирование зарядки уже даёт гибкость без выдачи энергии в сеть.\n\n### Производство и вычисления\n\nДля партии продукции важны размер заказа, запас полуфабриката, последовательность операций и срок. Для вычислительной задачи важны объём работы, дедлайн, зависимости, допустимая задержка и стоимость переноса данных. Свобода планирования исчезает по мере приближения дедлайна.\n\nУправление средой начинается с вопроса: сколько свободы остаётся у полезной функции? При этом энергия, товар, температура и вычислительная работа сохраняют собственные единицы учёта.\n\n## 06. Популяция: управлять совместным поведением\n\nПопуляция в этом учебнике означает совокупность устройств и объектов с локальными состояниями и правилами. Участие людей основано на понятных условиях, согласии и контроле качества услуги. Главные переменные популяции: температура, заряд, фаза рабочего цикла, срок готовности, доступность и принадлежность к участку сети.\n\n### Почему одинаковые команды опасны для результата\n\nСдвиньте всем зарядкам старт на 23:00, и утренний пик можно заменить ночным. Отключите все холодильники на одинаковое время, и после команды возврата компрессоры могут включиться вместе. Энергосистема чувствует сумму их действий.\n\n```text\nP_total(t) = Σ P_i(t)\nVar(P_total) = Σ Var(P_i) + 2 · Σ Cov(P_i, P_j), где i < j\n```\n\nПри независимом поведении относительные колебания усредняются. При общей погоде, едином расписании или одинаковой команде растёт ковариация. Большое число устройств тогда усиливает общую волну. Поэтому коэффициент одновременности нельзя считать вечной константой.\n\nИнтерактивная модель 03: 120 устройств по 2 кВт; 20 минут работы из 60. При 80% синхронных фаз пик 208 кВт, при равномерном распределении 80 кВт. Энергия в обоих случаях 160 кВт·ч за два часа. Это имитация установившихся циклов без температурной модели.\n\n### Пять рабочих принципов\n\n1. **Разнообразие состояний.** Часть устройств имеет запас, часть его восстанавливает, часть выполняет обязательную функцию. Нужна управляемая смена этих групп.\n2. **Локальное решение.** Устройство проверяет температуру, заряд и сроки перед принятием команды. Центр видит причину отказа и меняет состав портфеля.\n3. **Разнесённые циклы.** Оттайки, зарядка и перезапуски распределяются с учётом ограничений, чтобы избежать общей волны.\n4. **Запас на следующий шаг.** Оптимизация учитывает несколько событий и несколько часов. Вся доступная гибкость в первом событии может оказаться слишком дорогой стратегией.\n5. **Предсказуемое восстановление.** Возврат нагрузок планируют вместе с ограничением. Он получает собственный предел мощности.\n\n### Пакетное управление энергией\n\nВ packetized energy management устройство запрашивает короткий интервал работы. Вероятность запроса зависит от его потребности. Координатор принимает запросы в рамках общей цели. При достижении локальной границы устройство переходит к обязательному обеспечению своей функции. Исследование 2018 года различает 82 реальных водонагревателя и 5 000 моделей на киберфизическом стенде; стендовые мегаватты нельзя переносить в строку полевого исполнения. [S04]\n\nПакет здесь означает согласованный интервал потребления. Электроны продолжают распределяться по физическим законам сети. Протокол упорядочивает запросы и расписания.\n\n### Управление распределением состояний\n\nДля тысяч похожих устройств удобно оценивать доли популяции в разных состояниях. Например, сколько холодильников близко к верхней границе температуры, сколько может работать позже и сколько обязано включиться сейчас. Простая дискретная модель имеет вид x_next = A(u,w)·x: x содержит доли групп, u описывает управление, w отражает погоду и возмущения.\n\nМодели среднего поля, вероятностные переходы и распределённая оптимизация помогают работать с большими ансамблями. Для неоднородного парка сначала выделяют сопоставимые группы. Модель должна воспроизводить крайние состояния и общие отказы, включая потерю связи. Среднее значение температуры не обнаруживает перегретый продукт на одном объекте.\n\n## 07. Архитектуры управления: десять вариантов\n\n| № | Подход | Как работает | Где уместен | Что проверять |\n|---|---|---|---|---|\n| 1 | Человек и уведомление | Участник меняет нагрузку вручную | Бытовые акции, некоторые производства | Фактическое участие и усталость |\n| 2 | Жёсткое расписание | Заранее заданные часы | Предсказуемые процессы | Синхронизацию и изменение условий |\n| 3 | Локальные правила | Контроллер действует по состоянию | Холод, насосы, батареи | Гистерезис и согласование соседних контуров |\n| 4 | Централизованный диспетчер | Центр распределяет команды | Небольшой обозримый парк | Связь, вычислительную нагрузку, общий отказ |\n| 5 | Иерархия | Сеть задаёт рамки, объект распределяет задачи | Крупная географически распределённая сеть | Согласованность уровней и приоритетов |\n| 6 | MPC | План пересчитывается с новым прогнозом | Тепло, зарядка, производство | Ошибки модели, горизонт, конечное состояние |\n| 7 | Распределённая оптимизация | Участники согласуют планы | Несколько операторов и площадок | Сходимость и допустимость промежуточных решений |\n| 8 | Транзакционное управление | Локальные заявки согласуются по ценам | Гетерогенные владельцы и услуги | Сетевые ограничения и манипуляции заявками |\n| 9 | Вероятностное пакетное управление | Короткие запросы, локальные пределы | Множество небольших накопительных нагрузок | Качество услуги и общий лимит мощности |\n| 10 | Обучаемая политика | Алгоритм выбирает действия по опыту | Сложные повторяющиеся режимы | Безопасную область, перенос на новые условия и откат |\n\n### Практическая иерархия\n\nЛогические роли: рынок и прогноз → агрегатор → контроллер объекта → устройства. Ограничения сети и мандат владельца определяют допустимое действие; телеметрия возвращает фактические состояния.\n\nНижний уровень отвечает за физические пределы и защиты. Контроллер объекта распределяет мощность между устройствами. Координатор участка учитывает трансформаторы и линии. Агрегатор формирует обязательства и портфель. Над ними работают прогноз, расчёты, договоры и контроль полномочий. Один компонент может выполнять несколько ролей, но их ответственность должна быть различима.\n\nИИ-агент способен собирать данные, объяснять ограничения, строить сценарии и готовить решения. Быстрые защиты и подтверждённые контуры управления исполняются подходящими детерминированными механизмами. Непредсказуемая задержка языковой модели должна учитываться при выборе задач.\n\n### Интерфейсы\n\nOpenADR передаёт программы, события и связанные данные между участниками. Это полезный общий язык взаимодействия агрегатора и объекта. Поддержка версии, конкретных профилей и сертификатов проверяется для выбранного оборудования. [S05]\n\nНа уровне зданий встречаются BACnet и Modbus; зарядки используют собственные протоколы управления, включая OCPP; электрические системы применяют специализированные интерфейсы телемеханики. В каждом случае нужен проверенный преобразователь семантики: единицы, знак, время, подтверждение команды, срок действия и причина отказа. Совместимость протокола ещё не доказывает управляемость установки.\n\n## 08. Измерение: как отличить услугу от красивого графика\n\nДля событийного DR baseline B(t) описывает ожидаемое потребление без данного воздействия. Его сравнивают с измеренным M(t):\n\n```text\nΔP(t) = B(t) − M(t)              для уменьшения импорта\nE_event = Σ ΔP(t) · Δt          за окно события\nE_full = Σ [B(t) − M(t)] · Δt   за весь цикл, включая подготовку и возврат\n```\n\nE_event и E_full отвечают на разные вопросы. Эффект по мощности может быть полезен при нулевой экономии энергии за сутки. Отрицательная дельта в некоторых интервалах важна: искусственное обнуление неудобных значений завышает итог.\n\n### Пять способов построить расчётную базу\n\n| Метод | Когда подходит | Слабое место |\n|---|---|---|\n| Сопоставимые исторические дни | Повторяемый график | Погода, праздники, смена выпуска |\n| Регрессия по объясняющим факторам | Есть длинная качественная история | Ошибочная форма модели и смена режима |\n| Контрольная группа | Много похожих объектов | Систематическое различие групп и общие воздействия |\n| Рандомизированное назначение | Можно заранее распределить воздействие | Ограничение эксперимента и влияние соседей |\n| Физическая модель | Известны состояния и параметры процесса | Ошибки идентификации и скрытые теплопритоки |\n\nМетодику фиксируют до события. Правила конкретного рынка определяют допустимые корректировки. Увеличение потребления перед событием ради более выгодного baseline и повторная продажа одной дельты искажают результат.\n\n### Постоянная оптимизация меняет обычный режим\n\nКогда управление работает каждый день, историческая база постепенно включает его эффект. Для оценки изменения системы нужен отдельный дизайн сравнения: этапное внедрение, контрольные объекты или заранее проверенная модель. Одновременно сохраняется рыночная методика расчёта обязательства. Инвестиционный эффект и оплаченная рыночная дельта могут различаться.\n\n### Минимальный пакет доказательств\n\nХранят исходную телеметрию, часовой пояс и синхронизацию времени, версию baseline, погоду и выпуск, команды и подтверждения, реальные состояния, отказы, восстановление, реестр договорных обязательств и результат расчёта. В отчёте указывают доверительный диапазон и долю потерянных данных.\n\n**Оракул подтверждает согласованную процедуру проверки.** Качество датчика, методики и правовой конструкции остаётся самостоятельным предметом контроля. Запись результата в неизменяемый журнал помогает расследованию, но сама по себе не исправляет ошибочное измерение.\n\n## 09. Реальный масштаб: мировая таблица с единицами\n\nПо оценке IEA, в 2024 году в программах и рынках мира использовалось около **100 ГВт DR**. Это оценка активной в программах мощности. Она не означает одновременное снижение на 100 ГВт. IEA отдельно оценивает промышленность примерно в 75 ГВт, здания примерно в 30 ГВт, транспорт менее чем в 5 ГВт. Округлённые категории нельзя превращать в точную сумму. [S06]\n\nДля масштаба: вклад бытового кондиционирования в пики отдельных энергосистем мира IEA оценивает примерно в 600 ГВт, алюминиевого производства примерно в 160 ГВт. Это полная нагрузка соответствующих применений. Только часть её технически, экономически и организационно доступна для DR. [S06]\n\n### Сопоставимые числа требуют сопоставимых определений\n\n| География / программа | Период данных | Объём | Статус показателя | Источник |\n|---|---|---|---|---|\n| США, семь организованных оптовых рынков | 2024 | 33 272 МВт | Участие ресурсов в программах; свод разных рыночных категорий | [S07] |\n| Китай, VPP | Конец 2025 | 470 проектов, 16 850 МВт | Протестированная максимальная регулирующая способность портфелей | [S10] |\n| Великобритания, DFS | Зима 2024/25 | 3 917,7 МВт·ч, 44 использования | Исполненное изменение потребления в событиях | [S08] |\n| Россия, агрегированный DR | Апрель / май / июнь 2025 | 519 / 476 / 449 МВт | Плановый почасовой объём отобранных объектов | [S14] |\n| Индия, BYPL, группа 30 клиентов | Октябрь, исследование опубликовано в 2025 | 1-5 кВт | Оценка изменения пика методом spot; семь событий | [S12] |\n| Польша, портфель Enel X | Поставка в 2025 | 595 МВт | Закреплённая мощность одного агрегатора в рынке мощности | [S23] |\n| США, Google | Страница проверена 09.09.2026 | Более 1 ГВт | DR, включённый в долгосрочные договоры с энергокомпаниями | [S17] |\n| Vermont, исследование PEM | 2018 | 82 водонагревателя | Полевое развёртывание на дату среза | [S04] |\n\nВ таблице соседствуют разные величины именно для обучения чтению данных. **Складывать эти строки нельзя.** Показатели VPP могут включать батареи и генерацию. Портфели компаний могут входить в национальные числа. Зарегистрированная мощность и измеренное исполнение относятся к разным стадиям.\n\nУровни доказательства: потенциал; подключение; квалификация; договор; исполнение. Для каждого свой показатель и источник.\n\n### США крупным планом\n\nFERC приводит следующую структуру участия за 2024 год. В пояснениях к MISO отмечена возможность пересечения некоторых категорий регистрации. Даже официальную сводку следует читать вместе с примечаниями. [S07]\n\n| Рынок | МВт ресурсов | Доля пика в определении отчёта |\n|---|---|---|\n| MISO | 12 954 | 10,6% |\n| PJM | 8 526 | 5,7% |\n| CAISO | 4 373 | 9,0% |\n| ERCOT | 4 099,1 | 4,8% |\n| NYISO | 1 920,9 | 6,1% |\n| SPP | 968 | 1,8% |\n| ISO-NE | 431 | 1,7% |\n\nПредел доказательности этой таблицы: опубликованное участие, разные правила ресурсов и округление. Для оценки способности пережить конкретную жару потребуются результаты вызовов, графики доступности и проверка ограничений по длительности.\n\n## 10. Двенадцать стран: что работает и что переносить\n\n| Страна | Механизм | Объём и статус | Практика | Урок |\n|---|---|---|---|---|\n| США | Оптовый DR, программы энергокомпаний, DER-агрегация | 33,272 ГВт участия на семи рынках в 2024 | Освоенная рыночная практика; правила отличаются по рынкам | Аттестация, длительность, сезон и качество исполнения [S07] |\n| Великобритания | DFS, рынок мощности, локальная гибкость | DFS: 3 917,7 МВт·ч за зиму 2024/25 | С 2026 DFS допускает увеличение и уменьшение потребления, закупку по зонам | Согласование разных услуг и ограничений участка [S08][S09] |\n| Китай | VPP из нагрузки, накопителей и генерации | 16,85 ГВт протестированной способности, конец 2025 | Масштабирование через энергосистему и рыночные механизмы | Граница VPP и фактическое исполнение [S10][S11] |\n| Индия | Поведенческие программы и автоматизированные пилоты | Полевой пример BYPL: 30 клиентов и семь событий | Подтверждены отдельные проекты; сопоставимый национальный объём здесь не установлен | Сезонность, стоимость подключения и расчётная база [S12][S13] |\n| Россия | Агрегированный DR и ценозависимое потребление | План 519 / 476 / 449 МВт во II квартале 2025 | Официальные отборы; текущие условия проверяются перед сделкой | Различие отобранного и исполненного ресурса [S14] |\n| Франция | Программы effacement и поддержка гибкости | 2 900 МВт: лимит закупки программы 2025 и I полугодия 2026 | Лимит программы; фактический отбор и активация требуют отдельных данных | Методика подтверждения и права независимого участника [S24] |\n| Австралия | WDRM, резервные и договорные программы | A$5,32 млн: оценка эффективности диспетчеризации WDRM, 2021-июнь 2025 | Рыночный механизм действует с октября 2021; экономическая величина оценочная | Baseline и отличие системного эффекта от дохода [S15] |\n| Германия | Управляемые нагрузки низкого напряжения и EMS | Национальный объём DR здесь не установлен | Правила подключения новых регулируемых устройств действуют с 2024 | Сетевые ограничения, допустимый минимум и вознаграждение [S20] |\n| Финляндия | Нагрузки в резервных рынках, независимая агрегация | Сопоставимый национальный объём DR здесь не установлен | Промышленность участвует в поддержании баланса; условия зависят от продукта | Быстродействие, предквалификация и ответственность за баланс [S18][S19] |\n| Япония | VPP и Energy Resource Aggregation Business | Национальный объём DR здесь не установлен | Официальные руководства METI / ANRE; правила и объёмы проекта уточняются отдельно | Роли агрегатора, интерфейсы и договорная структура [S21] |\n| Южная Корея | Коммерческая агрегация нагрузки | Более 400 клиентов Enel X Korea, октябрь 2025 | Число клиентов одного участника, без национальных МВт | Конкретные условия программы и реальные профили [S22] |\n| Польша | DSR на рынке мощности | 595 МВт Enel X для поставки в 2025 | Контрактный портфель одного агрегатора | Разница между аукционной мощностью и вызовами [S23] |\n\nОбзор охватывает двенадцать выбранных стран, где можно проследить различные механизмы. Это не перепись всех национальных программ. Для Индии, Японии, Германии и Финляндии здесь особенно важны конструкция услуги и доступность данных. Отсутствие сопоставимого национального числа в этой версии не означает отсутствие DR в стране.\n\nЧтобы перенести чужой опыт, агент сверяет шесть вещей: климат, структуру нагрузки, рынок, измерение, право управления и стоимость подключения. Модель для промышленного предприятия может оказаться слишком дорогой для бытового водонагревателя. Платформа для зарядки может не соблюдать ограничения пищевого холода без отдельной модели.\n\n## 11. Китай: управление источниками, сетью, нагрузкой и накоплением\n\nКитайская линия особенно полезна для нашей темы: распределённые ресурсы собираются в управляемые портфели и получают место в энергосистеме. В официальном сообщении NEA от 27 апреля 2026 года указаны **470 VPP и 16,85 ГВт протестированной максимальной регулирующей способности на конец 2025 года**. [S10]\n\nРуководящие положения NDRC и NEA 2025 года определяют VPP как организацию совместной работы распределённой генерации, регулируемой нагрузки и накопителей с участием в оптимизации и торговле. Цели: более 20 ГВт регулирующей способности к 2027 году и более 50 ГВт к 2030 году. Эти величины относятся ко всему портфелю VPP и являются целями для будущих дат. [S11]\n\n### В чём сила подхода\n\nДля агента ценен переход от списка подключённых приборов к многоуровневой системе: объект, агрегатор, местный диспетчерский контур, энергосистема, рынок. В китайском выражении «источник, сеть, нагрузка, накопление» зафиксирована полезная постановка: все четыре части рассматриваются совместно.\n\nИнженерный вывод для XPower следующий. Если магазин объединяет холод, местную генерацию, накопление и зарядку, его возможности определяются общим планом. Требования фидера и трансформатора попадают в этот план наравне с ценой энергии. Размещение тысяч датчиков становится полезным, когда заканчивается управляемым действием и проверяемым результатом.\n\n### Что проверять за словом «крупнейший»\n\nЧисло проектов показывает организационный масштаб. Протестированная максимальная мощность показывает определённую техническую способность. Частота реальных вызовов, сезонная доступность, длительность, точность исполнения и чистая экономика требуют отдельных рядов данных. Сведения о 16,85 ГВт сами по себе не доказывают одинаковую надёжность всех этих мегаватт в один час.\n\nПри сравнении китайских и американских чисел нужны одинаковые границы ресурсов. При сравнении с Великобританией нужно сначала выбрать мощность либо энергию событий. Рейтинг стран по одной смешанной колонке создаёт иллюзию точности.\n\n### Что забирать в собственную архитектуру\n\nОбщие паспорта ресурсов, аттестацию возможностей, диспетчерскую совместимость, управление по участкам сети и постоянное обновление доступности. Потребуется также разделить обязанности владельца объекта, агрегатора и оператора сети. Это перенос инженерного принципа; национальные рыночные правила остаются предметом отдельной адаптации.\n\n## 12. Индия: массовое участие и честный масштаб пилота\n\nИндийский опыт особенно интересен сочетанием растущих кондиционерных нагрузок, распределительных компаний и разных способов участия клиента. Tata Power-DDL получила признание ISGAN в 2024 году за проект поведенческого DR конечных потребителей. Это подтверждение конкретной программы, а не свидетельство автоматического управления всей страной. [S13]\n\nВ отчёте AEEE о BYPL рассмотрены семь октябрьских событий на группе из 30 клиентов. Метод spot даёт 1-5 кВт снижения пика на всю группу. Исторические методы дают другие оценки. В отчёте отдельно построен летний модельный случай с активными кондиционерами: 8-22 кВт по spot. Летняя величина относится к симуляции. [S12]\n\n### Чему учит этот пример\n\nОдин датчик показывает фактическое потребление. Эффект требует сравнения с тем, что произошло бы без воздействия. Разные базы меняют оценку. Сезонность меняет доступную мощность. Количество записавшихся клиентов не равно количеству устройств, работавших в минуту вызова.\n\nАгент должен выписать отдельно: число участников, число наблюдаемых событий, сезон, фактически работавшее оборудование, метод расчёта и доверительный диапазон. После этого можно обсуждать масштабирование. Экстраполяция результата на миллион клиентов требует модели участия и проверки в новом сезоне.\n\n### Переход к популяции в индийских условиях\n\nУчастнику проще указать приемлемую температуру и время готовности, чем ежедневно управлять энергетическим рынком. Контроллер превращает это в допустимое окно. Распределительная компания указывает локальные ограничения. Координатор собирает портфель и возвращает участнику понятное вознаграждение.\n\nДля дешёвого массового внедрения важны стоимость контроллера, связь, установка и поддержка. Если годовая ценность одного прибора невелика, дорогая индивидуальная интеграция съест эффект. Поэтому встроенная управляемость, простое подключение и повторяемый договор часто важнее сложности центрального алгоритма.\n\nЭто проектный вывод из структуры задачи. Он требует отдельного подтверждения на реальном парке: добровольное участие, устойчивость связи, соблюдение температур и экономическая окупаемость.\n\n## 13. Россия: ресурс, отбор и переход к планированию\n\nСистемный оператор публикует результаты отбора ресурса управления изменением режима потребления. Для второго квартала 2025 года отобраны 63 агрегированных объекта восьми участников. Плановый объём составил 519 МВт в апреле, 476 МВт в мае и 449 МВт в июне. В первой ценовой зоне опубликована цена 514 587 руб./МВт для каждого месяца квартала. [S14]\n\nЭто исторический рыночный срез. Он не устанавливает текущий тариф и не подтверждает фактическое исполнение каждого мегаватта. Для действующей сделки агент загружает регламент конкретного отбора, требования к участнику, методику измерений, актуальную цену и условия санкций.\n\n### Как читать российский объект\n\nСначала определить договорную и измерительную границу: ввод, группа точек, организация. Затем установить, какие устройства способны изменить профиль без нарушения основной функции. Отдельно проверить, в какие часы этот эффект совпадает с продуктом рынка. После этого оценивать договор с агрегатором и доход владельца.\n\nСнижение собственного пика на вводе может уменьшать расходы по одной методике. Услуга управления спросом оплачивается по другой. Потенциальное пересечение доходов проверяют по правилам учёта, договорам и уже занятым обязательствам.\n\n### Следующий шаг\n\nДля большого парка магазинов есть естественная задача: предсказуемый профиль холодоснабжения с управляемой доступностью по часам. Рынок получает возможность учитывать этот ресурс заранее. Оператор объектов получает меньше резких переключений и более точный план обслуживания.\n\nЦель в 300 МВт, 1 ГВт или больше должна раскладываться на аттестованные портфели. Для каждого нужны длительность, сезон, география, качество услуги и измеренное исполнение. Число магазинов помогает оценить масштаб работы, но не заменяет эти сведения.\n\n## 14. Кто идёт к управлению популяциями\n\n| Участник / школа | Что можно изучить | Уровень доказательства в этой версии |\n|---|---|---|\n| NEA, NDRC и китайские операторы VPP | Совместное включение источников, нагрузки и накопителей в управление | Официальные агрегированные показатели и программные документы [S10] [S11] |\n| PNNL / Battelle | Транзакционное согласование и связь с сетевой моделью | Полевые демонстрации; отдельно крупные симуляции [S03] [S26] |\n| University of Vermont, Almassalkhi, Hines, Frolik; Packetized Energy | Локальные запросы на интервалы работы и вероятностная координация | Исследование полевого парка и моделируемого стенда [S04] |\n| EnergyHub | Платформа управления разнородными распределёнными устройствами | Коммерческая платформа; интеграция бизнеса Resideo Grid Services объявлена в 2025 [S25] |\n| Enel X | Договорная агрегация промышленности и разных рынков | Собственные сообщения о портфелях в Польше и Корее [S22] [S23] |\n| Tata Power-DDL и участники BYPL ADR | Участие клиента и автоматизация малых нагрузок | Программа и ограниченный пилот [S12] [S13] |\n| Google и энергокомпании | Планирование вычислительной нагрузки в энергетическом договоре | Соглашения, описанные компанией; объём договорного DR [S16] [S17] |\n| NASA | Согласование расписания миссии с прогнозом энергоснабжения | Публичные разработки и прототипы автономного контроллера [S27] [S29] |\n| Sandia и программа SPIDERS | Автономность микросети и приоритет критических функций | Публичная программа демонстраций и испытательная инфраструктура [S28] |\n\nЭто карта технических линий. Она не устанавливает, что все перечисленные участники достигли одного уровня автономности. При оценке платформы просите протокол испытаний, выгрузку вызовов и описание реального ограничения, которое она сняла.\n\n### Где особенно легко перепутать факт и модель\n\nPNNL в исследовании DSO+T моделировала уменьшение пика на 9-15% в разных сценариях ERCOT. Это результат годовой симуляции с заданными предпосылками. Он показывает направление исследований и порядок возможного эффекта в той модели. Полевой результат собственной сети нужно получать отдельно. [S26]\n\nGoogle в августе 2025 года описала соглашения с Indiana Michigan Power и TVA, предусматривающие гибкость вычислительной нагрузки, включая машинное обучение. На энергетической странице компании указано более 1 ГВт DR в долгосрочных договорах в США. Это договорная характеристика, без опубликованного здесь ряда исполнения на 1 ГВт. [S16] [S17]\n\nДля агента вычисления становятся ещё одним процессом со сроками и энергетическими ограничениями. Число токенов модели не имеет постоянного коэффициента перевода в кВт·ч: результат зависит от оборудования, нагрузки, программного обеспечения и границ измерения.\n\n## 15. Космические, военные и гражданские системы\n\nОбщая задача у этих систем одна: обеспечить полезные функции в пределах доступной мощности и энергии. Различаются цена отказа, задержка связи, право изменения режима и требования к автономности.\n\n| Среда | Главная цель | Что координируется | Что переносить в гражданскую энергетику |\n|---|---|---|---|\n| Гражданский рынок | Качество услуги, цена, надёжность | Нагрузки разных владельцев, тарифы, ограничения сети | Договорную совместимость, измерение, массовое участие |\n| Космический аппарат | Выполнение миссии и сохранение жизненно важных функций | Источники, аккумуляторы, тепловой режим, связь, расписание приборов | Энергетический бюджет, приоритеты, локальную автономность |\n| Военная база / микросеть | Сохранение критических функций при потере внешнего питания | Местная генерация, накопители, топливо и классы нагрузки | Управление островом, резервирование, проверенное восстановление |\n| Удалённое гражданское поселение | Доступность базовых услуг при ограниченной логистике | Топливо, ВИЭ, батареи, тепло, вода и связь | Те же методы автономного бюджета с гражданскими целями |\n\n### Космос: расписание должно поместиться в энергетический бюджет\n\nВ публичных работах NASA по Autonomous Power Controller описана координация планирования нагрузок с доступностью питания. Материалы PARD представляют автономное управление как исследовательский прототип. Использовать их как подтверждение серийной эксплуатации всей архитектуры на орбите было бы преждевременно. [S27] [S29]\n\nУчебный пример: во время освещённого участка орбиты часть энергии идёт на задачи и заряд; в тени работает запас. Съёмка, обработка и передача данных связаны последовательностью. Пропущенное окно связи может перенести задачу на следующий виток. План должен учитывать состояние батареи, тепловые ограничения и обязательные функции.\n\n```text\nΣ E_tasks + E_essential + E_losses ≤ E_available − E_reserve\nΣ P_tasks(t) + P_essential(t) ≤ P_bus_limit(t)\n```\n\nЭнергетического запаса на весь виток может хватать, а мощности шины в одну секунду недостаточно. Поэтому ограничения энергии и мощности проверяют одновременно. На уровне аппарата это задачи распределения питания и управления нагрузкой; рыночный baseline здесь обычно не является центральным понятием.\n\n### Военные системы: устойчивость через сохранение функций\n\nSandia описывает SPIDERS как совместный проект DOE, DoD и DHS по демонстрации надёжного энергоснабжения критических нагрузок микросетями. Публичные материалы также описывают оптимизацию, защиту и испытательные стенды. [S28]\n\nПолезный для гражданской инфраструктуры принцип: при нарушении внешнего питания сначала сохраняется согласованный минимум функций. Затем система перераспределяет доступный ресурс и постепенно возвращает сервисы. Военная принадлежность объекта сама по себе не доказывает наличие более совершенного алгоритма.\n\nВ учебнике рассматриваются открытые принципы энергоснабжения и устойчивости. Для сравнений с конкретными закрытыми военными системами России, Китая или других стран необходима опубликованная техническая документация. Достаточных сопоставимых данных о таких системах в собранном корпусе нет.\n\n### Четыре состояния автономного узла\n\nСостояния: обычный режим, подготовка, остров / ограничение, восстановление. При внезапном отказе действует предусмотренный прямой переход через защиты.\n\nПеред переходом в остров нужны физически предусмотренные коммутация, защита и источник, способный формировать локальную сеть. График DR в облаке этих свойств не создаёт. При восстановлении внешней связи проверяют синхронизацию, состояние оборудования и допустимый темп возврата нагрузки.\n\n## 16. Экономика: откуда берутся деньги\n\nЦенность DR состоит из нескольких возможных потоков. Владелец получает выплаты и изменение счёта; энергосистема получает изменение стоимости работы и надёжности. **Общественный эффект, выручка агрегатора и доход владельца объекта являются разными величинами.**\n\n| Поток | База расчёта | Что уменьшает результат |\n|---|---|---|\n| Готовность | МВт × ставка × расчётный период | Недоступность, аттестационное снижение, санкции |\n| Исполнение | МВт·ч подтверждённой дельты × ставка | Ошибка baseline, недостаточное выполнение |\n| Изменение счёта | Фактические тарифы и профиль | Возврат энергии в дорогие часы |\n| Избежанные расходы сети | Сравнение допустимых вариантов развития | Географическая непригодность, ограниченная длительность |\n| Повышение надёжности | Снижение вероятности и ущерба отказа | Общие отказы и стоимость резервирования |\n| Срок службы | Подтверждённое изменение износа | Дополнительные пуски, циклы и деградация |\n\n### Два наблюдаемых денежных примера\n\nЗа зиму 2024/25 NESO сообщает о 3 917,7 МВт·ч исполненного изменения потребления и выплатах провайдерам £943 983. В том же источнике принятые заявки оцениваются в £1 233 311, а ожидаемое снижение балансирующих расходов для потребителей примерно в £483 000. Эти суммы имеют разные границы. Вознаграждение конечного участника определяется его провайдером. [S08]\n\nАвстралийский регулятор AER в разборе обзора AEMC 2025 года приводит оценку эффекта эффективности диспетчеризации WDRM за октябрь 2021 - июнь 2025: A$5,32 млн. Это расчёт системного эффекта, отличный от суммы выплат участникам и от общенациональной стоимости всей гибкости. [S15]\n\n### Учебная экономика портфеля\n\n```text\nВыручка = P_eligible · ставка_готовности · число_периодов\n         + E_verified · ставка_исполнения\nРезультат владельца = выручка + изменение счёта\n                    − комиссия − эксплуатация − износ − потери услуги − санкции\n```\n\nДля учебного портфеля 10 МВт, ставки 500 000 руб./МВт в месяц и двенадцати месяцев валовая плата за готовность равна 60 млн руб. в год. При коэффициенте исполнения 0,85, комиссии 20% и ежегодных расходах 8 млн руб. упрощённый результат составит 32,8 млн руб. до налогов и капитальных затрат. Ставка и коэффициенты являются заданными параметрами модели; это не коммерческое предложение.\n\nИнтерактивная модель 04: 10 МВт × 500 000 руб./МВт в месяц × 12 = 60 млн руб. Коэффициент 0,85, комиссия 20%, расходы 8 млн: результат 32,8 млн руб. до CAPEX и налогов. Учебные ставки.\n\n### Как проверять совмещение доходов\n\nДля каждого обязательства записывают интервал, направление, точку измерения, мощность и занятый запас. Потом накладывают обязательства на одну физическую траекторию. Два договора, каждый по 100 кВт, не обеспечиваются одной батареей мощностью 100 кВт при одновременном полном вызове.\n\nЭкономия энергии может уменьшить будущую DR-базу, а агрессивный DR может увеличить износ. Финансовая модель должна пересчитываться после внедрения эффективности. При росте предложения гибкости меняется её рыночная цена: сегодняшнюю высокую ставку нельзя механически продлевать на десятилетия.\n\nУстранение повторяющихся пиков может снижать доход от редких дорогих событий и одновременно увеличивать ценность системной услуги. Тогда доходную модель строят вокруг подтверждённой готовности, управления объектом, надёжности или согласованного разделения эффекта.\n\n## 17. Наш подход: магазин, пятая группа и гиперсеть\n\nВ публичной выписке XPower от 25 августа 2026 года «пятая группа» описана как проектная модель критически значимых энергоинформационных узлов. Объект сохраняет основную функцию и получает роли в энергетике, вычислениях, данных и связи. Сам документ отдельно оговаривает статус проектного термина. [S30]\n\nDR становится одним из начальных продуктов такого узла. Управление популяцией появляется, когда тысячи объектов согласуют полезные функции, локальные запасы и общие обязательства. Гиперсеть в этой постановке связывает электрические, тепловые, информационные и договорные отношения.\n\n### Пять сред и функции, которые нужно сохранить\n\n| Среда | Первичная функция | Где находится свобода | Жёсткая граница |\n|---|---|---|---|\n| Еда | Сохранность и доступность продукта | Холод, оттайки, подготовка запаса, часть логистики | Температура продукта и срок хранения |\n| Вода | Подача нужного объёма и качества | Резервуары и расписание насосов | Давление, качество, обязательный резерв |\n| Тепло и температура | Приемлемый режим помещения и процесса | Тепловая инерция, накопители, взаимное использование тепла | Условия людей, продукта и технологии |\n| Транспорт | Готовность машины к маршруту | Окно зарядки и допустимые резервы | Время выезда, маршрут и минимальный заряд |\n| Связь и вычисления | Передача данных и выполнение задач | Резервное питание, очереди, перенос допускающих задержку задач | Доступность критических сервисов и дедлайны |\n\nИдея «управления средой» раскрывается через эти конкретные границы. Магазин не обязан отключать холод при каждом вызове: он может заранее создать запас, перенести оттайку, согласовать климатическую установку и изменить зарядку. При этом отобранная комбинация должна дать подтверждённый результат на нужной точке сети.\n\n### Сколько мощности можно получить\n\nУчебный расчёт начинается с паспортной электрической мощности включаемого оборудования. Затем последовательно учитываются работающая доля, допустимая управляемая часть, доступность связи и оборудования, исполнение и сетевое соответствие:\n\n```text\nP_offer = N · P_on · duty · controllable · availability · delivery · location / 1000\n```\n\nN выражается в объектах, P_on в кВт, результат в МВт. Коэффициенты в модели являются условными долями на очередной стадии. Если исходные данные уже учитывают некоторый фактор, второй раз его применять нельзя. Корреляцию между факторами нужно проверять по совместным данным.\n\nИнтерактивная модель 05: 30 000 × 50 × 0,6 × 0,5 × 0,9 × 0,8 × 0,8 / 1000 = 259,2 МВт. Параметры учебные; длительность не установлена. Для 300 МВт при прочих равных нужна управляемая доля около 57,9%.\n\nПри 30 000 объектов, 50 кВт на объект, долях 0,6 × 0,5 × 0,9 × 0,8 × 0,8 результат равен **259,2 МВт**. Это учебная модель, а не аттестованный портфель XPower. При тех же предпосылках для 300 МВт управляемая доля должна составить примерно 57,9%. Дальше требуется проверить, возможно ли удерживать такую долю нужное время.\n\nПортфельная мощность не показывает энергетический бюджет. Двести мегаватт на пять минут и двести мегаватт на четыре часа имеют разные области применения. Отдельно оценивают собственный резерв объектов: объём для сохранения функции нельзя одновременно полностью обещать рынку.\n\n### От предотвращения пика к устойчивому узлу\n\nПоследовательность развития: измерение и базовая оптимизация; управляемый тепловой запас; расписания популяции; рыночная услуга; совместный баланс с генерацией и накоплением; при технической готовности автономный режим; взаимная поддержка узлов в пределах сетевых и договорных возможностей.\n\nВнутренний материал XPower от 26 августа 2026 года связывает объект, измерение, подтверждённый эффект, право и расчёт. Для учебника используется эта последовательность. Сведения о реальных мегаваттах проекта должны поступать из отдельного реестра испытаний и исполнения. [S30]\n\n## 18. Протокол работы агента\n\nАгенту нужна чёткая граница между наблюдением, планированием и исполнением. Учебный протокол ниже предназначен для проектирования системы. Сам учебник не подключён к оборудованию и не передаёт команды.\n\n### Входные данные\n\n1. Реестр объектов с устойчивыми идентификаторами и измерительными границами.\n2. Телеметрия, состояния, метки времени и признаки качества.\n3. Модели процессов, ограничения и подтверждённые параметры.\n4. Сетевая принадлежность и действующие ограничения.\n5. Мандаты, договоры и уже зарезервированные обязательства.\n6. Прогнозы погоды, выпуска, генерации, цен и сроков готовности.\n\n### Рабочая последовательность\n\n```text\nOBSERVE: проверить свежесть, единицы, границы и качество данных\nESTIMATE: оценить состояния, доступность и диапазон неопределённости\nQUALIFY: проверить соответствие услуги устройствам и правилам рынка\nPLAN: построить допустимый план, включая восстановление\nRESERVE: занять мощность и запас в реестре обязательств\nAUTHORIZE: проверить действующий мандат на конкретный класс действий\nDISPATCH: передать команду с идентификатором, сроком и подтверждением\nMONITOR: сравнивать факт с планом, обрабатывать локальные отказы\nRECOVER: восстановить запасы с ограничением общего пика\nVERIFY: рассчитать эффект по зафиксированной методике\nSETTLE: передать подтверждённый результат в договорный расчёт\nLEARN: обновить параметры после проверки, сохранить историю версий\n```\n\nВ любой стадии могут появиться состояния `unavailable`, `data_stale`, `constraint_conflict` и `manual_review`. Правильный результат при нехватке доказательств может быть нулевым предложением ресурса. Это предотвращает продажу недоступной мощности.\n\n### Пример заявки на гибкость\n\n```json\n{\n  \"schema_version\": \"dr-flex-offer/1.0\",\n  \"record_status\": \"educational_example\",\n  \"asset_id\": \"training-store-001\",\n  \"measurement_boundary\": \"refrigeration-meter\",\n  \"direction\": \"decrease_import\",\n  \"interval_start\": \"2026-09-10T15:00:00Z\",\n  \"interval_end\": \"2026-09-10T15:30:00Z\",\n  \"max_power_kw\": 40,\n  \"max_event_energy_kwh\": 20,\n  \"baseline_method_id\": \"approved-method-required\",\n  \"local_constraints_ref\": \"asset-constraints-v1\",\n  \"recovery_plan_ref\": \"recovery-v1\",\n  \"network_node_id\": \"training-feeder-A\",\n  \"mandate_ref\": null,\n  \"qualification_status\": \"not_qualified\",\n  \"dispatch_allowed\": false\n}\n```\n\nЧисла демонстрационные. Без действующего мандата, аттестации и готового плана восстановления заявку нельзя исполнять. В рабочей системе ссылки на ограничения и план должны разрешаться в действующие записи с контрольными версиями.\n\n### Что находится в исполняемом решении\n\nПлан должен содержать целевую функцию, ограничения, прогноз и его версию, причину выбора устройств, ожидаемый диапазон результата, резервный сценарий и условия остановки. У команды должны быть уникальный идентификатор, время начала, срок годности, единицы и подтверждение. Повторная доставка сообщения не должна вызывать повторное физическое действие.\n\n### Критерии компетентности агента\n\nАгент готов к проектной работе, когда различает мощность и энергию, умеет строить весь цикл, видит двойной счёт, учитывает общую погоду, сетевую географию и конфликт мандатов, а также способен показать происхождение каждого числа. Красивое объяснение без проверяемой цепочки данных этим критериям не соответствует.\n\n## 19. Как внедрять и доказывать предотвращение проблемы\n\nНачинать удобно с сопоставимой группы объектов и отдельной контрольной группы. Состав подбирают по задаче и статистической мощности эксперимента. Универсального числа магазинов для доказательства нет.\n\n| Этап | Что должно появиться | Условие перехода |\n|---|---|---|\n| Обследование | Границы, устройства, сеть, качество услуги, договоры | Известны доступные измерения и исполнительные механизмы |\n| Наблюдение | История обычного режима | Данные покрывают нужные состояния и события |\n| Идентификация | Модели и диапазоны ошибок | Модель проходит проверку на отложенной выборке |\n| Работа в тени | Планы без управления | План физически допустим по фактическим состояниям |\n| Ограниченное воздействие | Измеренный цикл, включая восстановление | Качество услуги соблюдено на каждом объекте |\n| Портфель | Совместный ресурс и управление отказами | Подтверждены одновременность и локальный сетевой эффект |\n| Рыночная квалификация | Принятый продукт и методика расчёта | Выполнены требования конкретного рынка |\n| Повседневная эксплуатация | Наблюдаемая доступность и воспроизводимый результат | Изменения оборудования и модели управляются по версиям |\n\n### Испытания, которые отличают живую систему от презентации\n\nОбщая жара; несколько последовательных вызовов; массовое поступление тёплого товара; перезапуск после отключения; потеря части связи; задержанные данные; рассинхронизация часов; конфликт двух договоров; изменение топологии; отказ исполнительного механизма; внезапный дедлайн транспорта или вычислений.\n\nКаждый сценарий получает ожидаемое поведение и критерий прохождения. Для холодильника критерий относится к температуре продукта и режиму машины. Для вычислений он относится к результату и сроку. Для сети он относится к допустимой мощности, напряжению и качеству регулирования.\n\n### Как доказать, что пик предотвращён\n\nЗафиксируйте контрфактический сценарий и критерий перегрузки. Покажите, что без управления в сопоставимых условиях ограничение было бы нарушено с оценённой вероятностью, а с управлением соблюдается. Проверьте независимую выборку, весь цикл и чувствительность к ошибкам прогноза. Укажите диапазон условий, в котором вывод действителен.\n\nПостановка для оптимизатора: минимизировать стоимость при сохранении состояния внутри допустимого множества. Для надёжности можно задавать вероятностный предел нарушения, например ε, который выбирает владелец системы. Число ε нельзя назначать по удобству демонстрации: оно должно соответствовать последствиям отказа и требованиям объекта.\n\n### Возврат: половина всей задачи\n\nИнтерактивная модель 06: 100 кВт × 2 часа = 200 кВт·ч долга. Возврат за 1 час добавляет 200 кВт, за 4 часа 50 кВт. Потери в этом примере исключены.\n\nЕсли портфель снизил 100 кВт на два часа и должен восстановить 200 кВт·ч, возврат за час требует в среднем дополнительных 200 кВт. Разнесение на четыре часа уменьшает среднюю добавку до 50 кВт. Этот учебный пример предполагает равенство перенесённой и возвращаемой энергии; в реальности учитывают потери и изменение эффективности.\n\n## 20. Самопроверка: тридцать задач\n\nСначала сформулируйте ответ самостоятельно, затем откройте разбор. Человеку полезно отвечать словами и формулами. Агент должен дополнительно указывать статус данных, источник и условие применимости.\n\n### Задача 01. 100 МВт на два часа: сколько энергии изменено в окне события?\n\nРазбор: 200 МВт·ч. Чтобы назвать это экономией энергии, нужно проверить подготовку и восстановление за полный цикл.\n\n### Задача 02. У 30 000 объектов по 50 кВт. Можно ли обещать 1,5 ГВт?\n\nРазбор: Это сумма паспортных мощностей. Неизвестны работающая доля, возможность управления, длительность, доступность, исполнение и сетевое положение.\n\n### Задача 03. В чём различие между Shift и Shed?\n\nРазбор: Shift меняет время выполнения полезной задачи. Shed снижает потребление в окне; последствия для полезного выпуска и последующего возврата нужно установить.\n\n### Задача 04. Зачем увеличивать спрос?\n\nРазбор: Чтобы полезно поглощать доступный избыток, создавать запас и уменьшать последующий дефицит при соблюдении местных ограничений.\n\n### Задача 05. Почему общий дешёвый тариф может создать пик?\n\nРазбор: Одинаковое расписание синхронизирует пуски и увеличивает корреляцию нагрузки. Нужны согласованные либо разнесённые расписания.\n\n### Задача 06. Достаточно ли средней температуры склада для управления?\n\nРазбор: Нужны критические зоны и температура продукта. Среднее может скрывать нарушение на отдельном участке.\n\n### Задача 07. Какой запас определяет длительность холодового DR?\n\nРазбор: Доступный тепловой запас до локальных границ при ожидаемом теплопритоке и технологических ограничениях.\n\n### Задача 08. C = 8 кВт·ч/К, ΔT = 2 К, теплоприток 12 кВт. Каково простое окно отключения?\n\nРазбор: Запас 16 кВт·ч тепла. При постоянном притоке окно 16/12 часа, то есть 80 минут.\n\n### Задача 09. Почему батарея 1 МВт / 1 МВт·ч не гарантирует 1 МВт на час?\n\nРазбор: Нужны текущий заряд, обязательный резерв, доступная ёмкость, КПД, температура и ограничения инвертора. Номиналы недостаточны.\n\n### Задача 10. Что означает более 1 ГВт DR в договорах Google?\n\nРазбор: Договорную характеристику, заявленную компанией. Без ряда исполнения это не доказательство фактического одновременного снижения на 1 ГВт.\n\n### Задача 11. Сколько из китайских 16,85 ГВт является чистым DR?\n\nРазбор: В использованном официальном показателе это не выделено. VPP может включать нагрузку, батареи и генерацию.\n\n### Задача 12. Можно ли сложить VPP Китая, DR США и портфель Google?\n\nРазбор: Нельзя без сопоставимых определений и удаления пересечений; портфель Google может входить в американские программы.\n\n### Задача 13. Каков статус 20 и 50 ГВт в китайском документе 2025 года?\n\nРазбор: Цели регулирующей способности VPP к 2027 и 2030 годам соответственно.\n\n### Задача 14. В индийском отчёте летний результат выше октябрьского. Что проверить?\n\nРазбор: Летний случай смоделирован. Октябрьские события наблюдались на реальной небольшой группе; сравнивать нужно одинаковый метод.\n\n### Задача 15. Почему baseline фиксируют заранее?\n\nРазбор: Чтобы выбор метода и корректировок после события не подстраивался под желаемую выплату. Метод также должен соответствовать рынку.\n\n### Задача 16. Отбор из сети снизился на 100 кВт. Это управление нагрузкой?\n\nРазбор: Причина ещё не установлена. Нужны раздельные данные нагрузки, местной генерации и накопления.\n\n### Задача 17. Что делает оракул?\n\nРазбор: Подтверждает результат по согласованной процедуре. Достоверность измерений и методики требует самостоятельной проверки.\n\n### Задача 18. Почему большая популяция иногда хуже маленькой?\n\nРазбор: Общий фактор связывает её элементы. При высокой ковариации общий скачок растёт вместе с числом устройств.\n\n### Задача 19. Что значит локальный отказ в пакетной системе?\n\nРазбор: Устройство достигло границы своей полезной функции и временно вышло из гибкого режима. Агрегатор обновляет доступность.\n\n### Задача 20. Как отличить 5 000 устройств в PEM-исследовании от 82?\n\nРазбор: 5 000 относились к моделям на киберфизическом стенде. 82 были установленными устройствами полевого парка на дату среза.\n\n### Задача 21. Какая часть космического примера полезна магазину?\n\nРазбор: Совместный бюджет задач, мощности и запаса, приоритет обязательных функций и автономное решение при потере связи.\n\n### Задача 22. VPP гарантирует работу островом?\n\nРазбор: Нужна физически соответствующая микросеть: коммутация, защита и источник формирования сети. Агрегации ресурсов недостаточно.\n\n### Задача 23. Как оценить возврат 200 кВт·ч за четыре часа?\n\nРазбор: Средняя дополнительная мощность 50 кВт при пренебрежении потерями. Проверяются максимум по интервалам и местные ограничения.\n\n### Задача 24. В российском отборе опубликовано 519 МВт. Это исполнение?\n\nРазбор: Это плановый почасовой объём отобранных объектов на апрель 2025 года. Исполнение подтверждается другими данными.\n\n### Задача 25. Почему снижение суточных кВт·ч не гарантирует полезного сетевого эффекта?\n\nРазбор: Экономия может происходить вне критических часов либо в другом участке сети. Нужны время и электрическое расположение.\n\n### Задача 26. Можно ли продать один запас холода двум агрегаторам?\n\nРазбор: Совместимость проверяют по интервалам и полным траекториям. Две независимые полные одновременные продажи одного ресурса создают двойное обязательство.\n\n### Задача 27. Когда следует пересчитывать паспорт ресурса?\n\nРазбор: После изменения оборудования, режима, состояния запаса, погоды, топологии, договора, модели или качества телеметрии.\n\n### Задача 28. Почему результат 9-15% PNNL нельзя вписать как гарантированную экономию сети?\n\nРазбор: Это результат конкретного симуляционного исследования. Нужны собственные предпосылки, данные и проверка переноса.\n\n### Задача 29. Какая конечная цель у «пятой группы» в этом учебнике?\n\nРазбор: Сохранение базовых услуг при совместном управлении энергией, локальными запасами, связью и вычислениями. Термин имеет проектный статус.\n\n### Задача 30. Как доказать переход от реакции к предотвращению?\n\nРазбор: Установить контрфактический режим, область условий и критерий нарушения, затем проверить соблюдение ограничений и качество услуги на независимых данных за весь цикл.\n\n### Итоговая задача: узел на 100 объектов\n\nЕсть 100 магазинов, тепловые запасы, 20 зарядок и два фидера. Требуется уменьшать импорт на 500 кВт в течение 30 минут. По фидеру А разрешено вернуть после события не более 100 кВт дополнительной мощности. Температуры, мощности и доступность части устройств неизвестны.\n\nПодготовьте реестр недостающих данных, паспорта ресурсов, математическую постановку, план квалификации, два сценария отказа, методику эффекта и финансовую модель. Сначала определите, какая часть задания вообще доказуемо выполнима. Пустые поля сохраняйте неизвестными до измерения.\n\n- Мощность 500 кВт и энергия 250 кВт·ч разделены.\n- Для каждого ресурса установлены граница измерения и электрический узел.\n- Неизвестные температуры и мощности сохранены как неизвестные.\n- План сохраняет качество услуги на каждом объекте.\n- Энергетический запас и уже выданные обязательства не посчитаны дважды.\n- Возврат по фидеру А укладывается в дополнительные 100 кВт.\n- Предусмотрены потеря связи и общий погодный фактор.\n- Baseline и методика проверки определены до воздействия.\n- Разделены системная выгода, выручка агрегатора и результат владельца.\n- Исполнение допускается только после квалификации и проверки мандата.\n\n## 21. Словарь для человека и агента\n\n| Термин | Расшифровка | Значение |\n|---|---|---|\n| DR | Demand response | Изменение потребления в соответствии с потребностями энергосистемы и рыночными сигналами. |\n| DSM | Demand-side management | Широкое управление объёмом, структурой и гибкостью спроса. |\n| DSF | Demand-side flexibility | Способность нагрузки менять профиль в допустимых пределах. |\n| DSR | Demand-side response | Термин, часто используемый для DR в британской практике. |\n| DER | Distributed energy resources | Распределённые нагрузки, генерация и накопление. |\n| VPP | Virtual power plant | Совместно управляемый портфель ресурсов. |\n| DERMS | DER management system | Средства управления распределёнными ресурсами. |\n| EMS | Energy management system | Система управления энергией объекта или системы. |\n| BMS | Building / battery management system | Аббревиатура требует расшифровки: здание либо батарея. |\n| Baseline | Расчётная база | Ожидаемое потребление без конкретного оцениваемого воздействия. |\n| Rebound | Возврат нагрузки | Потребление для восстановления запаса после события. |\n| Preconditioning | Предварительная подготовка | Создание теплового или иного запаса перед критическим окном. |\n| TCL | Thermostatically controlled load | Нагрузка с термостатическим управлением. |\n| COP | Coefficient of performance | Отношение полезного теплового потока к электрической мощности. |\n| SoC | State of charge | Состояние заряда; база процентов должна быть указана. |\n| QoS | Quality of service | Согласованное качество полезной услуги. |\n| SLA | Service-level agreement | Договорные показатели услуги и ответственности. |\n| MPC | Model predictive control | Управление с регулярно пересчитываемым прогнозным планом. |\n| PEM | Packetized energy management | Координация коротких интервалов потребления через локальные запросы. |\n| Mean field | Среднее поле | Описание большой популяции через распределение состояний. |\n| Transactive energy | Транзакционная координация | Согласование действий через экономические сигналы и ограничения. |\n| Aggregator | Агрегатор | Участник, собирающий отдельные ресурсы в услугу. |\n| TSO | Transmission system operator | Оператор передающей энергосистемы; функции зависят от страны. |\n| DSO | Distribution system operator | Оператор распределительной сети. |\n| FFR | Fast frequency response | Быстрая частотная реакция; параметры зависят от продукта. |\n| FCR | Frequency containment reserve | Резерв для сдерживания изменения частоты. |\n| aFRR / mFRR | Frequency restoration reserves | Автоматическое / ручное восстановление частоты по правилам системы. |\n| RTP | Real-time pricing | Динамическая цена по рыночным интервалам. |\n| TOU | Time of use | Тариф с заранее установленными временными зонами. |\n| CPP | Critical peak pricing | Повышенная цена в объявленные критические периоды. |\n| PTR | Peak-time rebate | Вознаграждение за подтверждённое снижение в пиковом окне. |\n| V1G / V2G | Управляемая зарядка / двусторонний обмен | Изменение зарядки / поддерживаемая выдача энергии автомобиля. |\n| Derating | Снижение зачётной мощности | Корректировка мощности под условия готовности и надёжности. |\n| M&V | Measurement and verification | Измерение и проверка эффекта. |\n| Dispatch | Диспетчерское действие | Вызов ресурса для исполнения конкретной задачи. |\n| Counterfactual | Контрфактический сценарий | Оценка того, что произошло бы без исследуемого воздействия. |\n\n### Шесть вопросов к любой презентации DR\n\nСколько мощности реально исполняется? На какое время? В каком месте? При каком состоянии объектов? Какая полезная функция сохраняется? Как доказан результат и кому принадлежит доход?\n\nК этим шести вопросам добавляется седьмой, когда речь идёт о популяции: **какое совместное поведение система создаёт до события, во время него и после?**\n\n## 22. Что читать и как обновлять учебник\n\nРекомендуемый маршрут: сначала классификация Berkeley Lab и статья о новом определении DR; затем модель физического ресурса и измерения; после этого отчёты FERC, NESO и AEEE; дальше Китай, популяционное управление, NASA и микросети Sandia. Для практической работы завершить протоколом агента и итоговой задачей.\n\nУ источников ниже есть назначение. Часть описывает реальные события, часть правила, часть моделирование. **Дата публикации и период данных хранятся отдельно.** Рыночные правила и продукты следует повторно проверять перед заключением договора или подключением оборудования.\n\n[S01] [Berkeley Lab: Demand Flexibility](https://bies.lbl.gov/demand-flexibility). Страница программы, проверена 09.09.2026. Классификация. Прочитать определения Shape, Shift, Shed, Shimmy. Не смешивать функции услуги и типы оборудования.\n\n[S02] [Mathieu et al.: A New Definition of Demand Response in the Distributed Energy Resource Era](https://arxiv.org/abs/2410.18768). 2024. Исследовательская постановка. Проследить границы определения DR и причины их пересмотра.\n\n[S03] [PNNL: GridWise Olympic Peninsula Demonstration](https://www.pnnl.gov/projects/transactive-systems-program/gridwise-olympic-peninsula-demonstration). Демонстрация 2006-2007. Полевой проект. Изучить транзакционную координацию и границы переноса результатов демонстрации.\n\n[S04] [Desrochers et al.: Real-world, Full-scale Validation of Power Balancing Services from Packetized Virtual Batteries](https://phines.w3.uvm.edu/publications/2018/desrochers2018.pdf). 2018. Исследование: поле и стенд раздельно. Сопоставить 82 установленных водонагревателя и 5 000 моделируемых устройств. Разобрать локальный отказ от гибкого режима.\n\n[S05] [OpenADR Alliance: OpenADR 3 Introduction and Certification](https://www.openadr.org/openadr-3-0). Текущая страница, проверена 09.09.2026. Спецификация и совместимость. Разобрать информационную модель, роли и процедуры совместимости.\n\n[S06] [IEA: Electricity 2026, Flexibility](https://www.iea.org/reports/electricity-2026/flexibility). Отчёт 2026; DR за 2024. Оценка международного агентства. Различить активный ресурс, технический потенциал и полную нагрузку сектора.\n\n[S07] [FERC: 2025 Assessment of Demand Response and Advanced Metering](https://www.ferc.gov/sites/default/files/2025-12/25_Annual%20Assessment%20of%20Demand%20Response_1212.pdf). Декабрь 2025; оптовые данные за 2024. Официальная сводка регистрации. Печатная стр. 15, таблица 3-3: определения категорий, округление и примечания о пересечениях.\n\n[S08] [NESO: Nearly 2 million households and businesses registered for DFS last winter](https://www.neso.energy/nearly-2-million-households-and-businesses-registered-demand-flexibility-service-dfs-last-winter). 04.07.2025; зима 2024/25. Исполнение и выплаты. Сопоставить объём заявок, принятый объём, исполнение и выплаты провайдерам.\n\n[S09] [NESO: Demand Flexibility Service](https://www.neso.energy/industry-information/balancing-services/demand-flexibility-service-dfs). Изменения с 09.04.2026; проверено 09.09.2026. Действующая страница продукта. Двусторонняя гибкость, закупка по зонам, минимальный порог и правила взаимодействия услуг.\n\n[S10] [NEA: сообщение Лю Минъяна о развитии новой энергосистемы](https://www.nea.gov.cn/20260427/4e33a1da7f694efb8ea36a4b42c222b7/c.html). 27.04.2026; данные на конец 2025. Официальное сообщение. Проверить точную формулировку: 470 проектов и максимальная регулирующая способность по тестированию.\n\n[S11] [NDRC / NEA: Guidelines on accelerating the development of virtual power plants, №357](https://www.ndrc.gov.cn/xxgk/zcfb/tz/202504/t20250411_1397162.html). Документ 25.03.2025, опубликован 11.04.2025. Определения и цели. Разобрать организацию VPP и цели на 2027 и 2030 годы.\n\n[S12] [AEEE: Automated Demand Response Pilot in Delhi](https://aeee.in/wp-content/uploads/2025/01/automated-demand-response-pilot-in-delhi.pdf). 2025; наблюдения и летняя модель разделены. Первичный анализ пилота. Печатные стр. 11-12: сопоставить baseline-методы и полевые результаты с летней симуляцией.\n\n[S13] [Tata Power-DDL: ISGAN Award of Excellence 2024](https://www.tatapower-ddl.com/pr-details/199/2801686/tata-power-ddl-gains-international-recognition-with-international-smart-grids-action-network-%28isgan%29-award-of-excellence-2024-for-grid-resilience-flexibility). 11.11.2024. Сообщение участника. Изучить роль поведенческого участия конечного потребителя.\n\n[S14] [СО ЕЭС: отбор агрегаторов управления спросом на II квартал 2025](https://www.so-ups.ru/news/press/press-release-view/news/26986/). 07.03.2025; апрель-июнь 2025. Результат отбора. Плановые МВт и исторические цены по двум ценовым зонам.\n\n[S15] [AER: Review of the WDRM, final report findings and overview](https://www.energyinnovationtoolkit.gov.au/article/regulatory-changes/wholesale-demand-response-mechanism-2025-aemc-review-final-report). Обзор отчёта AEMC от 23.10.2025. Официальный анализ регулятора. Изучить границы механизма и расчёт системной экономической выгоды.\n\n[S16] [Google: How we are making data centers more flexible to benefit power grids](https://blog.google/innovation-and-ai/infrastructure-and-cloud/global-network/how-were-making-data-centers-more-flexible-to-benefit-power-grids/). 04.08.2025. Сообщение компании о соглашениях. Разобрать энергосистемные обязательства вычислительной нагрузки.\n\n[S17] [Google Data Centers: Energy](https://datacenters.google/energy/). Страница проверена 09.09.2026. Договорная мощность, заявление компании. Читать формулировку включения DR в долгосрочные энергетические договоры.\n\n[S18] [Fingrid: Demand-side flexibility](https://www.fingrid.fi/en/electricity-market/market-integration/electricity-market-development-projects/demand-side-management/). Страница проверена 09.09.2026. Описание практики оператора. Промышленные нагрузки как участники резервных рынков.\n\n[S19] [Fingrid: Independent Aggregation](https://www.fingrid.fi/en/electricity-market/market-integration/electricity-market-development-projects/independent-aggregation/). Страница проверена 09.09.2026. Правила участия. Проверять допустимость независимой агрегации по каждому резервному продукту.\n\n[S20] [Stromnetz Berlin: Controllable consumer appliances](https://www.stromnetz.berlin/en/grid-use/controllable-consumer-appliances/). Правила с 2024; проверено 09.09.2026. Инструкция сетевого оператора. Локальная управляемость зарядок и тепловых насосов; различия прямого управления и EMS.\n\n[S21] [METI / ANRE: Virtual Power Plant and Demand Response](https://www.enecho.meti.go.jp/en/category/vpp_dr/). Страница материалов. Официальный каталог руководств. Руководства по Energy Resource Aggregation Business. Каталог найден в поиске; прямое открытие недоступно при подготовке.\n\n[S22] [Enel X Korea surpasses 400 Demand Response customers](https://www.enelx.com/kr/en/press-releases/2025/Enel-X-Korea-Exceeds-400-DR-Customers). 14.10.2025. Заявление агрегатора. Масштаб клиентского портфеля одной компании; число клиентов не выражает МВт.\n\n[S23] [Enel X: Polish Capacity Market portfolio for delivery in 2025](https://www.enelx.com/pl/en/aktualnosci/enel-x-utrzymuje-pozycje-lidera-dsr). Период поставки 2025. Результат аукциона по данным участника. 595 МВт одного портфеля: отличать от всего рынка и от фактического вызова.\n\n[S24] [RTE: Bénéficier d’un soutien aux flexibilités décarbonées](https://www.services-rte.com/fr/decouvrez-nos-offres-de-services/beneficiez-d-un-soutien-aux-effacements.html). Программа 2025 и I полугодия 2026; текущая страница. Правила закупки. 2 900 МВт как верхний объём закупки указанной программы; результат отбора требует отдельного документа.\n\n[S25] [Resideo: sale of Grid Services Demand Response business to EnergyHub](https://investor.resideo.com/news/news-details/2025/Resideo-Announces-Sale-of-Grid-Services-Demand-Response-Business-to-EnergyHub/default.aspx). 02.12.2025. Корпоративное сообщение. Развитие коммерческой платформы агрегации через интеграцию оборудования и программ.\n\n[S26] [PNNL: The DSO+T Study, summary](https://www.pnnl.gov/sites/default/files/media/file/PNNL-32170-Sum%20DSO%2BT%20Study_1.pdf). 2022. Симуляционное исследование. Сценарии, предпосылки и результаты 9-15% по пику; проверить метод переноса на новую сеть.\n\n[S27] [NASA: An Autonomous Power Controller for the Human Deep Space Gateway](https://ntrs.nasa.gov/api/citations/20180005241/downloads/20180005241.pdf). 2018. Публичная разработка. Планирование нагрузки и взаимодействие с управлением миссией. Поисковый текст доступен; PDF возвращал 403.\n\n[S28] [Sandia: Advanced Microgrids and SPIDERS](https://energy.sandia.gov/programs/electric-grid/advanced-microgrids/). Страница программы, проверена 09.09.2026. Публичная программа исследований и демонстраций. Микросетевые архитектуры, критические нагрузки, оптимизация и проверка устойчивости.\n\n[S29] [NASA: Power Autonomy Research and Development Environment, PARD](https://ntrs.nasa.gov/api/citations/20205008494/downloads/TM-20205008494.pdf). 2021. Исследовательская среда и прототип. Отделить описанный автономный прототип от подтверждённой лётной эксплуатации.\n\n[S30] Материалы XPower: публичная выписка и профессиональный релиз. 25-26.08.2026. Материалы пользователя. Прочитаны X5_Power_Public_Extract_Order_1732_25826AA-ECH_v1.docx и X5_Power_Internal_Professional_Release_Macrodeal_Opening_v5_LegalWatch.docx. Использованы определения и последовательность проверки эффекта; проектные объёмы не подтверждаются этими выдержками.\n\n[S31] [OpenADR Alliance: Webinar Series](https://www.openadr.org/webinar-series). Текущий каталог. Записи для просмотра. Выбрать запись по информационной модели и сертификации OpenADR 3.\n\n[S32] [Sandia: Microgrid Design Toolkit](https://energy.sandia.gov/programs/electric-grid/advanced-microgrids/microgrid-design-toolkit/). Текущая страница. Инструмент для изучения. Разбирать компромиссы стоимости, надёжности и состава микросети.\n\n[S33] [Fingrid: Reserve market information](https://www.fingrid.fi/en/electricity-market-information/reserve-market-information/). Текущие ряды, даты выбираются отдельно. Источник рыночных данных. Упражнение: собрать цены, закупку и активацию за один и тот же период.\n\n[S34] [Berkeley Lab: Grid Services / Connected Communities](https://connectedcommunities.lbl.gov/resources/general-information/grid-services). Текущий каталог исследований. Материалы по ресурсам зданий. Углубить классификацию услуг и ограничения тепловых нагрузок.\n\n### Что пока остаётся открытым\n\nДля мира нет собранного здесь единого ряда фактически исполненных МВт и МВт·ч по всем программам. Для большинства ресурсов каталога нельзя достоверно назвать национальную мощность без отдельного обследования и устранения пересечений. Сопоставимые сведения о закрытых военных системах не установлены. Доступность исходных измерений отдельных коммерческих VPP ограничена.\n\nЭти пробелы обозначены явно. Следующие версии должны расширять реестр подтверждений: страна, программа, период, ресурс, мощность, длительность, исполнение, источник, качество данных и пересечения. Агент обновляет вывод только после обновления этого реестра.\n\nМатериал подготовлен по состоянию на 9 сентября 2026 года. Учебные модели служат для освоения логики расчёта. Для диспетчерского применения нужны идентифицированные параметры, испытания и действующие полномочия.\n\n\n## 23. От устранения пика к области допустимой работы\n\n### Чему учимся\n\nПосле этой главы читатель должен уметь заменить обещание «пиков больше не будет» проверяемым утверждением: какие возмущения выдерживает система, сколько времени она сохраняет услугу и какой запас оставляет после воздействия. Это следующий шаг после классификации зрелости в главе 02.\n\nУ одного холодильника есть температура, состояние компрессора, запас до границы и запрет слишком частого включения. У станции зарядки есть остаток энергии до задания и время выезда. У вычислительного задания есть объём работы и срок. Эти состояния определяют, какие будущие расписания ещё возможны. Сумма паспортных киловатт таких сведений не содержит.\n\n### Три условия выполнимости\n\nДля учебной постановки обозначим состояние объекта `xᵢ(t)`, решение контроллера `uᵢ(t)`, внешнее воздействие `wᵢ(t)`. Шаг времени должен быть одинаковым во всех уравнениях.\n\n```\nxᵢ(t+1) = fᵢ(xᵢ(t), uᵢ(t), wᵢ(t))\nxᵢ(t) ∈ допустимые состояния услуги\nPфидер(t) = Σ Pᵢ(t) + Pпрочее(t) ≤ Lфидер(t)\nxᵢ(T) ∈ состояния, из которых возможно дальнейшее восстановление\n```\n\nПервое условие сохраняет полезную функцию каждого объекта. Второе ограничивает совместную нагрузку в конкретном электрическом узле. Третье проверяет конец горизонта: после удачного получасового снижения должна оставаться возможность продолжать работу. Иначе оптимизатор может израсходовать весь запас в последнем интервале и передать следующей смене невыполнимую задачу.\n\n**Область допустимой работы** здесь означает множество начальных состояний, для которых существует хотя бы один план, удовлетворяющий этим условиям при выбранном наборе внешних воздействий. Это учебное определение для данного курса. В реальном проекте набор воздействий, точность модели и критерий устойчивости записываются отдельно.\n\n| Уровень обещания | Что требуется показать | Чего достаточно для опровержения |\n|---|---|---|\n| Выполнимо в одном прогнозе | Расписание, состояния и баланс по интервалам | Один нарушенный предел внутри этого прогноза |\n| Выполнимо в проверенных сценариях | Проверка каждого объявленного сценария | Нарушение хотя бы в одном из них |\n| Выполнимо с заданной вероятностью | Обоснованная статистическая модель и её проверка | Несоответствие фактического риска принятой модели |\n| Выполнимо для всех воздействий в заданном диапазоне | Обоснование на всём диапазоне | Допустимое возмущение, при котором план теряет выполнимость |\n\nСотня удачных прогонов случайной модели подтверждает результаты этих прогонов. Для утверждения о всём диапазоне нужен дополнительный аргумент. Формулировка гарантии всегда ограничена исходными допущениями.\n\n### Как выглядит переход к предотвращению\n\nПусть вечером десяти автомобилям нужно получить по 6 кВт·ч за три часа. Каждый зарядник способен потреблять 7 кВт. На зарядку выделено 25 кВт сетевой мощности. Всего требуется 60 кВт·ч; сетевое окно допускает до 75 кВт·ч. Средняя необходимая мощность составляет 20 кВт.\n\nВ непрерывной учебной модели план по 2 кВт каждому автомобилю в течение трёх часов выполняет все задания и оставляет 5 кВт мощности в пределах окна. Этот пример предполагает, что каждый автомобиль допускает такую регулировку. При дискретном включении или минимальной мощности зарядки строится другое расписание и проверяется каждый интервал. Приход автомобилей в разное время тоже меняет задачу.\n\nЕсли то же задание нужно выполнить за два часа, доступно только 50 кВт·ч. Дефицит 10 кВт·ч существует ещё до включения зарядников. Его нужно разрешить изменением срока, задания или физического ресурса. Хороший прогноз обнаруживает такую ситуацию заранее; сам по себе он дополнительной энергии не создаёт.\n\nПроблема одновременного старта в первом случае устраняется правилами допуска задач в расписание. Во втором случае система должна признать недостаточность ресурса. **Умение заранее отказаться от невыполнимого обещания является частью управления популяцией.**\n\n### Пять показателей предотвращения\n\n1. Максимальное превышение мощности над лимитом в каждом узле, кВт.\n2. Интеграл превышения за период, кВт·ч; он дополняет сведения о длительности и величине пика.\n3. Число и длительность нарушений качества услуги: отдельно по типам ограничений.\n4. Запас гибкости после события и после завершения восстановления.\n5. Доля сценариев, в которых все условия выполнены, с явным описанием сценариев.\n\nУменьшение числа вызовов DR может сопровождаться улучшением системы, если постоянная координация устранила причины вызовов. Поэтому доход от событий и результат предотвращения нужно отслеживать отдельными рядами. Связь постоянной оптимизации с baseline разобрана в главе 08.\n\n## 24. Общие причины отказов: почему размер портфеля обманывает\n\n### Один и тот же средний результат, разный риск\n\nРассмотрим синтетический портфель: `N` одинаковых устройств, каждое даёт `p` кВт снижения с вероятностью `q`. Средняя мощность составляет `N·p·q`. Если все устройства зависят от одного канала связи, погоды или одной настройки, их отказы могут происходить совместно.\n\nДля учебной модели с одинаковой попарной корреляцией `ρ` дисперсия суммы индикаторов доступности даёт:\n\n```\nСредняя мощность = N · p · q\nСтандартное отклонение = p · √[N · q · (1−q) · (1+(N−1)·ρ)]\nЭффективное число независимых устройств = N / [1+(N−1)·ρ]\n```\n\nПоследняя строка является эквивалентом по дисперсии доли доступных устройств. Она помогает оценивать пользу диверсификации и не меняет физическое количество устройств. Формула получается раскрытием дисперсии суммы: складываются индивидуальные дисперсии и все попарные ковариации. Здесь рассматривается только неотрицательная корреляция.\n\nМодель 07: N=1000, p=2 кВт, q=0,9, ρ=0,05. Средняя мощность 1800 кВт; стандартное отклонение около 135,4 кВт; эквивалент независимых устройств около 19,6. Учебный расчёт моментов, без гарантированной мощности.\n\nДля 1 000 устройств по 2 кВт при доступности 90% средний результат равен 1 800 кВт. При независимости стандартное отклонение примерно 19 кВт. Уже при корреляции 0,05 оно возрастает примерно до 135 кВт; эквивалент по дисперсии составляет около 20 независимых устройств. При полностью общем отказе стандартное отклонение равно 600 кВт, хотя средняя мощность осталась прежней.\n\n**Среднего и дисперсии недостаточно, чтобы получить достоверную гарантированную мощность.** Распределения с одинаковыми первыми двумя моментами могут иметь разные хвосты. Калькулятор намеренно не выдаёт «надёжные МВт» и не подменяет испытание портфеля.\n\n### Сценарий, который скрывает средняя доступность\n\nВ другом учебном примере общий канал работает в 95% событий. При его отказе доступно 0 кВт. Когда он работает, каждое устройство независимо доступно с вероятностью 0,9. Безусловная средняя мощность для 1 000 устройств по 2 кВт составит `0,95 × 0,9 × 2 000 = 1 710 кВт`.\n\nОднако вероятность полностью нулевой отдачи не меньше 5%. Поэтому положительное обязательство с вероятностью исполнения 99% невозможно в рамках этой архитектуры без дополнительного ресурса или другого режима работы. Увеличение числа устройств за тем же единственным каналом не устраняет эти 5% событий.\n\n| Общая причина | Что проверять | Что меняет архитектуру |\n|---|---|---|\n| Потеря центральной связи | Все ли объекты прекращают участие вместе | Локальный заранее разрешённый план и срок его действия |\n| Жара | Одновременно ли исчезает тепловой запас | Пересчёт доступности по погодному сценарию, иной состав ресурсов |\n| Одинаковый тариф | Совпадают ли старты после смены цены | Разнесение фаз с учётом локальных ограничений |\n| Общая версия контроллера | Может ли одна ошибка охватить весь парк | Поэтапное обновление, возможность возврата версии |\n| Один трансформатор | Помогает ли ресурс нужному узлу | Учёт топологии и отдельные лимиты по узлам |\n| Один тип процесса | Совпадают ли сроки и технологические запреты | Разнообразие задач и календарей |\n\nПортфель оценивается по независимым причинам доступности, времени и месту действия. Географическое разнообразие полезно только там, где ресурсы действительно могут оказать требуемую услугу. Снижение на соседнем фидере может помочь общему балансу и при этом оставить локальную перегрузку без изменений.\n\n### Задание для агента\n\nАгрегатор показывает 10 000 устройств и 99% доступности облачного сервера. Какие данные ещё нужны? Минимальный ответ: доступность связи до объектов, локальная логика при разрыве, распределение физического запаса, совместные отказы, границы сети, длительность обязательства и история фактического исполнения. Процент времени работы сервера не является процентом исполненных событий всего портфеля.\n\n## 25. Сквозной практикум: заявка, исполнение, возврат, доказательство\n\n### Исходная постановка\n\nВсе числа в этой главе синтетические. Требуется уменьшить импорт одного фидера на 500 кВт с 18:00 до 18:30. Дополнительная нагрузка при восстановлении с 18:30 до 20:30 ограничена 150 кВт относительно обычного профиля. Предполагаем, что указанные ниже ограничения проверены на объектах; потери переноса в первом расчёте равны нулю.\n\n| Группа | Допустимое снижение | Энергетический бюджет переноса | Длительность | Существенное условие |\n|---|---|---|---|---|\n| Холод | 240 кВт | 120 кВт·ч электрического эквивалента | 30 минут | Запас подготовлен до события; продукт остаётся в допустимом диапазоне |\n| Вентиляция | 120 кВт | 60 кВт·ч | 30 минут | Учебная модель требует вернуть перенесённую работу за 2 часа |\n| Зарядка транспорта | 200 кВт | 100 кВт·ч | 30 минут | Срок зарядки позволяет восстановление до 20:30 |\n\nСуммарная допустимая мощность составляет 560 кВт. Это ещё не основание обещать 560 кВт: нужно выбрать рабочую комбинацию и проверить восстановление, потери, качество услуги и резерв на отказ.\n\n### Шаг 1. Выбрать расписание\n\nПлан: 220 кВт холода + 100 кВт вентиляции + 180 кВт зарядки = 500 кВт. За полчаса переносится соответственно 110, 50 и 90 кВт·ч; всего 250 кВт·ч. Каждая группа укладывается в своё учебное ограничение. Остаток мощности по группам составляет 20, 20 и 20 кВт, всего 60 кВт.\n\nЭти 60 кВт можно назвать арифметическим запасом текущей комбинации. Они станут резервом исполнения только после проверки скорости замещения, продолжительности и независимости причин отказа. Полная потеря любой из трёх групп этим запасом не покрывается.\n\n### Шаг 2. Запланировать возврат до выдачи команды\n\nПри равномерном восстановлении за два часа потребуются дополнительно 55 кВт холода, 25 кВт вентиляции и 45 кВт зарядки. Итого 125 кВт, что ниже разрешённых 150 кВт. В реальном расчёте нужно проверить каждый интервал: средняя мощность сама по себе не исключает кратковременного превышения.\n\n| Период | Холод | Вентиляция | Зарядка | Изменение импорта фидера |\n|---|---|---|---|---|\n| 18:00-18:30 | −220 кВт | −100 кВт | −180 кВт | −500 кВт |\n| 18:30-20:30 | +55 кВт | +25 кВт | +45 кВт | +125 кВт |\n| После 20:30 | Обычный режим | Обычный режим | Задание восстановлено | 0 кВт по модели |\n\nЕсли фактическая энергия возврата окажется на 20% больше, понадобится 300 кВт·ч, или 150 кВт за два часа. Вся разрешённая полоса будет занята, без запаса на ошибку. При большем перерасходе исходный план возврата перестанет помещаться в окно. Это проверка чувствительности, а не оценка реальных потерь оборудования.\n\n### Шаг 3. Проверить сценарии до обязательства\n\n| Сценарий | Следствие | Решение в рамках учебной задачи |\n|---|---|---|\n| Базовый | 500 кВт и возврат 125 кВт выполнимы по исходным допущениям | Можно продолжить проверку остальных условий |\n| Жара уменьшает холод с 240 до 160 кВт | Максимум портфеля становится 480 кВт | Заявка 500 кВт не проходит |\n| Зарядка уходит целиком | Остаётся максимум 360 кВт | Требуется дополнительный квалифицированный ресурс или меньшая заявка |\n| Окно возврата сокращается до часа | Нужно в среднем 250 кВт при лимите 150 | Исходная траектория невыполнима |\n| Телеметрия устарела | Текущий запас неизвестен | Пересчитать доступность после получения достоверного состояния |\n\nПри ограничении заявки до 450 кВт погодный сценарий допускает комбинацию 150 + 110 + 190 кВт. Энергия составит 225 кВт·ч, средний возврат за два часа 112,5 кВт. Однако общий отказ зарядки по-прежнему не покрывается. Каждое улучшение нужно привязывать к конкретному сценарию.\n\n### Шаг 4. Измерить исполнение и его неопределённость\n\nДопустим, согласованный baseline фидера на полчаса равен 1 800 кВт, а измеренный импорт 1 325 кВт. Оценка снижения равна 475 кВт, энергия снижения 237,5 кВт·ч, арифметическое исполнение заявки 95%. Эти проценты не задают формулу выплаты: она определяется договором.\n\nЕсли baseline известен только как диапазон от 1 760 до 1 840 кВт, оценка снижения лежит от 435 до 515 кВт. Такой диапазон сам по себе не имеет назначенного уровня доверия. По нему нельзя уверенно утверждать достижение 500 кВт. Для договорного зачёта применяют заранее установленную методику, а для инженерного вывода сохраняют неопределённость.\n\nДополнительно проверяют температуры, выполненные задания зарядки, условия вентиляции, максимум импорта при возврате и конечный запас. Снижение мощности при сорванной основной услуге не выполняет постановку этого практикума.\n\n### Шаг 5. Доказать предотвращение\n\nСобытийный расчёт сравнивает импорт с согласованной расчётной базой. Проверка предотвращения исследует другой вопрос: уменьшились ли перегрузки после введения постоянного расписания при сопоставимых погоде, составе нагрузки и объёме полезной работы?\n\nНужен заранее выбранный дизайн сравнения: сопоставимая контрольная группа, поэтапное включение объектов или проверенная модель исходного режима. Сохраняют ряды до и после, список изменений оборудования, качество прогноза и неблагоприятные события. Удобные дни не должны вытеснять из отчёта трудные дни. Если исходный режим неизвестен, вывод о предотвращении остаётся гипотезой.\n\n### Итоговый ответ компетентного агента\n\nАгент выдаёт паспорт ресурса, допустимое расписание по группам, план возврата, перечень покрытых и непокрытых сценариев, метод проверки и основания обязательства. Отдельно указывает, какие данные измерены и какие приняты в учебной модели. В исходной задаче он не обещает устойчивые 500 кВт при жаре и полной потере зарядки.\n\nСледующий инженерный шаг понятен: расширить разнообразие ресурса, создать нужный запас, улучшить локальную автономность или уменьшить обязательство. Так обучение доходит до проектирования системы, которая заранее удерживает совместную работу объектов в допустимых пределах.\n"
}