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

Важливо: Ця книга є теоретичною базою для розуміння принципів обробки даних у проекті Huawei Log Parser. Проект створено для автоматизованого перетворення бінарних логів інвертора у human-readable формат для подальшого аналізу.

📑 Зміст

Розділ

Вступ

Для кого ця книга

Глава 1

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

Глава 2

Організація пам’яті та файлова система інвертора

Глава 3

Структура логів (Deep Dive)

Глава 4

Modbus та функція 0x41

Глава 5

Карта регістрів та параметрів

Глава 6

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

Глава 7

Перспективи автоматизованої діагностики

Глава 8

Huawei в сонячній енергетиці

Глава 9

MPPT та IV Curve Diagnostics

Глава 10

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

Додатки

Словник термінів · Коди помилок · Підключення до Modbus


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


Вступ

Ця книга описує внутрішню логіку роботи та структуру даних інверторів Huawei SUN2000. Її головна мета — пояснити, що саме робить проект Huawei Log Parser і для чого він створений.

Документ орієнтовано на:

  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, який реалізує ці запити на практиці.

Стандартний протокол 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, створювалися за активної участі систем Штучного Інтелекту (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)

  • 2001High String Input Voltage (перенапруга на стрінгу: забагато панелей у послідовному ланцюзі).

  • 2011String Reverse Connection (зворотна полярність стрінга: переплутані + та -).

  • 2002DC Arc Fault (виявлено електричну дугу на стороні DC).

  • 2032Grid Loss (зникла зовнішня електромережа).

  • 2033Grid Undervoltage (просідання напруги мережі нижче норми).

  • 2034Grid Overvoltage (перенапруга в мережі; часто на довгих лініях при високій генерації).

  • 2062 / 313Low Insulation Resistance (низький опір ізоляції < 100 кОм; 313 — для старіших серій 8–28KTL/33–42KTL, 2062 — для сучасних моделей V2/V3).

  • 2064Device Fault (внутрішня апаратна помилка інвертора).

  • 2039Fan 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 постійно розвиваються, але фундамент діагностики, закладений у логах, залишається незмінним. Використовуйте ці знання, щоб зробити вашу СЕС надійнішою та прибутковішою.

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