EMS Cloud Console MOCKUP

Планування, модулі, публікація manifest на edge · об'єкт: Жмеринський (ze)

Edge zeOnline
Manifestappliedze-2026-06-28T08:12
План28.06 ✓
Режимshadow
Жмеринський (ze) manifest OK

iot2050-ze-001 · 2× SL · uplink 12 с

SOC
58%
План
28.06 ✓
Модуль
Арбітраж
Агродар-Бар (ab) pending

iot2050-ab-001 · 1× SL · uplink 2 хв

SOC
71%
План

Алерти fleet

  • ze: SOC drift +4% vs plan (год 14) — MPC на edge
  • ab: manifest не опубліковано на завтра

Топологія SmartLogger

SmartLogger — СЕС (PV)
Керування сонячною генерацією · curtailment · ліміт 40378
Write: 40378 (PV setpoint)
Read: 40388 (actual P), інвертори remapped 51xxx
Poll: ~2 с · shadow: без write
SmartLogger — УЗЕ (ESS)
Керування батареєю · dispatch · ліміт 40381
Write: 40381 (ESS setpoint)
Read: 40392, 40515 (SOC), 40490/40492 (limits)
Poll: ~3 с · shadow: без write

На ЖЕ Encombi теж використовує два SL — цей mockup відображає цільову архітектуру для пілотного тесту. На АБ один SL об'єднує PV+ESS.

Режим роботи EMS

Ліміти мережі (ЖЕ)

Остання публікація: сьогодні 08:12 · ACK 08:12:04
Модулі = сценарії в manifest. Увімкнення/розклад формують active_module і modules_enabled. Edge інтерпретує фіксований набір модулів без перезбірки; публікація — atomic swap manifest.

Модулі керування

Економічний арбітраж active

РДН day-ahead: заряд у дешеві години, розряд на load / експорт у піки. Потребує плану з кроку «План на добу».

Власне споживання

PV → load, мінімум curtailment. Базовий модуль, завжди увімкнений як fallback.

Нічний дозаряд

00:00–06:00: SOC → ціль 80%, лише дешевий імпорт.

Обмеження піків

Резерв BESS під пікові години навантаження елеватора.

Пріоритет сонця

Мінімальний curtailment PV; арбітраж з мережі обмежений.

Активний: economic_arbitrage

Розклад модулів

ЧасМодульДні

Emergency override

Примусові setpoint задаються на edge UI (локально) або через окремий manifest-блок override з коротким TTL. Тут — лише перегляд активного override з edge.

Статуснемає
Останній
Відкрити локальне керування →
1Планове споживання
2Розрахунок AI
3План УЗЕ · перегляд
Спочатку задаємо навантаження. Без плану споживання AI не знає, скільки енергії потрібно покрити з УЗЕ, мережі чи СЕС. Можна ввести кВт по годинах або (пізніше) скласти з переліку робіт.
Сума за добу: МВт·год

Вхідні дані для розрахунку

План load
1.0
МВт·год
Прогноз PV
4.0
МВт·год
РДН
28.06.2026
SOC зараз
62%
Пресет
Арбітраж

Алгоритм: day-ahead DP (project_net) — мінімізує вартість імпорту з урахуванням деградації УЗЕ (0.15 ₴/кВт·год) і планового навантаження.

Економія від плану: — AI only

План на добу вперед: погодинний розклад заряд/розряд УЗЕ, фон РДН, траєкторія SOC та порівняння без оптимізації vs з AI-планом. Горизонт до 02:00 +1 день (післяпівнічний РДН). Профіль — ЖЕ 15.05.2026.

Година 14–15

Наведіть на стовпець графіка або оберіть годину — ручне коригування плану УЗЕ

Журнал доставки manifest

Історія публікацій з хмари на edge: план, модулі, конфіг. Edge відповідає ACK або reject (schema / підпис / конфлікт версії).

Час (cloud)Об'єктmanifest_idТипСтатусACK (edge)
28.06 08:12zeze-2026-06-28T08:12:00+03:00plan+modules applied08:12:04 · iot2050-ze-001
27.06 18:40zeze-2026-06-27T18:40:00+03:00plan applied18:40:02
27.06 09:05abab-2026-06-27T09:05:00+03:00config pending— (edge offline 2 хв)
26.06 14:22zeze-2026-06-26T14:22:00+03:00modules rejectedschema: unknown module_id