📖 Huawei SUN2000: Структура логів та технічна діагностика
Важливо: Ця книга є теоретичною базою для розуміння принципів обробки даних у проекті Huawei Log Parser. Проект створено для автоматизованого перетворення бінарних логів інвертора у human-readable формат для подальшого аналізу.
📑 Зміст
Розділ |
|
|---|---|
Для кого ця книга |
|
Еволюція Huawei SUN2000: Порівняння V2 та V3 |
|
Організація пам’яті та файлова система інвертора |
|
Структура логів (Deep Dive) |
|
Modbus та функція 0x41 |
|
Карта регістрів та параметрів |
|
Практичне застосування: O&M стратегії |
|
Перспективи автоматизованої діагностики |
|
Huawei в сонячній енергетиці |
|
MPPT та IV Curve Diagnostics |
|
Що далі: Автоматизований аналіз та регламент робіт |
|
Словник термінів · Коди помилок · Підключення до Modbus |
📋 Версія 1.2 · Оновлено згідно з: Huawei SUN2000MB Modbus Interface Definitions Issue 07 (2026-06-23) (V200R023C10SPC215). Додано підтримку лінійок MB0/MBL0.
Вступ
Ця книга описує внутрішню логіку роботи та структуру даних інверторів Huawei SUN2000. Її головна мета — пояснити, що саме робить проект Huawei Log Parser і для чого він створений.
Документ орієнтовано на:
Інженерів O&M (Operation & Maintenance): Для розуміння принципів перетворення бінарних файлів на корисну діагностичну інформацію.
Розробників: Як довідник офсетів, регістрів та недокументованих структур.
Архітектурний хаос: чому логи 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%+):
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.
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):
Нативна підтримка батарей: Моделі серії MB0 мають вбудовані порти для підключення систем LUNA2000.
Карта регістрів: У V3 додано сотні нових регістрів для моніторингу стану акумуляторів (SOC, SOH, температура елементів, цикли заряду).
Управління УЗЕ: Нові алгоритми “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) у вигляді кільцевого буфера:
Сегментація: Пам’ять розділена на логічні блоки (сектори).
Запис: Нові дані пишуться послідовно.
Перезапис: Коли вільне місце закінчується, система автоматично знаходить найстаріший блок даних, стирає його і записує на його місце найсвіжішу інформацію.
Важливо: Саме тому при розслідуванні аварії критично важливо вивантажити логи протягом 30-90 днів. Якщо затягнути — дані про аварію будуть безповоротно стерті новими записами.
2.3 Життєвий цикл лога: від сенсора до файлу
Процес реєстрації даних проходить три етапи:
Збір (Sampling): DSP-процесор опитує датчики струму та напруги тисячі разів на секунду.
Агрегація (Aggregation): ARM-процесор збирає ці дані, усереднює їх (для
his_inv_rdце зазвичай 5 хвилин) або виділяє піки (дляalarmg_history).Комміт (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 дозволяє:
Ініціювати сесію передачі конкретного файлу.
Запитувати дані великими порціями (чанками).
Контролювати помилки на рівні кожного пакета.
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 після авторизації.
Sub-function 0x05 (Start Upload):
Майстер каже: “Я хочу прочитати файл типу 0x04 (Логи)”.
Слейв (інвертор) відповідає: “Окей, загальний розмір файлу 512 000 байт. Я буду віддавати його порціями по 240 байт”.
Sub-function 0x06 (Uploading Data):
Майстер запитує: “Дай мені пакет №1”, потім “Дай пакет №2” і так далі.
Чому 240 байт? Це “золота середина”. Разом із заголовками Modbus пакет ідеально вписується у 256 байт, що гарантує стабільну роботу навіть на старих RS485 лініях (V2).
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 Профілактика: Заміна ДО поломки
Більшість аварій на СЕС можна передбачити за кілька місяців.
Вентилятори (Fan Life): У файлі
sun_inpt_recє лічильник мотогодин. Якщо значення наближається до 30,000 годин — плануйте заміну. Зупинка вентилятора в липні призведе до перегріву та деградації силових ключів IGBT, вартість ремонту яких у 20 разів вища за новий вентилятор.Конденсатори: Аналізуйте
capacitor_data. Зміна статусу зHealthyна будь-яке інше значення — це сигнал, що електроліт висихає. Це критично для інверторів, що працюють понад 5 років у гарячому кліматі.
6.2 Боротьба за ефективність: Пошук “втрачених” кВт·год
Якщо станція генерує на 5–10% менше, ніж прогнозує сонячний калькулятор, логи покажуть причину:
Аналіз IV-кривих (
sun_inpt_rec): “Сходинки” на кривій свідчать про затінення (димар, дерево, сусідня панель). Якщо крива плавна, але низька — панелі потребують миття.Деградація контактів: Дивіться
his_inv_rd. Якщо напруга на стрінгу PV1 “гуляє” на 10-20 вольт більше, ніж на сусідніх при однаковому сонці — у вас підгоряє контакт у конекторі MC4 або розподільчій коробці панелі. Це прямий ризик пожежі.
6.3 Юридичний захист та вирішення суперечок
Логи інвертора — це “бортовий самописець”, дані якого неможливо підробити.
Претензії до Обленерго: Якщо мережа часто виходить за межі (253V+), інвертор вимикається. Файл
alarmg_historyчітко зафіксує сотні таких подій. З цим звітом ви можете вимагати від енергомережі заміни трансформатора або лінії.Обмеження потужності: Якщо диспетчер примусово знижує вашу генерацію через SmartLogger, файл
grid_adj_logпокаже точний час та рівень обмеження. Це дозволяє розрахувати суму недоотриманого прибутку для компенсації.ℹ️ Важливо: Файл
grid_adj_logдоступний лише на об’єктах зі SmartLogger. На об’єктах з прямим підключенням через SDongle цей лог може бути відсутнім або недоступним через Modbus FC 0x41. Альтернатива — аналіз регістра 32080 (Active Power) в архівіhis_inv_rd.Гарантійні випадки: Якщо інвертор згорів, файл
dsp_wave_dataпокаже, чи був це заводський брак, чи зовнішній удар блискавки.
📋 Чек-лист O&M візиту (Алгоритм ТО)
Під час кожного планового візиту на об’єкт (раз на пів року/рік) інженер має:
Вивантажити повний пакет логів (функція Export Log у FusionSolar).
Перевірити
Rin(Опір ізоляції) уhis_inv_rd. Значення нижче 100 кОм — шукайте пошкодження ізоляції кабелів.Зняти IV-криві для всіх стрінгів.
Перевірити журнал подій на наявність частих помилок “Grid Overvoltage” або “String Reverse”.
Оцінити стан вентиляторів та конденсаторів.
Глава 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 років від тисяч інверторів, можна:
Виявляти аномалії: Система бачить “відхилення в поведінці” напруги стрінга за тиждень до того, як конектор почне диміти.
Прогнозувати ресурс (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) та адаптивним кроком:
Інвертор вимірює поточні U та I на шині DC.
Обчислює поточну потужність: P = U × I.
Вносить мале збурення напруги (±ΔU) та порівнює нове значення P з попереднім.
Якщо P зросла — рух у правильному напрямку; якщо впала — змінює напрямок збурення.
Розмір кроку адаптується: великий — при швидкій зміні умов (хмара), малий — поблизу MPP.
Цикл повторюється з частотою 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
Інвертор встановлює режим I ≈ Isc (майже коротке замикання).
Поступово збільшує напругу навантаження малими кроками — типово 100–512 точок вимірювання.
При досягненні U ≈ Voc (нульовий струм) — скан завершено.
Час сканування одного рядка: 10–60 секунд.
Результати передаються в 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) вигляд.
Однак отримання даних — це лише перший крок.
Наступним логічним та найбільш цінним кроком є автоматизований аналіз цих даних. Оскільки дані тепер розпарсені, ми можемо передати їх назад до ШІ-асистента (або спеціалізованого аналітичного пайплайну) для досягнення таких цілей:
Глибокий аналіз стану станції: ШІ може співставити логи помилок
alarmg_historyіз даними продуктивностіperfmg_dataта осцилограмамиdsp_wave_data, щоб визначити першопричину проблеми (Root Cause Analysis).Генерація детальних звітів: Автоматичне створення звітів про деградацію стрінгів (IV-curve analysis) чи проблеми з мережею (Grid Overvoltage) для подачі претензій.
Складання регламенту робіт (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.
Sdongle (WLAN/FE): Доступ по Modbus TCP. Найчастіше порт
502або6607. Unit ID зазвичай0або1. Підходить для регулярного скриптингу.Вбудований Wi-Fi (SUN2000-XXXXXX): Пряме локальне підключення до точки доступу інвертора (IP
192.168.200.1, порт6607).SmartLogger: Якщо встановлений, всі інвертори читаються через нього як через єдиний шлюз по Modbus TCP (порт
502). Кожен інвертор має свій Unit ID (Logical Device ID).RS485 (PIN 1 та 3 на COM-порту): Пряме кабельне підключення через перетворювач RS485-to-USB. Modbus RTU (зазвичай 9600 8N1). Найнадійніший, але найменш зручний спосіб для щоденного використання.
Фінальне слово
Ця книга — лише перший крок до усвідомленого керування сонячною енергією. Технології Huawei постійно розвиваються, але фундамент діагностики, закладений у логах, залишається незмінним. Використовуйте ці знання, щоб зробити вашу СЕС надійнішою та прибутковішою.
Ваш довідник у світі сонячної енергії.