GTT / ВЛАСНА ТЕХНОЛОГІЧНА НЕЗАЛЕЖНІСТЬ

ВЛАСНИЙ
AI-ДИСПЕТЧЕР

Одна система для різних СЕС. Пряме керування без обов’язкової залежності від хмар виробників. Прогноз, аналітика та економічно обґрунтовані дії.

EMS OVERLAYEDGE CONTROLLERAPPLIED AI

30+СЕС у парку*

1інтерфейс керування

0змін у заводській прошивці

* Масштаб парку — вихідні дані концепції. Сумісність кожної конфігурації перевіряється окремо.

01 / ВИХІДНА СИТУАЦІЯ

РІЗНІ ІНВЕРТОРИ.
РІЗНІ ХМАРИ. ОДИН БІЗНЕС.

Парк електростанцій працює на обладнанні різних виробників. Телеметрія та управління розділені між сторонніми системами, а прогнозування купується як послуга.

01 / Залежність

↗

Чужі сервіси

Доступ до частини даних і керування проходить через зовнішні платформи виробників.

02 / Фрагментація

◫

Окремі інтерфейси

Складніше бачити весь парк, порівнювати станції та запроваджувати спільні правила.

03 / Витрати

₴

Прогноз як послуга

За оцінку майбутнього виробітку компанія сьогодні платить сторонньому постачальнику.

Завдання GTT: об’єднати дані й доступне керування, створити власний прогноз та використовувати їх для економічних рішень.

02 / КЛЮЧОВЕ ІНЖЕНЕРНЕ РІШЕННЯ

НЕ ПЕРЕПРОШИВАЄМО ІНВЕРТОРИ.
ЗАМІНЮЄМО ВЕРХНІЙ РІВЕНЬ КЕРУВАННЯ.

EMS overlay — програмна надбудова диспетчерського керування. Вона працює поверх штатної автоматики, а не замість неї.

Сьогодні / залежний контур

СЕС → хмара виробника → наша система

Залежність від доступності чужого API
Різні платформи й формати
Контроль обмежений можливостями стороннього сервісу

Цільова схема / власний контур

СЕС → «Клубничка» → GTT AI Operator

Локальний доступ до обладнання через підтримуваний Modbus
Один захищений канал до власного сервера
Єдині дані, правила, прогноз та диспетчеризація

Незмінна основа: MPPT, силове керування, вбудовані захисти та заводська прошивка залишаються у виробника. Ми додаємо власну логіку вищого рівня.

03 / АРХІТЕКТУРА · ЗА СХЕМОЮ ПРОЄКТУ

ТРИ РІВНІ.
ЧІТКА ВІДПОВІДАЛЬНІСТЬ.

☁

GTT AI Operator — власний сервер

Прогнозування, економічна оптимізація, диспетчеризація парку СЕС, історія та аналітика.

↕ Захищений API-канал · перевірені команди та телеметрія

▣

Локальний контролер на СЕС — «Клубничка»

Raspberry Pi: шлюз Modbus, перевірка команд, контроль строку дії, зв’язок із сервером і автономні правила.

↕ Локальний Modbus RTU / TCP · тільки дозволені операції

Інвертори Sungrow / Solis та інші сумісні моделі

Штатна прошивка, силова електроніка, внутрішні алгоритми, апаратні та мережеві захисти залишаються на місці.

Результат: хмари виробників виводяться з робочого контуру для тих моделей і конфігурацій, де це дозволяє локальний інтерфейс.

Рівень	Що контролює	Як поводиться без інтернету
Сервер GTT	Прогноз, розрахунки, узгоджені плани для всього парку	Не є необхідним для базової фізичної роботи інвертора
«Клубничка»	Дійсність команд, локальні обмеження, часові умови	Застосовує погоджені локальні правила й контроль актуальності плану
Інвертор	Генерація, вбудовані захисти та обладнання	Поведінка визначається заводськими налаштуваннями та перевіреним сценарієм втрати диспетчерського зв’язку

04 / ПРОСТОЮ МОВОЮ ПРО «ПРОШИВКУ»

ЗАМІНЮВАТИ ВСЕ —
НЕ ТІЛЬКИ ЗАЙВЕ, А Й РИЗИКОВАНО.

ВЕРХНІЙ РІВЕНЬ
НАШ

Коли та скільки видавати в мережу в межах дозволеного; прогноз, ринкові ціни, планування, диспетчеризація.

ЛОКАЛЬНИЙ РІВЕНЬ
НАШ

Перевірка команд, термін дії, ліміти та поведінка при відмові зв’язку. «Клубничка» на станції.

