# 📖 Huawei SUN2000: Структура логів та технічна діагностика

> **Важливо:** Ця книга є теоретичною базою для розуміння принципів обробки даних у проекті **[Huawei Log Parser](https://andysu3.mooo.com/hua3/)**. Проект створено для автоматизованого перетворення бінарних логів інвертора у human-readable формат для подальшого аналізу.

## 📑 Зміст

| | Розділ |
|---|---|
| [Вступ](#вступ) | Для кого ця книга |
| [**Глава 1**](#глава-1-еволюція-huawei-sun2000-порівняння-v2-та-v3) | Еволюція Huawei SUN2000: Порівняння V2 та V3 |
| [**Глава 2**](#глава-2-організація-памяті-та-файлова-система-інвертора) | Організація пам'яті та файлова система інвертора |
| [**Глава 3**](#глава-3-структура-логів-deep-dive) | Структура логів (Deep Dive) |
| [**Глава 4**](#глава-4-modbus-та-функція-0x41) | Modbus та функція 0x41 |
| [**Глава 5**](#глава-5-карта-регістрів-та-параметрів) | Карта регістрів та параметрів |
| [**Глава 6**](#глава-6-практичне-застосування-om-стратегії) | Практичне застосування: O&M стратегії |
| [**Глава 7**](#глава-7-перспективи-автоматизованої-діагностики) | Перспективи автоматизованої діагностики |
| [**Глава 8**](#глава-8-huawei-в-сонячній-енергетиці-від-телекому-до-світового-лідерства) | Huawei в сонячній енергетиці |
| [**Глава 9**](#глава-9-mppt-та-iv-curve-diagnostics-фізика-алгоритми-діагностика-панелей) | MPPT та IV Curve Diagnostics |
| [**Глава 10**](#глава-10-що-далі-автоматизований-аналіз-та-регламент-робіт) | Що далі: Автоматизований аналіз та регламент робіт |
| [Додатки](#додатки) | Словник термінів · Коди помилок · Підключення до Modbus |

---

> 📋 **Версія 1.2** · Оновлено згідно з: *Huawei SUN2000MB Modbus Interface Definitions Issue 07 (2026-06-23)* (V200R023C10SPC215). Додано підтримку лінійок MB0/MBL0.

---

## Вступ

Ця книга описує внутрішню логіку роботи та структуру даних інверторів Huawei SUN2000. Її головна мета — пояснити, **що саме робить проект [Huawei Log Parser](https://andysu3.mooo.com/hua3/) і для чого він створений**.

Документ орієнтовано на:
1. **Інженерів O&M (Operation & Maintenance)**: Для розуміння принципів перетворення бінарних файлів на корисну діагностичну інформацію.
2. **Розробників**: Як довідник офсетів, регістрів та недокументованих структур.

### Архітектурний хаос: чому логи Huawei виглядають саме так? (Передмова)

Аналізуючи закриті формати Huawei, слід пам'ятати: **єдиної продуманої з нуля системи логування не існує**. Перед нами класичний "археологічний пиріг" (яскравий приклад закону Конвея), створений внаслідок еволюції компанії Huawei протягом 15+ років. Тут нашаровувалися рішення різних команд, різного заліза та різних технологічних епох.

Якщо розкласти цей "зоопарк" на складові, чітко виділяються 4 абсолютно різні суб-архітектури:

#### 1. Низькорівнева команда DSP / Силової електроніки
* **Файли:** `dsp_log.a`, `dsp_log.b`, `dsp_wave_data.emap`, `dsp_freq_data`
* **Формат:** Сирі `struct` з мови C, здамплені з оперативної пам'яті DSP-процесора.
* **Особливості:** Ці файли створювалися інженерами для мікроконтролерів із ліченими кілобайтами RAM. Жодної метаінформації немає — лише жорсткі зміщення байтів (byte offsets).

#### 2. Команда системної платформи EMAP (Event Management Platform)
* **Файли:** `alarmg_history.emap`, `perfmg_data.emap`, `his_inv_rd.emap`, `usrmg_usrlog_2.emap`
* **Формат:** Фіксовані бінарні таблиці з магічними заголовками (V100, V200, V300, V600).
* **Особливості:** Спроба Huawei (2012-2015) створити "внутрішній стандарт" для журналів. З'явилася версіонність, але всередині кожного файлу все ще лежить свій унікальний масив фіксованих записів.

#### 3. Команди периферійних модулів (PLC, Opti, BMU Battery)
* **Файли:** `cco_log_file.emap`, `plc_featdata.emap`, `opt_featdata.emap`, `bmu_alarm_log`
* **Особливості:** Повний різнобій. Найцікавіший приклад — `cco_log_file.emap`: це звичайний текстовий файл логів (`printf`), якому просто дали розширення `.emap`, щоб головна система сприймала його як "свій".

#### 4. Сучасна команда FusionSolar & Android/iOS Apps (Cloud Team)
* **Файли:** `sun_inpt_rec.emap`, `sun_inspect_rec`, `cfg_file_ctrl.emap`
* **Формат:** Гнучкі таблиці ключ-значення (Key-Value) або TLV (Tag-Length-Value).
* **Особливості:** Ці формати зберігають `Offset`, `Name` та `Value`, тому додавання нового параметра в прошивці більше не ламає парсери.

**Підсумок:** Розширення `.emap` та архіви `.tar.gz` — це лише обгортка (контейнер), куди Huawei "скидає" артефакти роботи десятка різних команд розробників. У цій книзі ми навчимося витягувати з цього "пирога" справжню цінність.

## Глава 1. Еволюція Huawei SUN2000: Порівняння V2 та V3

Серія SUN2000 пройшла значний шлях від перших промислових моделей до інтелектуальних гібридних систем. Розуміння поколінь V2 та V3 — це ключ до правильної інтерпретації логів та ефективної діагностики.

### 1.1 Архітектура "Brain + Heart" (ARM + DSP)

Кожен інвертор Huawei SUN2000 — це дворівнева обчислювальна система з чітким розподілом обов'язків між низькорівневим та високорівневим залізом (підтверджено аналізом прошивок та системної архітектури на 95%+):

1. **ARM-процесор ("Мозок" / System Controller)**:
   * **Апаратна платформа та ОС**: Процесори архітектури ARM (під управлінням **Huawei LiteOS** або Embedded Linux у SmartLogger).
   * **Роль**: Високорівнева логіка управління, збереження файлової системи EMAP, керування мережевими стеками (Modbus RTU / Modbus TCP) та взаємодія з хмарою FusionSolar або мобільним додатком.
   * **Дані та логи**: На ARM-процесорі формуються системні журнали `run_log`, таблиці тривог `alarmg_history.emap`, дані продуктивності `perfmg_data.emap` та щоденник `his_inv_rd.emap`. Також ARM керує сесіями передачі файлів через Modbus функцію **0x41**.
2. **DSP-процесор ("Серце" / Power & Protection Controller)**:
   * **Апаратна платформа**: Сигнальні мікроконтролери (серій Texas Instruments C2000 або HiSilicon) з операційною системою реального часу (RTOS).
   * **Роль**: Мікросекундне апаратне керування силовою електронікою (ШІМ-модуляція силових транзисторів IGBT/SiC), відстеження точок MPPT та миттєвий захист від короткого замикання, перенапруги й дуги (AFCI).
   * **Дані та логи**: Оскільки DSP має обмежений об'єм RAM (лічені кілобайти), він працює з кільцевими буферами (Ring Buffer) та зберігає "сирі" C-структури безпосередньо з пам'яті: дампи `dsp_log.a`/`dsp_log.b`, осцилограми аварій `dsp_wave_data.emap` (знімки фазних струмів і напруг при збої) та спектральний аналіз `dsp_freq_data`.

### 1.2 Еволюція поколінь: Таблиця моделей

| Покоління | Характерні моделі | Особливості |
| --- | --- | --- |
| **V2 (Classic)** | 33KTL-A, 36KTL, 42KTL | Промисловий стандарт. Висока надійність, фіксована логіка. |
| **V3 (Smart)** | 30/36/40KTL-M3, SUN2000-MB0, SUN5000-MB0, MBL0 | Нова архітектура, гнучкість, інтелектуальні функції (AFCI), нативна підтримка ESS, розширена карта регістрів. |

### 1.3 Зв'язок: Від RS485 до Modbus TCP

Це одна з найважливіших відмінностей, яка напряму впливає на швидкість витягування логів:

* **V2 (Повільна ера)**:
  + **Фізика**: Тільки RS485 (Modbus RTU).
  + **Швидкість**: 9600 або 19200 бод. Вичитування великого лога `his_inv_rd` міг тривати десятки хвилин.
  + **Топологія**: Обов'язкове використання SmartLogger для великих об'єктів.
* **V3 (Швидка ера)**:
  + **Фізика**: Modbus TCP (через Ethernet або WLAN-FE Dongle).
  + **Можливості**: Пряме підключення до хмари FusionSolar через **Smart Dongle** (SDongle), що значно спрощує систему для власника — SmartLogger більше не є обов'язковим для середніх СЕС.
  + **Безпека**: У V3 порт за замовчуванням часто змінено з 502 на **6607**, що вимагає уваги при налаштуванні стороннього моніторингу.

### 1.4 Енергонезалежність та УЗЕ (ESS)

У версії V3 (особливо в серіях **M3** та **MB0**) Huawei зробила величезний крок у бік систем накопичення енергії (ESS):

1. **Нативна підтримка батарей**: Моделі серії MB0 мають вбудовані порти для підключення систем **LUNA2000**.
2. **Карта регістрів**: У V3 додано сотні нових регістрів для моніторингу стану акумуляторів (SOC, SOH, температура елементів, цикли заряду).
3. **Управління УЗЕ**: Нові алгоритми "Time-of-Use" та "Self-consumption" повністю інтегровані в логіку ARM-процесора V3.

## Глава 2. Організація пам'яті та файлова система інвертора

Інвертор Huawei SUN2000 функціонує як потужний реєстратор даних (Data Logger). Його внутрішня архітектура забезпечує запис інформації про стан системи для подальшого аналізу.

### 2.1 Що таке EMAP?

Більшість логів Huawei мають розширення `.emap`. Це не просто випадковий набір літер:

* **EMAP** — пропрієтарне розширення файлів Huawei, що використовується для командних скриптів та бінарних даних в екосистемі SUN2000. Офіційне розшифрування абревіатури публічно не задокументоване.
* **Чому не текстовий лог?** Текстові файли (напр. `.txt` або `.log`) займають у 5–10 разів більше місця і вимагають значних ресурсів процесора для обробки. EMAP дозволяє записувати дані "сирими" структурами безпосередньо з пам'яті ARM-процесора, що гарантує миттєву швидкість запису навіть при критичних аваріях.

### 2.2 Механізм циклічного буфера (Circular Buffer)

Внутрішня Flash-пам'ять інвертора має обмежений об'єм (зазвичай від 128 МБ до 1 ГБ залежно від моделі). Щоб пам'ять не переповнилася в самий невідповідний момент, Huawei використовує принцип **FIFO** (First In, First Out) у вигляді кільцевого буфера:

1. **Сегментація**: Пам'ять розділена на логічні блоки (сектори).
2. **Запис**: Нові дані пишуться послідовно.
3. **Перезапис**: Коли вільне місце закінчується, система автоматично знаходить найстаріший блок даних, стирає його і записує на його місце найсвіжішу інформацію.

* **Важливо**: Саме тому при розслідуванні аварії критично важливо вивантажити логи **протягом 30-90 днів**. Якщо затягнути — дані про аварію будуть безповоротно стерті новими записами.

### 2.3 Життєвий цикл лога: від сенсора до файлу

Процес реєстрації даних проходить три етапи:

1. **Збір (Sampling)**: DSP-процесор опитує датчики струму та напруги тисячі разів на секунду.
2. **Агрегація (Aggregation)**: ARM-процесор збирає ці дані, усереднює їх (для `his_inv_rd` це зазвичай 5 хвилин) або виділяє піки (для `alarmg_history`).
3. **Комміт (Commit)**: Дані накопичуються в оперативній пам'яті (RAM) і скидаються на Flash-носій великими порціями, щоб зменшити знос Flash-пам'яті (Wear Leveling).

### 2.4 Персистентність та надійність

Логи Huawei SUN2000 є **енергонезалежними**. Це означає:

* **Збереження при Power Loss**: Якщо на станції повністю зникне живлення (і по сонцю, і по мережі), вже записані на Flash логи залишаться неушкодженими.
* **Атомарність запису**: Система використовує механізм журналювання файлової системи. Це гарантує, що файл `.emap` не буде "битим", навіть якщо живлення зникло прямо в момент запису.
* **Зносостійкість**: Алгоритми Huawei розподіляють записи по всьому об'єму чіпа пам'яті, що дозволяє інвертору надійно зберігати логи протягом всього терміну експлуатації (20+ років).

## Глава 3. Структура логів (Deep Dive)

Цей розділ є технічним довідником, де кожен файл лога розглядається як інструмент діагностики. Файли розділені на функціональні групи для полегшення розуміння того, які дані обробляє проект Huawei Log Parser.

---

### 3.1 Повсякденний моніторинг та продуктивність

#### 📈 his\_inv\_rd (History Inverter Read)

* **Призначення**: Головний щоденник роботи станції.
* **Що всередині**: Напруга та струм по кожному MPPT, температура радіаторів, опір ізоляції (Rin). Крок запису — 5 хвилин.
* **O&M порада**: Це ваш основний інструмент для пошуку "лінивих" стрінгів. Якщо напруга на одному стрінгу стабільно нижча за інші — шукайте затінення або поганий контакт у конекторах MC4.

#### 💰 perfmg\_data (Performance Data)

* **Призначення**: Бухгалтерія генерації.
* **Що всередині**: Накопичена енергія в кВт·год по годинах, днях та місяцях.
* **O&M порада**: Використовуйте для порівняння прогнозованої генерації (PVsyst) з фактичною. Різниця понад 10% — привід для миття панелей.

---

### 3.2 Реєстрація аварійних подій та осцилограми

#### 🚨 alarmg\_history (Alarm History)

* **Призначення**: Список усіх "хвороб" та зупинок.
* **Що всередині**: Точний час початку та завершення кожної тривоги, код помилки.
* **O&M порада**: Допомагає виявити хронічні проблеми мережі (напр. "Grid Overvoltage"). Це залізний доказ для претензій до Обленерго.

#### 📉 dsp\_wave\_data (Oscillography)

* **Призначення**: Мікроскоп для аварій.
* **Що всередині**: Форма хвилі (синусоїда) напруги та струму за мілісекунди до спрацювання захисту.
* **O&M порада**: Дозволяє відрізнити внутрішню поломку інвертора від зовнішнього імпульсного перенапруження (напр. удар блискавки поруч).

#### 📊 dsp\_freq\_data (Frequency Analysis)

* **Призначення**: Аналізатор якості мережі.
* **Що всередині**: Спектральні дані частотних коливань.
* **O&M порада**: Виявляє гармоніки, які спричиняють перегрів обмоток трансформаторів та швидкий знос силових компонентів.

---

### 3.3 Група "Здоров'я заліза": Превентивна діагностика

#### 📈 sun\_inpt\_rec (Sun Input Record / IV-Curves)

* **Призначення**: Медична карта сонячних панелей.
* **Що всередині**: Унікальні вольт-амперні характеристики кожного стрінга та лічильники мотогодин вентиляторів.
* **O&M порада**: "Ламана" IV-крива вказує на мікротріщини в панелях або критичне забруднення. Плануйте заміну вентиляторів після 30,000 годин роботи, не чекаючи їх зупинки.

#### 🔋 capacitor\_data (Capacitor Health)

* **Призначення**: Прогноз "вибуху".
* **Що всередині**: Результати внутрішнього тесту ємності та ESR електролітичних конденсаторів DC-шини.
* **O&M порада**: Конденсатори висихають через 5–8 років експлуатації. Цей лог дозволяє замінити плату за пів року до того, як вона вийде з ладу з димом.

#### 💎 opt\_featdata (Optimizer Data)

* **Призначення**: Рентген під кожною панеллю.
* **Що всередині**: Серійні номери та статистика кожного оптимізатора.
* **O&M порада**: Дозволяє знайти ОДНУ несправну панель серед ТИСЯЧІ на великому полі.

---

### 3.4 Група "Зв'язок та Аудит": Безпека та PLC

#### 🔐 usrmg\_usrlog\_2 (User Management Log)

* **Призначення**: Журнал входу в систему.
* **Що всередині**: Хто, коли і через який інтерфейс (Bluetooth/App) заходив у налаштування.
* **O&M порада**: Вирішує суперечки: "Це інвертор сам вимкнувся чи сервісний інженер дав команду Shutdown?".

#### 📡 plc\_featdata & cco\_log (Power Line Communication)

* **Призначення**: Моніторинг зв'язку по силових кабелях.
* **Що всередині**: Рівень шумів та помилок у лінії AC.
* **O&M порада**: Якщо інвертори часто "відпадають" від моніторингу — ці логи покажуть, чи не створює перешкоди сусіднє промислове обладнання.

#### 📟 run\_log (ARM System Log)

* **Призначення**: Журнал операційної системи.
* **Що всередині**: Події завантаження модулів, помилки пам'яті, лог роботи Bluetooth.
* **O&M порада**: Використовується для аналізу причин зависання SmartLogger або проблем з оновленням прошивки.

---

### 3.5 Група "Налаштування": Контроль конфігурації

#### ⚙️ cfg\_file\_ctrl (Control Configuration)

* **Призначення**: Еталон налаштувань.
* **Що всередині**: Поточні межі напруги, частоти та активовані функції захисту.
* **O&M порада**: Перевіряйте цей файл після кожного візиту сторонніх спеціалістів, щоб переконатися, що вони не занизили пороги захисту для "штучного" збільшення виробітку.

## Глава 4. Modbus та функція 0x41

> **Примітка:** Інформація щодо функції 0x41 зібрана частково завдяки реверс-інжинірингу та аналізу мережевого трафіку. Для практичної перевірки цих механізмів ви можете використовувати [Huawei Log Parser](https://andysu3.mooo.com/hua3/), який реалізує ці запити на практиці.

Стандартний протокол Modbus був створений для читання коротких значень з регістрів (наприклад, поточної потужності). Він не розрахований на передачу файлів розміром у мегабайти. Щоб обійти це обмеження, Huawei впровадила власну функцію **0x41**, яка дозволяє інвертору передавати бінарні файли частинами.

### 4.1 Чому функція 0x41?

Стандартні функції Modbus (03 — читання регістрів, 04 — читання вхідних регістрів) мають ліміт у **252 байти** на один пакет. Витягнути через них лог `his_inv_rd` обсягом 500 КБ було б неможливо або вкрай неефективно. Функція 0x41 дозволяє:

1. **Ініціювати сесію** передачі конкретного файлу.
2. **Запитувати дані** великими порціями (чанками).
3. **Контролювати помилки** на рівні кожного пакета.

### 4.2 Карта файлової системи: Файл AD.bin

Перш ніж прочитати будь-який лог, пристрій (наприклад, SmartLogger або ваш скрипт) має дізнатися, які файли взагалі є в пам'яті інвертора. Для цього використовується "мета-файл" **`AD.bin`** (Alarm/Access Data).

* Це каталог файлової системи.
* У ньому записані імена всіх доступних логів, їхні ID та поточні розміри.
* **LD.bin**, **PD.bin**, **CD.bin** — це основні групи даних (Logs, Performance, Configuration), які витягуються за цією ж логікою.

### 4.3 Механізм передачі (Sub-functions)

Передача файлу через функцію 0x41 відбувається за суворим протоколом під-функцій:

> 📎 **Примітка:** Конкретні значення під-функцій (0x05, 0x06, 0x07) наведено на основі аналізу мережевого трафіку. Для верифікації зверніться до повної версії *Modbus Interface Definitions* вашої моделі (секція 6.3.7), яка доступна на порталі support.huawei.com після авторизації.

1. **Sub-function 0x05 (Start Upload)**:
   * Майстер каже: "Я хочу прочитати файл типу 0x04 (Логи)".
   * Слейв (інвертор) відповідає: "Окей, загальний розмір файлу 512 000 байт. Я буду віддавати його порціями по **240 байт**".
2. **Sub-function 0x06 (Uploading Data)**:
   * Майстер запитує: "Дай мені пакет №1", потім "Дай пакет №2" і так далі.
   * **Чому 240 байт?** Це "золота середина". Разом із заголовками Modbus пакет ідеально вписується у 256 байт, що гарантує стабільну роботу навіть на старих RS485 лініях (V2).
3. **Sub-function 0x07 (End Upload)**:
   * Після останнього пакета Майстер каже: "Все отримав, сесію закрито".

### 4.4 Контроль цілісності та таймінги

Оскільки логи передаються бінарно, будь-яка помилка в одному байті зробить весь EMAP-файл нечитабельним.

* **CRC-перевірка**: Кожен пакет Modbus має свою контрольну суму.
* **Frame SN**: Кожен чанк має порядковий номер. Якщо пакет загубився, Майстер запитує його повторно за номером.
* **Тайм-аути**: При читанні великих файлів (особливо на V2 через RS485) важливо встановлювати збільшені тайм-аути (Response Timeout) до 5–10 секунд, оскільки ARM-процесору інвертора потрібен час, щоб "підняти" дані з Flash-пам'яті в буфер відправки.

## Глава 5. Карта регістрів та параметрів

Якщо логи (EMAP) — це "щоденник" інвертора, то Modbus-регістри — це його "анкета", яку можна опитувати в режимі реального часу. Для систем моніторингу (Home Assistant, Node-RED, SCADA) це основне джерело даних.

### 5.1 Логіка мапінгу та типи даних

> ⚠️ **Увага щодо версійності:** Карта регістрів Huawei SUN2000 суттєво відрізняється між серіями (L0, L1, M0, M1, M2, M3, MA, MB0). Наведені нижче адреси відповідають переважно серії **SUN2000MA** та **SUN2000-M1/M3** згідно з документом *Modbus Interface Definitions V100R001C00SPC166 Issue 08 (2024-11-07)*. Завжди звіряйтеся з документом для **вашої конкретної моделі та версії прошивки** перед написанням коду.

Huawei використовує стандартний протокол Modbus RTU/TCP з наступними правилами:

* **Big-Endian**: Старший байт передається першим.
* **UINT16 / INT16**: Займають 1 реєстр (2 байти).
* **UINT32 / INT32**: Займають 2 послідовні реєстри (4 байти). Важливо читати їх одним запитом.
* **Gain (Масштабування)**: Більшість значень передаються як цілі числа. Щоб отримати реальне значення, їх потрібно поділити на коефіцієнт (найчастіше 10, 100 або 1000).

---

### 5.2 Основні групи регістрів (Стандарт V2/V3)

#### 📋 Системна інформація (Read-Only)

| Регістр | Опис | Тип | Gain |
| --- | --- | --- | --- |
| 30000 | Модель інвертора (String) | STR | - |
| 30015 | Серійний номер (SN) | STR | - |
| 32089 | Стан роботи (Run state) | U16 | 1 |

#### ☀️ DC Сторона (Сонячні панелі)

| Регістр | Опис | Тип | Gain |
| --- | --- | --- | --- |
| 32016 | Напруга PV1 | I16 | 10 |
| 32017 | Струм PV1 | I16 | 100 |
| 32064 | Вхідна потужність DC | I32 | 1000 |

#### ⚡ AC Сторона (Мережа)

| Регістр | Опис | Тип | Gain |
| --- | --- | --- | --- |
| 32066 | Лінійна напруга L1-L2 (AB) | U16 | 10 |
| 32069 | Фазна напруга A (L1-N) | U16 | 10 |
| 32070 | Фазна напруга B (L2-N) | U16 | 10 |
| 32071 | Фазна напруга C (L3-N) | U16 | 10 |
| 32072 | Струм фази A | I32 | 1000 |
| 32074 | Струм фази B | I32 | 1000 |
| 32076 | Струм фази C | I32 | 1000 |
| 32078 | Пікова активна потужність за добу | I32 | 1000 |
| 32080 | Активна потужність | I32 | 1000 |
| 32082 | Реактивна потужність | I32 | 1000 |
| 32085 | Частота мережі | U16 | 100 |

#### 💰 Енергія та Температура

| Регістр | Опис | Тип | Gain |
| --- | --- | --- | --- |
| 32106 | Добова генерація | U32 | 100 |
| 32109 | Загальна генерація (Total) | U32 | 100 |
| 32087 | Внутрішня температура | I16 | 10 |



---

### 5.3 Спеціальні регістри V3: Системи накопичення (ESS) та нові функції

У поколінні V3 (включно із новітніми моделями MB0 та MBL0) з'явився величезний блок регістрів для роботи з акумуляторами **LUNA2000**. Вони зазвичай знаходяться в діапазоні **37000+** та **47000+**.

> 💡 **Примітка щодо Huawei Log Parser:** Проект `huawei-log-parser` активно розвивається. Наразі він підтримує парсинг базових показників ESS (струми, напруги), проте найновіші функції управління (як-от складні розклади зарядки або режими бекапу) знаходяться в процесі імплементації. Слідкуйте за оновленнями парсера для повної підтримки всіх функцій V200R023C10SPC215.

| Регістр | Опис | Тип | Gain | Опис значень |
| --- | --- | --- | --- | --- |
| **37000** | Стан роботи ESS unit 1 | E16 | - | 0=offline, 1=standby, 2=running, 3=fault, 4=sleep |
| **37001** | Потужність заряду/розряду | I32 | 1 | >0: заряд, <0: розряд |
| **37003** | Напруга шини акумулятора | U16 | 10 | Вольти |
| **37004** | SOC (Рівень заряду, ESS unit 1) | U16 | 10 | Напр. 955 = 95.5% |
| **37066** | Накопичений заряд (Total charge) | U32 | 100 | кВт·год |
| **37068** | Накопичений розряд (Total discharge) | U32 | 100 | кВт·год |
| **47086** | Режим заряду/розряду (Battery charging mode) | E16 | - | 0=adaptive, 1=fixed, 3=time-of-use (TOU), 4=fully fed to grid, 5=TOU |
| **47102** | SOC для резервного живлення (Backup power SOC) | U16 | 10 | Відсоток резерву (0-100%) |



---

### 5.4 Таблиця масштабування (Швидка довідка)

| Параметр | Типовий Gain | Приклад у реєстрі | Реальне значення |
| --- | --- | --- | --- |
| Напруга (V) | 10 | 2315 | **231.5 V** |
| Струм (A) | 10, 100 або 1000 | 450 | **4.5 A** (якщо Gain 100) |
| Потужність (W) | 1 | 15400 | **15400 W** |
| Енергія (kWh) | 100 | 1245 | **12.45 kWh** |
| Частота (Hz) | 100 | 5002 | **50.02 Hz** |

*Примітка: Завжди звіряйтеся з конкретною версією "Modbus Interface Definitions" для вашої моделі інвертора, оскільки Huawei може змінювати мапінг у нових прошивках.*

---

### 5.5 Топ-10 регістрів для базового моніторингу

Найчастіше використовувані регістри в Home Assistant / Node-RED / SCADA:

| Регістр | Параметр | Тип | Gain | Примітка |
| --- | --- | --- | --- | --- |
| 32064 | Вхідна потужність DC | I32 | 1000 | Загальна потужність від панелей (Вт) |
| 32069 | Напруга фази A (L1-N) | U16 | 10 | |
| 32070 | Напруга фази B (L2-N) | U16 | 10 | |
| 32071 | Напруга фази C (L3-N) | U16 | 10 | |
| 32080 | Активна потужність AC | I32 | 1000 | >0 = генерація, <0 = споживання |
| 32085 | Частота мережі | U16 | 100 | |
| 32087 | Внутрішня температура | I16 | 10 | °C |
| 32089 | Стан інвертора | U16 | - | 512 = On-Grid |
| 32106 | Добова генерація | U32 | 100 | кВт·год |
| 32109 | Загальна генерація | U32 | 100 | кВт·год |

---

### 5.6 Декодування стану інвертора (Регістр 32089)

| Значення | Стан |
| --- | --- |
| 0 | Idle: Initializing |
| 1 | Idle: Detecting ISO |
| 2 | Idle: Detecting irradiation |
| 3 | Idle: Grid Detecting |
| 256 | Starting |
| **512** | **On-Grid (нормальна робота)** |
| 513 | On-Grid: Power Limit |
| 514 | On-Grid: Self-derating |
| 768 | Shutdown: Fault |
| 769 | Shutdown: Command |
| 770 | Shutdown: OVGR |
| 771 | Shutdown: Comm. disconnected |
| 772 | Shutdown: Power Limit |
| 1280 | Spot-check |
| 2048 | IV Scanning |
| 40960 | Idle: No irradiation |

## Глава 6. Практичне застосування: O&M стратегії

Технічні логи мають цінність лише тоді, коли вони перетворюються на дії, що рятують обладнання або збільшують прибуток. У цій главі ми розглянемо конкретні сценарії для відділів експлуатації (O&M).

### 6.1 Профілактика: Заміна ДО поломки

Більшість аварій на СЕС можна передбачити за кілька місяців.

1. **Вентилятори (Fan Life)**: У файлі `sun_inpt_rec` є лічильник мотогодин. Якщо значення наближається до **30,000 годин** — плануйте заміну. Зупинка вентилятора в липні призведе до перегріву та деградації силових ключів IGBT, вартість ремонту яких у 20 разів вища за новий вентилятор.
2. **Конденсатори**: Аналізуйте `capacitor_data`. Зміна статусу з `Healthy` на будь-яке інше значення — це сигнал, що електроліт висихає. Це критично для інверторів, що працюють понад 5 років у гарячому кліматі.

### 6.2 Боротьба за ефективність: Пошук "втрачених" кВт·год

Якщо станція генерує на 5–10% менше, ніж прогнозує сонячний калькулятор, логи покажуть причину:

* **Аналіз IV-кривих (`sun_inpt_rec`)**: "Сходинки" на кривій свідчать про затінення (димар, дерево, сусідня панель). Якщо крива плавна, але низька — панелі потребують миття.
* **Деградація контактів**: Дивіться `his_inv_rd`. Якщо напруга на стрінгу PV1 "гуляє" на 10-20 вольт більше, ніж на сусідніх при однаковому сонці — у вас підгоряє контакт у конекторі MC4 або розподільчій коробці панелі. Це прямий ризик пожежі.

### 6.3 Юридичний захист та вирішення суперечок

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

1. **Претензії до Обленерго**: Якщо мережа часто виходить за межі (253V+), інвертор вимикається. Файл `alarmg_history` чітко зафіксує сотні таких подій. З цим звітом ви можете вимагати від енергомережі заміни трансформатора або лінії.
2. **Обмеження потужності**: Якщо диспетчер примусово знижує вашу генерацію через SmartLogger, файл `grid_adj_log` покаже точний час та рівень обмеження. Це дозволяє розрахувати суму недоотриманого прибутку для компенсації.

   > ℹ️ **Важливо:** Файл `grid_adj_log` доступний лише на об'єктах зі SmartLogger. На об'єктах з прямим підключенням через SDongle цей лог може бути відсутнім або недоступним через Modbus FC 0x41. Альтернатива — аналіз регістра **32080** (Active Power) в архіві `his_inv_rd`.
3. **Гарантійні випадки**: Якщо інвертор згорів, файл `dsp_wave_data` покаже, чи був це заводський брак, чи зовнішній удар блискавки.

---

### 📋 Чек-лист O&M візиту (Алгоритм ТО)

Під час кожного планового візиту на об'єкт (раз на пів року/рік) інженер має:

1. **Вивантажити повний пакет логів** (функція Export Log у FusionSolar).
2. **Перевірити `Rin` (Опір ізоляції)** у `his_inv_rd`. Значення нижче 100 кОм — шукайте пошкодження ізоляції кабелів.
3. **Зняти IV-криві** для всіх стрінгів.
4. **Перевірити журнал подій** на наявність частих помилок "Grid Overvoltage" або "String Reverse".
5. **Оцінити стан вентиляторів та конденсаторів**.

## Глава 7. Перспективи автоматизованої діагностики

Обсяги даних у логах інвертора створюють можливості для використання автоматизованих методів аналізу та машинного навчання (ML).

### 7.1 AI на борту: Захист від дуги (AFCI)

Найяскравіший приклад використання AI в інверторах Huawei — це функція **AFCI** (Arc Fault Circuit Interrupter).

* **Як це працює**: DSP-процесор аналізує спектральний шум у DC-ланцюзі (подібно до того, як ми бачили в `dsp_freq_data`).
* **Роль AI**: Нейромережа, навчена на мільйонах зразків "нормального" шуму та шуму "електричної дуги", здатна за мілісекунди ідентифікувати початок загоряння і вимкнути інвертор. Це захист, який неможливо реалізувати звичайними математичними алгоритмами.

### 7.2 Прогностична аналітика (Predictive Maintenance)

EMAP-логи — це ідеальне паливо для систем Big Data. Маючи базу даних логів за 10 років від тисяч інверторів, можна:

1. **Виявляти аномалії**: Система бачить "відхилення в поведінці" напруги стрінга за тиждень до того, як конектор почне диміти.
2. **Прогнозувати ресурс (RUL)**: На основі температури та навантаження AI розраховує залишковий ресурс вентиляторів та конденсаторів, формуючи графік закупівель запчастин заздалегідь.

### 7.3 Хмарний інтелект FusionSolar

Перевага сучасного покоління V3 — повна інтеграція з хмарою. Це дозволяє:

* **Масовий аналіз**: Одночасна перевірка IV-кривих на тисячах станцій без виїзду інженера.
* **Бенчмаркінг**: Порівняння вашої станції з аналогічними в тому ж регіоні. Якщо всі генерують 100%, а ви 90% — хмара сама підкаже, що пора мити панелі.

### Висновок: Перехід до CBM

Майбутнє O&M — це перехід від моделі "ремонтуємо, коли зламалося" або "перевіряємо раз на рік" до моделі **CBM (Condition-Based Maintenance)** — обслуговування за реальним станом.
Завдяки глибокому аналізу логів, який ми розглянули в цій книзі, ви отримуєте можливість чути "голос" вашого інвертора і діяти максимально ефективно.

## Глава 8. Huawei в сонячній енергетиці: від телекому до світового лідерства

> *«Ми не просто виробляємо обладнання — ми будуємо цифрову енергетичну інфраструктуру майбутнього.»*
> — Huawei Digital Power, Corporate Vision

### 8.1 З чого все починалося: телекомунікаційне ДНК

Huawei Technologies Co., Ltd. заснована у **1987 році** в Шеньчжені Жень Чженфеєм. Перші роки компанія займалася дистрибуцією телефонних комутаторів PBX, а вже у 1992 році запустила власне виробництво телекомунікаційного обладнання. До 2000-х Huawei стала глобальним постачальником мереж 2G/3G/4G і зіткнулася зі специфічною проблемою власного бізнесу: базестанції мобільного зв'язку в Африці, Азії та на Близькому Сході часто не мали надійного підключення до електромережі.

Саме ця проблема стала точкою входу у фотовольтаїку. Huawei почала розробляти гібридні енергетичні системи з сонячними панелями — **для живлення власних базостанцій**. Перші інвертори Huawei не продавалися на ринку: вони були внутрішнім інженерним рішенням.

Це телекомунікаційне походження визначило три фундаментальні відмінності підходу Huawei від традиційних виробників інверторів:

* **Культура надійності "п'яти дев'яток"** (99.999% uptime) — базестанції не можуть просто "перезавантажитися".
* **Цифровий інтелект з першого дня** — кожен пристрій має мікропроцесор, комунікаційний стек і дистанційне керування. Для традиційних виробників інверторів це була опція; для Huawei — базова вимога.
* **Глобальна масштабованість платформ** — архітектура розрахована на мільйони одиниць по всьому світу з єдиним програмним управлінням.

---

### 8.2 Хронологія: від першого кроку до №1 у світі

| Рік | Подія |
| --- | --- |
| **2000–2005** | Розробка гібридних систем живлення для базостанцій Huawei у регіонах без стабільної мережі |
| **2006** | Заснування внутрішнього R&D підрозділу з відновлюваної енергетики |
| **2011** | Вихід на ринок комерційних PV-інверторів: перші моделі серії SUN2000 (V1) |
| **2013** | Запуск хмарної платформи FusionSolar; перші установки в Китаї та Європі |
| **2015** | Реліз серії SUN2000 V2 (33KTL-A, 36KTL, 42KTL) — промисловий стандарт |
| **2017** | Huawei входить до топ-3 виробників інверторів у світі; запуск смарт-стрінг-концепції |
| **2019** | Реліз серії SUN2000 V3 (M3, MB0) з підтримкою ESS та AFCI |
| **2020** | Huawei стає **№1 у світі** за поставками PV-інверторів (за даними Wood Mackenzie) |
| **2021** | Виокремлення Huawei Digital Power як окремого бізнес-підрозділу |
| **2022** | Запуск серій з підтримкою 1500V та нових рішень для великих комерційних і промислових об'єктів |
| **2023–2025** | Активна експансія в Україні та Центральній Європі; зростання частки ринку на тлі децентралізації енергетики |

---

### 8.3 Ключові переваги над конкурентами

#### 8.3.1 Смарт-стрінг архітектура (Smart String)

Традиційні центральні інвертори підключають усі рядки до одного MPPT-трекера. Huawei запровадила концепцію **смарт-стрінгу**: кожен рядок підключається до власного незалежного MPPT-каналу з індивідуальним моніторингом струму. Це дає:

* Виявлення несправного рядка в режимі реального часу без виїзду на об'єкт.
* Мінімізацію втрат від часткового затінення — замість того щоб "тягнути" всі рядки вниз до найслабшого.
* Точну IV-діагностику по кожному рядку окремо.

#### 8.3.2 Вбудований захист від дуги (AFCI)

Huawei однією з перших впровадила стандартний вбудований **AFCI** — нейромережевий захист від електричної дуги в DC-ланцюзі. AFCI аналізує спектральні характеристики сигналу за мілісекунди і вимикає ланцюг ще до займання.

#### 8.3.3 Нативна хмарна екосистема

**FusionSolar** включена безкоштовно для кожної станції. Платформа об'єднує реальний моніторинг (секундний інтервал), дистанційне керування та оновлення прошивок OTA, AI-аналітику деградації та IV Curve Scanning для тисяч станцій одночасно.

#### 8.3.4 Порівняльна таблиця з ключовими конкурентами

| Функція | Huawei SUN2000 | SMA Sunny Tripower | Fronius Symo | Solis |
| --- | --- | --- | --- | --- |
| Смарт-стрінг моніторинг | ✅ Вбудований | ⚠️ Опція | ❌ Немає | ❌ Немає |
| AFCI захист | ✅ Стандартно | ✅ Стандартно | ✅ Стандартно | ⚠️ Деякі серії |
| Хмарний моніторинг | ✅ Безкоштовно | ⚠️ Платно | ✅ Безкоштовно | ✅ Безкоштовно |
| IV Curve Scanning | ✅ Вбудований | ❌ Зовнішній прилад | ❌ Зовнішній прилад | ❌ Немає |
| Нативна підтримка ESS | ✅ LUNA2000 | ✅ SMA Home Storage | ✅ Fronius Solar.Battery | ⚠️ Обмежена |
| Відкрита карта регістрів | ✅ Публічна | ✅ Публічна | ✅ Публічна | ✅ Публічна |

---

### 8.4 Huawei на ринку України

#### 8.4.1 Контекст та умови

Україна стала одним із найактивніших ринків для Huawei Digital Power у Центральній Європі:

* **Бум розподіленої генерації** після 2022 року: дефіцит централізованого електропостачання різко збільшив попит на автономні та гібридні СЕС.
* **"Зелений тариф" та корпоративне PPA** — програми, що стимулювали комерційні та промислові установки.
* **Компетентна дистрибуторська мережа**: авторизовані партнери Huawei Digital Power в Україні мають власні сервісні центри та технічну підтримку.

#### 8.4.2 Що представлено на ринку України (2024–2025)

**Побутові та мікрокомерційні інвертори (1–30 кВт):**

| Модель | Потужність | Тип | Ключові особливості |
| --- | --- | --- | --- |
| SUN2000-2/3/4/5/6KTL-L1 | 2–6 кВт | String, однофазний | Базова серія для дому, 1 MPPT |
| SUN2000-3/4/5/6/8/10KTL-M1 | 3–10 кВт | String, трифазний | 2 MPPT, AFCI, Smart Dongle |
| SUN2000-10/15/20/25KTL-M3 | 10–25 кВт | String, трифазний | 4 MPPT, підтримка LUNA2000 |

**Комерційні та промислові інвертори (30–255 кВт):**

| Модель | Потужність | MPPT | Особливості |
| --- | --- | --- | --- |
| SUN2000-30/36/40KTL-M3 | 30–40 кВт | 6 | Стандарт для комерційних дахів |
| SUN2000-50KTL-M3 | 50 кВт | 6 | Широко поширений на агропромислових об'єктах |
| SUN2000-100KTL-M2 | 100 кВт | 12 | Великі комерційні та промислові СЕС |
| SUN2000-185/215/255KTL-H0 | 185–255 кВт | 10 | Проекти utility-scale |

**Системи накопичення LUNA2000:**

| Модель | Ємність | Сумісний інвертор |
| --- | --- | --- |
| LUNA2000-5/10/15-S0 | 5/10/15 кВт·год | SUN2000-2..10KTL-L1/M1 |
| LUNA2000-30/60/100-H1 | 30/60/100 кВт·год | SUN2000-M3 та вище |

**Пристрої збору даних та керування:**

* **Smart Dongle (SDongle A05)** — Wi-Fi/4G модуль для підключення до FusionSolar без SmartLogger. Стандартна опція для побутових та малих комерційних станцій.
* **SmartLogger 3000A** — промисловий логер для великих об'єктів (до 80 інверторів).
* **SmartLogger 1000A** — рішення для малих і середніх комерційних об'єктів.

> ⚠️ **Важливо:** Самостійне підключення до FusionSolar без авторизованого партнера може обмежити доступ до частини функцій (дистанційне оновлення прошивок, повний IV Curve Scanning). Рекомендується введення в експлуатацію через авторизованого інсталятора.

---

---

## Глава 9. MPPT та IV Curve Diagnostics: фізика, алгоритми, діагностика панелей

### 9.1 Що таке MPPT і навіщо він потрібен

**Maximum Power Point Tracking (MPPT)** — це алгоритм керування, реалізований в інверторі, який безперервно знаходить і підтримує точку максимальної потужності фотовольтаїчного (PV) ланцюга. Сонячні панелі є нелінійними джерелами струму: залежно від освітленості, температури та стану самих модулів, крива їх потужності суттєво змінюється.

Без MPPT інвертор працював би з фіксованою напругою шини постійного струму і "знімав" з панелей лише частину доступної потужності. MPPT дозволяє реалізувати **95–99% теоретичного максимуму**, що є критично важливим для економічної ефективності станції.

---

### 9.2 IV-характеристика та точка максимальної потужності

Будь-яку сонячну панель або рядок панелей можна описати за допомогою **IV-кривої** (Current-Voltage Curve). Ключові точки:

| Параметр | Позначення | Значення / Опис |
| --- | --- | --- |
| Струм короткого замикання | Isc | Максимальний струм при U = 0 В |
| Напруга холостого ходу | Voc | Максимальна напруга при I = 0 А |
| Струм у точці максимуму | Impp | Струм в точці Maximum Power Point |
| Напруга у точці максимуму | Vmpp | Напруга в точці Maximum Power Point |
| Максимальна потужність | Pmpp | Pmpp = Impp × Vmpp (вершина кривої P-V) |
| Коефіцієнт заповнення | FF | FF = Pmpp / (Isc × Voc), ідеал ≈ 0.75–0.85 |

Крива потужності P = I × U має чіткий максимум — точку MPP. Завдання MPPT — утримувати робочу точку інвертора саме тут, незважаючи на постійні коливання зовнішніх умов.

---

### 9.3 Алгоритми MPPT у Sun2000

Huawei Sun2000 реалізує удосконалений MPPT-алгоритм на базі класичного методу збурень і спостережень (P&O), доповнений елементами провідного інкременту (INC) та адаптивним кроком:

1. Інвертор вимірює поточні U та I на шині DC.
2. Обчислює поточну потужність: **P = U × I**.
3. Вносить мале збурення напруги (±ΔU) та порівнює нове значення P з попереднім.
4. Якщо P зросла — рух у правильному напрямку; якщо впала — змінює напрямок збурення.
5. Розмір кроку адаптується: великий — при швидкій зміні умов (хмара), малий — поблизу MPP.
6. Цикл повторюється з частотою 1–100 Гц залежно від інсоляції та режиму.

> ⚠️ Huawei в серії Sun2000 використовує алгоритм **Smart IV Scanning**, який поєднує пасивний MPPT у реальному часі з активним скануванням усієї IV-кривої для більш точного визначення глобального MPP — особливо актуально при часткових затіненнях.

---

### 9.4 Багатоточковий MPPT і архітектура Sun2000

| Серія Sun2000 | Кількість MPPT | Макс. струм на вхід | Діапазон MPPT |
| --- | --- | --- | --- |
| Sun2000-3…10KTL-M1 | 2 | 13.5 А | 90–560 В |
| Sun2000-15…25KTL-M3 | 4 | 26 А (2+2) | 200–1000 В |
| Sun2000-50KTL-M3 | 6 | 26 А | 200–1000 В |
| Sun2000-100KTL-M2 | 12 | 22 А | 200–1500 В |
| Sun2000-255KTL-H0 | 10 | 26 А | 500–1500 В |

При частковому затіненні Sun2000 використовує:

* **Rapid MPPT Scan** — повне сканування IV-кривої кожні 15–30 хвилин або при раптовому падінні потужності >5%.
* **ShadowFix** — алгоритм розпізнавання часткового затінення та автоматичного пошуку глобального MPP.
* **Smart String Detection** — аналіз відхилень між рядками для раннього виявлення затінення.

---

### 9.5 IV Curve Scanning як основа діагностики панелей

Принцип, на якому базується MPPT — вимірювання пар (U, I) вздовж усієї робочої характеристики — є одночасно й основою **IV Curve Diagnosis**. Якщо MPPT використовує IV-криву для пошуку максимуму потужності, то IV Curve Diagnosis аналізує **форму** цієї кривої для виявлення дефектів.

#### Як виконується IV Curve Scan

1. Інвертор встановлює режим I ≈ Isc (майже коротке замикання).
2. Поступово збільшує напругу навантаження малими кроками — типово 100–512 точок вимірювання.
3. При досягненні U ≈ Voc (нульовий струм) — скан завершено.
4. Час сканування одного рядка: 10–60 секунд.
5. Результати передаються в FusionSolar або SmartLogger для побудови графіка.

> ✓ **Підказка:** Оптимальний час — ясний день між 10:00 та 14:00, освітленість ≥ 600 Вт/м².

#### Параметри, що аналізуються

| Параметр | Що характеризує | Норма відхилення |
| --- | --- | --- |
| Isc | Кількість фотонів, що генерують ЕРС | < 3% |
| Voc | Якість р-n переходу, температура | < 2% |
| Impp | Ефективність при оптимальному навантаженні | < 5% |
| Vmpp | Внутрішній опір та якість контактів | < 3% |
| Pmpp | Загальна ефективність рядка | < 5% |
| FF | Якість р-n переходу та опори Rs/Rsh | < 5% |
| Rs | Якість контактів, стан з'єднань | < 10% |
| Rsh | Наявність мікротріщин, забруднення | < 10% |

---

### 9.6 Типові аномалії та їх сигнатури на IV-кривій

| Аномалія | Isc | Voc | FF | Rs | Rsh | Форма кривої |
| --- | --- | --- | --- | --- | --- | --- |
| Затінення | ↓↓ | ↓ | ↓ | норма | норма | Сходинки |
| PID | ↓ | ↓ | ↓↓↓ | норма | ↓↓↓ | Прогин у центрі |
| Мікротріщини | ↓↓ | норма | ↓↓ | ↑ | ↓ | Нерівне плато |
| Погані контакти | норма | норма | ↓↓ | ↑↑↑ | норма | Нахил плато→спад |
| Забруднення | ↓↓ | ↓ | норма | норма | норма | Рівне пониження |
| Несправний діод | ↓ | ↓↓ | ↓ | ↑ | ↓ | Відсутня сходинка |

---

### 9.7 Інструкція з проведення IV Curve Inspection

#### Метод 1: Мобільний додаток FusionSolar (локально, без інтернету)

**Підключення:** Wi-Fi точка інвертора (SUN2000-XXXXXX) → додаток → «Local mode» → логін `installer` / пароль `Changeme123` або заданий монтажником.

**Запуск:** Обслуговування → Управління → **IV Curve Scan** → оберіть рядок → «Start Scan» → чекайте 10–60 с.

**Кольорова індикація результату:**
* 🟢 < 5% відхилення — норма
* 🟡 5–10% — моніторинг
* 🔴 > 10% — потрібне втручання

#### Метод 2: Хмара FusionSolar (дистанційно)

**Запуск:** `login.fusionsolar.com` → Пристрої → Інвертори → Maintenance → **IV Curve Scan** → оберіть рядок → підтвердіть → чекайте 2–5 хвилин.

**Переваги:** Batch IV Scan для всіх рядків, автоматичний розклад сканів, PDF-звіти, тренд деградації Pmpp/FF/Voc з часом.

#### Метод 3: SmartLogger (локально, через Ethernet)

**Підключення:** `https://192.168.8.1:6443` → прийняти сертифікат → логін `admin`.

**Запуск:** Monitoring → Device List → інвертор → Maintenance → **IV Curve Scan** → Start.

**Автоматизація:** Settings → Automatic Inspection → IV Curve Scan Schedule → задайте розклад та мінімальну освітленість ≥ 600 Вт/м².

#### Порівняння методів

| Критерій | Мобільний додаток | FusionSolar (хмара) | SmartLogger |
| --- | --- | --- | --- |
| Потреба в інтернеті | Ні | Так | Ні |
| Дистанційне керування | Ні | Так | Частково |
| Пакетне сканування | Обмежено | Так, повністю | Так |
| Аналіз тренду | Ні | Так | Обмежено |
| Ідеальне застосування | Виїзна діагностика | Регулярний моніторинг | Промислові об'єкти без інтернету |

#### Регламент сканування

| Тип станції | Частота | Метод |
| --- | --- | --- |
| Житлова (< 30 кВт) | 2 рази на рік | Мобільний додаток або FusionSolar |
| Комерційна (30–500 кВт) | Щоквартально | FusionSolar (автоматично) |
| Промислова (> 500 кВт) | Щомісяця | SmartLogger + FusionSolar |
| Після аварійних подій | Негайно | Будь-який метод + термокамера |
| Введення в експлуатацію | Обов'язково | Мобільний додаток + SmartLogger |

---

## Глава 10. Що далі: Автоматизований аналіз та регламент робіт

Ця книга, як і проект [Huawei Log Parser](https://andysu3.mooo.com/hua3/), створювалися за активної участі систем Штучного Інтелекту (LLM). Парсер успішно вирішує задачу вилучення, структурування та перетворення закритих бінарних `.emap` форматів у зрозумілий для читання (human-readable) вигляд. 

Однак **отримання даних — це лише перший крок**. 

Наступним логічним та найбільш цінним кроком є **автоматизований аналіз цих даних**. Оскільки дані тепер розпарсені, ми можемо передати їх назад до ШІ-асистента (або спеціалізованого аналітичного пайплайну) для досягнення таких цілей:

1. **Глибокий аналіз стану станції:** ШІ може співставити логи помилок `alarmg_history` із даними продуктивності `perfmg_data` та осцилограмами `dsp_wave_data`, щоб визначити першопричину проблеми (Root Cause Analysis).
2. **Генерація детальних звітів:** Автоматичне створення звітів про деградацію стрінгів (IV-curve analysis) чи проблеми з мережею (Grid Overvoltage) для подачі претензій.
3. **Складання регламенту робіт (O&M):** На основі аналізу машинного часу компонентів (напр., вентиляторів) та конденсаторів, ШІ формуватиме список необхідних ремонтних робіт та список запчастин **ще до того, як станеться аварія** (CBM - Condition-Based Maintenance).

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

---

## Додатки

### 📚 Словник термінів

* **AFCI (Arc Fault Circuit Interrupter)** — інтелектуальний захист від виникнення електричної дуги в колах постійного струму (DC).
* **ARM** — високорівневий процесор інвертора, що керує файловою системою EMAP, стеком Modbus та мережевим зв'язком.
* **DSP (Digital Signal Processor)** — надшвидкий сигнальний процесор для керування силовою електронікою (ШІМ) та захисту за мілісекунди.
* **EMAP (Energy Management Assistant Protocol)** — пропрієтарний бінарний формат файлів логів та даних Huawei.
* **Gain (Коефіцієнт масштабування)** — множник в Modbus для передачі дробових чисел у вигляді цілих.
* **MPPT (Maximum Power Point Tracking)** — алгоритм безперервного пошуку точки максимальної потужності сонячних панелей.
* **O&M (Operation & Maintenance)** — технічна експлуатація та сервісне обслуговування об'єкта.
* **PM (Predictive Maintenance / CBM)** — прогностичне обслуговування на основі аналізу стану даних.
* **Rin (Insulation Resistance)** — опір ізоляції між фотоелектричними панелями та землею.
* **SmartLogger** — промисловий реєстратор даних для керування каскадом інверторів на великих СЕС.
* **SOC (State of Charge)** — поточний рівень заряду акумуляторної батареї у відсотках.
* **SOH (State of Health)** — залишковий ресурс (здоров'я) акумулятора у відсотках від початкової ємності.
* **String (Стрінг)** — послідовно з'єднаний ланцюжок сонячних панелей.

---

### 🚨 Найпоширеніші коди помилок

*(Для детального аналізу використовуйте файл `alarmg_history`)*

* `2001` — **High String Input Voltage** (перенапруга на стрінгу: забагато панелей у послідовному ланцюзі).
* `2011` — **String Reverse Connection** (зворотна полярність стрінга: переплутані `+` та `-`).
* `2002` — **DC Arc Fault** (виявлено електричну дугу на стороні DC).
* `2032` — **Grid Loss** (зникла зовнішня електромережа).
* `2033` — **Grid Undervoltage** (просідання напруги мережі нижче норми).
* `2034` — **Grid Overvoltage** (перенапруга в мережі; часто на довгих лініях при високій генерації).
* `2062` / `313` — **Low Insulation Resistance** (низький опір ізоляції < 100 кОм; `313` — для старіших серій 8–28KTL/33–42KTL, `2062` — для сучасних моделей V2/V3).
* `2064` — **Device Fault** (внутрішня апаратна помилка інвертора).
* `2039` — **Fan Fault** (несправність або заклинювання вентилятора охолодження).

---

### Додаток B: Способи підключення до Modbus

Для того щоб парсер зміг працювати, необхідно спочатку налаштувати доступ до інвертора по Modbus.

1. **Sdongle (WLAN/FE)**: Доступ по Modbus TCP. Найчастіше порт `502` або `6607`. Unit ID зазвичай `0` або `1`. Підходить для регулярного скриптингу.
2. **Вбудований Wi-Fi (SUN2000-XXXXXX)**: Пряме локальне підключення до точки доступу інвертора (IP `192.168.200.1`, порт `6607`).
3. **SmartLogger**: Якщо встановлений, всі інвертори читаються через нього як через єдиний шлюз по Modbus TCP (порт `502`). Кожен інвертор має свій Unit ID (Logical Device ID).
4. **RS485 (PIN 1 та 3 на COM-порту)**: Пряме кабельне підключення через перетворювач RS485-to-USB. Modbus RTU (зазвичай 9600 8N1). Найнадійніший, але найменш зручний спосіб для щоденного використання.

---

### Фінальне слово

Ця книга — лише перший крок до усвідомленого керування сонячною енергією. Технології Huawei постійно розвиваються, але фундамент діагностики, закладений у логах, залишається незмінним. Використовуйте ці знання, щоб зробити вашу СЕС надійнішою та прибутковішою.

**Ваш довідник у світі сонячної енергії.**