БАЗОВИЙ РІВЕНЬ
ЗАВОДСЬКИЙ

Електричні процеси, алгоритми інвертора, захисти обладнання. Не втручаємося у заводську прошивку.

EMS OVERLAY

Не «новий мозок замість старого».
Новий диспетчер над ним.

Якщо центральний сервер недоступний, інвертор не повинен втрачати базові захисні функції. Але припустимий режим видачі в мережу необхідно окремо визначити та випробувати на кожній конфігурації.

05 / AI, ЯКИЙ ПРАЦЮЄ НА РЕЗУЛЬТАТ

НЕ ЧАТБОТ ДЛЯ КРАСИВИХ ЗВІТІВ.
AI, ЯКИЙ ДОПОМАГАЄ ДІЯТИ.

Ми не оцінюємо інтелектуальність кількістю відповідей. Ми перевіряємо, чи точніший прогноз, чи раніше знайдено втрати та чи кращим стало рішення.

01 / AI FORECAST

↗

Прогноз кожної СЕС

Модель враховує погоду, сезонність, історію і фактичні особливості станції.

МЕТРИКА → ПОХИБКА ПРОГНОЗУ

02 / AI DIAGNOSTICS

◈

Ранні сигнали втрат

Пошук нетипової поведінки інверторів ще до очевидної аварії.

МЕТРИКА → ПІДТВЕРДЖЕНІ ПОДІЇ

03 / AI ANALYST

₴

Причина → дія → ефект

Гіпотези про втрати і конкретні рекомендації, які можна перевірити.

МЕТРИКА → ГРИВНІ, НЕ ЗВІТИ

Принцип довіри: мовна модель пояснює та пропонує гіпотези; фінансові розрахунки й команди виконують перевірювані алгоритми. Перевага AI над базовими методами має бути доведена пілотом, а не заявлена наперед.

06 / НОВИЙ ПРОДУКТОВИЙ НАПРЯМ

СЬОГОДНІ МИ КУПУЄМО ПРОГНОЗ.
ЗАВТРА МОЖЕМО ПРОДАВАТИ ВЛАСНИЙ.

Поточна модель

Стороння послуга прогнозування

Вартість і доступність послуги залежать від зовнішнього постачальника; можливості адаптації обмежені.

Цільовий продукт GTT

Власний прогноз генерації

Модель, яка навчається на реальних даних парку та може перетворитися на окремий сервіс для інших операторів СЕС.

Дані

Погода, історія, стан обладнання, режим обмежень.

Модель

Прогноз з урахуванням особливостей конкретної СЕС.

Перевірка

Порівняння з поточним провайдером і базовими методами.

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

07 / AI DISPATCH · ІЛЮСТРАТИВНИЙ СЦЕНАРІЙ

НЕ ЛИШЕ СКІЛЬКИ ВИРОБИТИ.
А ЯК ОТРИМАТИ НАЙКРАЩИЙ ДОПУСТИМИЙ РЕЗУЛЬТАТ.

ПРИКЛАД, НЕ РЕАЛЬНІ ДАНІ / ПОГОДИННИЙ ПРОФІЛЬ

Умовна генераціяУмовна ціна енергії

ЛОГІКА ПРИЙНЯТТЯ РІШЕНЬ

Прогноз → оптимізація → перевірка → команда

Врахувати ціну, договори, доступну генерацію та обмеження мережі
Розрахувати допустимий графік видачі або обмеження потужності
За наявності АКБ — оптимізувати заряд і розряд
Передати лише узгоджені команди через локальний контролер

Фізика важливіша за презентацію: без накопичувача СЕС не може «перенести сонце» на дорожчі години. Оптимізуються доступні дії, а не вигадана генерація. Ефект залежить від договорів і правил ринку.

08 / ЦІЛЬОВА ПРОДУКТОВА АРХІТЕКТУРА

П’ЯТЬ МОДУЛІВ.
ОДИН ІНТЕЛЕКТУАЛЬНИЙ КОНТУР.

AI Dispatch

План видачі та доступних режимів АКБ з урахуванням ціни, договорів і фізичних обмежень.

Fleet Intelligence

Пріоритети для всього парку: які станції й події потребують уваги насамперед.

AI Diagnostics

Аномалії, рання деградація, приховані втрати та перевірка результату ремонту.

Digital Twin

Перевірка сценаріїв на моделі до втручання в роботу реального обладнання.

Autonomous Control

Виконання дозволених команд із локальними обмеженнями, журналом і контрольованим відновленням.

Поетапний запуск.
Це цільова конфігурація, а не заява, що всі модулі вже розроблені.

ШІ потрібен там, де він додає вимірювану якість. Класична математика оптимізує та перевіряє, ML прогнозує й шукає закономірності, LLM пояснює результати.

09 / КОНТУР БЕЗПЕКИ

«КЛУБНИЧКА» — НЕ ПРОСТО ШЛЮЗ.
ЦЕ ЛОКАЛЬНИЙ ЩИТ СТАНЦІЇ.

На інвертор не надходить команда без перевірки джерела, прав доступу, допустимих параметрів і строку її дії.

ЗАХИЩЕНИЙ ЗВ’ЯЗОК

⌁

Сервер ↔ Edge

Автентифікований та шифрований API-канал; Modbus залишається всередині локального сегмента СЕС.

КОМАНДИ З ТЕРМІНОМ ДІЇ

◴

TTL + контроль стану

Інженер може задати строк дії; система повинна мати безпечне значення за замовчуванням для команд, що його потребують.

ВІДМОВОСТІЙКІСТЬ

◇

Локальний режим

При втраті інтернету контролер діє за погодженим сценарієм; при його відмові враховується заводська логіка інвертора.

Подія	Запроєктована реакція
Нова команда	Перевірити підпис/сесію, права, ліміти, час, поточний стан; записати дію в журнал.
Сплив строку команди	Виконати визначений для конкретного обладнання сценарій завершення керування або повернення до дозволеного режиму.
Сервер недоступний	Локальні правила до межі актуальності плану; далі погоджений режим безпечної роботи.
Відмова Edge	Заводський сценарій втрати зовнішнього керування, попередньо перевірений на пілоті.

Інженерне правило: відсутність вручну встановленого таймера не повинна створювати небезпечну безстрокову команду. Режим відмови потрібно визначити для кожної моделі інвертора й перевірити на пілоті.

10 / ПОСЛІДОВНІСТЬ ВПРОВАДЖЕННЯ

СПОЧАТКУ ДОВЕСТИ КЕРУВАННЯ.
ПОТІМ МАСШТАБУВАТИ AI.

ЕТАП 01

Сумісність

Перелік моделей, версій, доступних регістрів, команд і обмежень. Вибір пілотної СЕС.

Вихід: матриця сумісності

ЕТАП 02

Прямі дані

Телеметрія без API виробника; захищений обмін із «Клубничкою».

Вихід: перевірений локальний моніторинг

ЕТАП 03

Керування та захист

Тестові дозволені команди, TTL, зв’язок, журнал, сценарії втрати зв’язку.

Вихід: акт результатів пілоту

ЕТАП 04

AI і масштаб

Прогноз, порівняння точності, діагностика, економіка та поступове підключення парку.

Вихід: вимірювані KPI

Поточний статус: концепція й попередній аналіз. Реальна сумісність, поведінка команд і економічний результат підтверджуються тестами, а не презентацією.

11 / КОМЕРЦІЙНА МОДЕЛЬ

СПОЧАТКУ — ОБСЯГ РОБОТИ.
ПОТІМ — УМОВИ.

Розробка, права на продукт, продажі та супровід — різні зобов’язання. Їх необхідно визначити до початку роботи.

01 / РОЗРОБКА

Що отримує GTT

Обсяг першої поставки, моделі обладнання, пілотна СЕС і перевірювані критерії приймання.

02 / ПРОДАЖІ ТА ПРАВА

Як монетизуємо продукт

Права на код, комерційне використання, облік продажів та модель відсоткової винагороди.

03 / ПІДТРИМКА

Що відбувається після запуску

Оновлення, SLA, адаптери та інфраструктурні витрати — окремо погоджений обсяг.

Наступний крок: погодити технічне завдання, межі відповідальності та модель співпраці.

12 / ФІНАЛЬНИЙ ЕКРАН · КОМЕРЦІЙНИЙ ОРІЄНТИР

ВЛАСНА EMS.
ВЛАСНИЙ AI. ВЛАСНИЙ КОНТРОЛЬ.

Єдина платформа для різних СЕС, захищений локальний контур, власний прогноз та економічна оптимізація.

ПОПЕРЕДНІЙ ОРІЄНТИР · ЕКВІВАЛЕНТ У ДОЛАРАХ США

≈ $5 512

250 000 ₴ ÷ 45,3526 ₴/$ ≈ $5 512,36

За офіційним курсом НБУ від 02.11.2026. Довідковий розрахунок, не фіксована ціна в USD.

Рішення: узгодити пілот, ТЗ, приймання та остаточні фінансові умови. Сума ще обговорюється.