Пусконалагодження Huawei SUN2000 через FusionSolar
Пусконалагодження SUN2000 через FusionSolar починають лише після завершення й перевірки монтажу: підключаються до локального інтерфейсу інвертора, входять з обліковими даними інсталятора, вибирають підтверджений код мережі, додають лічильник і батарею за фактичною схемою, запускають перевірку та переконуються, що пристрої онлайн без активних аварій.
Цей матеріал призначений для кваліфікованого інсталятора. Наскрізний приклад — Huawei SUN2000-5KTL-L1. Джерела інтерфейсу: офіційний SUN2000-(2KTL–6KTL)-L1 User Manual, оновлений 31 липня 2025 року, та FusionSolar App and SUN2000 App Device Commissioning Guide 24.8.0, сторінки якого Huawei оновлювала у 2025 році. Перед роботою інсталятор відкриває актуальні редакції для встановленої прошивки й версії застосунку.
Що має бути готове до відкриття FusionSolar
Механічний монтаж завершено відповідно до відступів та орієнтації. DC-стрінги розраховано за Voc на мінімальній температурі, робочим діапазоном MPPT і струмовими межами. Полярність і параметри перевірені професійним вимірювальним обладнанням за процедурою виробника. PE, AC-лінія, захисти та комунікаційні кабелі змонтовані за проєктом.
Лічильник або Smart Power Sensor має бути саме тим, що передбачений схемою, з правильним напрямком вимірювання та підтвердженою лінією зв'язку. LUNA2000, Backup Box, SmartGuard чи інші пристрої готують тільки тоді, коли вони реально присутні в проєкті. Відсутній компонент не «додають наперед» у налаштування.
Інсталятор також має:
- однолінійну схему й схему комунікацій;
- серійні номери та шильдики пристроїв;
- підтверджений для конкретного ОСР мережевий профіль;
- доступ інсталятора й план передачі власнику;
- актуальні офіційні мануали;
- стабільний смартфон із WLAN та офіційним FusionSolar.
Власник може прийняти доступ до готової станції після пуску, але не відкриває щит, не перевіряє DC мультиметром і не виконує перший запуск самостійно. Розрахунки винесені в окремі матеріали про стрінги, кабель та PE й УЗІП.
Покроково
Звірте модель, схему й редакцію документації. Прочитайте шильдик SUN2000, версію прошивки доступним штатним способом і склад периферії. Відкрийте L1 User Manual та Device Commissioning Guide для цієї конфігурації. Перевірюваний результат: модель, серійний номер, прошивка, версія застосунку й документи записані в commissioning-журналі.
Встановіть FusionSolar з офіційного каналу. Huawei вказує AppGallery або App Store для відповідних пристроїв, а для інших сценаріїв — офіційний QR-код/канал у документації. Не використовуйте випадковий APK. Перевірюваний результат: у розділі About видно встановлену версію, а джерело інсталяції задокументоване.
Виконайте локальне підключення за L1 User Manual. У різних комплектаціях це може бути пряме з'єднання з інвертором, Smart Dongle або інший передбачений вузол. Точну точку доступу та порядок увімкнення беруть із розділу Commissioning the Inverter для фактичної мережевої архітектури. Результат: застосунок показує правильну модель і серійний номер, а не сусідній пристрій.
Увійдіть із роллю інсталятора та захистіть облікові дані. Початкові дані не публікуються в цій статті як універсальні. Їх беруть з офіційної інструкції та змінюють під час першого входу, якщо цього вимагає майстер. Результат: створено унікальний пароль, доступ збережено за процедурою компанії, роль дозволяє commissioning без передачі привілеїв власнику.
Запустіть Setup Wizard або Quick Settings, який показує актуальна версія. Назва та порядок екранів можуть змінитися. Важлива функція: застосунок має провести інсталятора через базову конфігурацію саме знайденого пристрою. Результат: майстер бачить склад станції й не повідомляє про невідому модель або конфлікт конфігурації.
Виберіть підтверджений мережевий код. Значення беруть із вимог приєднання, документації та підтвердження для конкретного оператора системи розподілу. Не вибирають профіль іншої країни «щоб не вибивало». Результат: у журналі записані назва активного профілю, джерело рішення та відповідальний інсталятор.
Перевірте дату, час і часовий пояс. Коректний час потрібен для журналу аварій, графіків і зіставлення з подіями мережі. Використовуйте функцію синхронізації, передбачену актуальним застосунком. Результат: час події в інверторі збігається з еталонним часом об'єкта, а український часовий пояс і сезонний перехід відображаються коректно.
Запустіть пошук реально підключених пристроїв. Майстер має виявити Smart Power Sensor, батарею, резервний пристрій або іншу периферію тільки за фактичною схемою. Порівняйте серійні номери та топологію. Результат: список у застосунку відповідає однолінійній і комунікаційній схемам без фантомних або пропущених вузлів.
Налаштуйте лічильник за його мануалом і проєктом. Тип, напрям вимірювання, фазність, комунікаційні параметри та призначення беруть із шильдика, схеми й офіційної документації. Не вгадуйте Modbus-адресу або напрям трансформаторів. Результат: потік імпорту/експорту має правдоподібний знак у контрольному режимі, зв'язок стабільний, активних communication alarms немає.
Додайте батарею та резерв тільки за наявності. Модель, ємність, режим роботи й резервну логіку не заповнюють «типовими» значеннями. Вони визначаються сумісністю, шильдиком, мануалами LUNA2000/SmartGuard/Backup Box та проєктом. Результат: застосунок бачить точні модулі, статуси зв'язку нормальні, конфігурація відповідає фізичному складу.
Перевірте зв'язок із системою керування. Звірте WLAN/Ethernet або інший передбачений канал, прив'язку пристрою до правильної станції та статус передавання даних. Не плутайте локальне з'єднання зі смартфоном із успішним онлайн-моніторингом. Результат: пристрій онлайн у потрібному обліковому записі, часові мітки оновлюються, чужої станції в акаунті немає.
Виконайте передбачений запуск і перегляньте статус. Дотримуйтеся послідовності Power-On and Commissioning з L1 User Manual. Після запуску перевірте активні alarms, стан мережі, PV-входи та доступні потоки енергії. Результат: немає активної невирішеної аварії, показники узгоджуються зі схемою й поточними умовами.
Збережіть commissioning-журнал і передайте власнику доступ. Експортуйте або зафіксуйте версії, параметри, список пристроїв, результати перевірок і початкові графіки. Створіть власникові його роль для моніторингу без інсталяторських прав на захисти. Результат: замовник входить у свою станцію, бачить дані та отримує схему, акти й контакт відповідального монтажника.
Які параметри не можна вгадувати
Мережевий код, пороги напруги й частоти не копіюють із форуму або сусіднього об'єкта. Для України профіль підтверджують за вимогами конкретного ОСР і чинними умовами приєднання. Якщо після аварійного відключення виникає Grid Overvoltage або Grid Failure, не вибирають іншу країну й не послаблюють захист — спочатку збирають журнал та вимірювання.
Не вгадують тип лічильника, напрям трансформаторів струму, адресу зв'язку чи фазність. Неправильний знак потоку може зробити керування експортом хибним, навіть якщо всі пристрої показані онлайн. Значення підтверджують схемою й мануалом конкретного сенсора.
Параметри батареї, резерву та режим енергокерування залежать від сумісного обладнання й задуму системи. Не можна активувати резервну функцію тільки тому, що пункт є в меню. Фізична схема, комутаційний пристрій та навантаження мають це підтримувати.
Назви екранів теж не слід вигадувати. Якщо актуальний FusionSolar відрізняється від guide 24.8.0, інсталятор шукає функцію через офіційний Document Center і записує фактичну версію. Пріоритет має актуальний мануал до ревізії, а не скриншот зі старої статті.
| Функція або екран | Що перевіряють | Звідки беруть значення |
|---|---|---|
| Ідентифікація пристрою | Модель, SN, firmware | Шильдик і About |
| Grid code | Країна/профіль мережі | Вимоги ОСР і документація |
| Date and time | Часовий пояс і синхронізація | Налаштування об'єкта |
| Device search | Реальний склад станції | Однолінійна й communication-схема |
| Power Sensor | Тип, напрям, зв'язок | Шильдик і мануал сенсора |
| Battery/backup | Модель, модулі, режим | Проєкт і мануали пристроїв |
| Plant connection | Акаунт і передавання даних | План передачі доступу |
Як зрозуміти, що пуск завершено
Зелений загальний статус є лише однією ознакою. Завершений пуск означає, що фізичний склад збігається зі схемою, серійні номери правильні, зв'язок стабільний, час синхронізований, активних невирішених аварій немає, а потоки енергії мають правдоподібний напрям і величину за поточних умов.
Після блекауту інвертор може штатно чекати стабілізації мережі. Статус очікування не оголошують невдалим пуском без звірки з журналом і мануалом. Якщо є код, зберігають його до будь-якого скидання та усувають причину за офіційною процедурою.
Контрольний пакет містить дату, модель і SN, версії app/firmware, активний grid code та джерело його вибору, список пристроїв, скриншоти статусів, журнал alarms, результати необхідних вимірювань і підтвердження передачі власнику. Цей пакет дозволяє відтворити рішення після оновлення або заміни компонента.
Контрольні сценарії перед передачею
Перший сценарій — звичайна генерація за доступного сонця. Інсталятор звіряє знак і приблизну логіку PV, навантаження, мережі та батареї. Мета не в тому, щоб отримати номінальну потужність у будь-яку погоду, а в тому, щоб побачити узгоджену картину без переплутаного імпорту й експорту. Якщо потік виглядає неможливим, спершу перевіряють схему вимірювання.
Другий сценарій — зміна побутового навантаження в межах погодженого тесту. Показники лічильника й FusionSolar мають відреагувати у правильному напрямку. Такий тест допомагає знайти переплутану фазу або напрям сенсора. Конкретне навантаження, порядок перемикань і засоби безпеки визначає інсталятор; власник не працює у відкритому щиті.
Третій сценарій — доступність даних після завершення локального з'єднання. Смартфон інсталятора від'єднується від точки commissioning, а станція продовжує передавати актуальні часові мітки через проєктний канал. Це відділяє справжній cloud-зв'язок від тимчасового перегляду локальних даних.
Четвертий сценарій стосується батареї й резерву, якщо вони є. Інсталятор перевіряє склад модулів, стан зв'язку, дозволений режим та логіку резервних навантажень за окремими мануалами. Імітацію зникнення мережі не проводять навмання: вона має бути передбачена commissioning-процедурою конкретної схеми.
П'ятий сценарій — передача owner-доступу. Власник входить зі свого пристрою, бачить правильну станцію й отримує пояснення базових статусів, але не права змінювати grid code або захисти. Контакт монтажника та комплект документів передають одночасно, щоб майбутнє повідомлення про помилку мало відповідального адресата.
Безпека облікових записів і журналу
Початковий пароль не залишають активним і не записують на корпусі. Інсталяторська компанія зберігає доступ за своєю контрольованою процедурою, а кожному користувачу призначає потрібну роль. Спільний пароль для всієї бригади ускладнює аудит змін і створює ризик після завершення робіт.
Перед оновленням прошивки або зміною конфігурації експортують доступні журнали й фіксують початковий стан. Пакет оновлення беруть з офіційного джерела для сумісної моделі. Не очищайте alarms заради «чистого» скриншота: історія пояснює, що сталося між фізичним запуском і передачею.
Якщо станція вже прив'язана до іншого акаунта або застосунок показує невідповідний серійний номер, commissioning зупиняють до встановлення права доступу та правильного об'єкта. Не створюють дублікати станцій, щоб обійти проблему прив'язки, бо це розділяє історію й ускладнює підтримку.
Після завершення в акті зазначають, хто й коли змінював параметри. Власник отримує інструкцію, як зберегти код і скриншот при аварії, не виконуючи reset. Це підтримує принцип: власник спостерігає, а інсталятор змінює технічні налаштування.
Що зафіксувати після майбутніх змін
Commissioning не завершує життєвий цикл конфігурації. Після оновлення firmware, заміни Smart Dongle, лічильника, батарейного модуля або маршрутизатора відповідальний інсталятор доповнює журнал. Він записує попередню й нову версію, причину зміни, фактичний час, результат перевірки зв'язку та alarms.
Якщо ОСР погодив зміну мережевих параметрів, до запису додають джерело дозволу й точні налаштування, виконані фахівцем. Усна порада або допис у форумі не є таким джерелом. Власникові повідомляють, які зміни він побачить у графіках і статусах, не передаючи права на захисні параметри.
Після заміни обладнання звіряють серійні номери у фізичній схемі та FusionSolar. Старий пристрій не повинен залишатися активним елементом топології, а новий — існувати без прив'язки до документації. Контрольні сценарії виконують повторно в обсязі, якого потребує зміна.
Редакція не має стенда з усіма версіями FusionSolar, прошивок, Smart Dongle і LUNA2000. Екрани можуть відрізнятися, тому актуальний Huawei manual для фактичної ревізії завжди має пріоритет. InvertorLife продає обладнання, але не виконує віддалене налаштування чи пуск. Сумісні моделі доступні в каталозі.
Часті питання
Хто має виконувати перший вхід у локальне меню SUN2000?
Кваліфікований інсталятор, який відповідає за схему, вимірювання та мережеві налаштування. Власник отримує окремий доступ до вже введеної в експлуатацію станції.
Звідки взяти правильний код мережі для FusionSolar?
З актуальної документації моделі та підтверджених вимог приєднання конкретного оператора системи розподілу. Назва країни в меню сама по собі не замінює перевірки.
Чому застосунок не знаходить лічильник або батарею під час Quick Settings?
Можливі невідповідність схеми, моделі, живлення, адреси чи комунікаційного підключення. Інсталятор звіряє фізичний пристрій і його мануал, не додаючи параметри навмання.
Як передати власнику доступ до вже налаштованої станції?
Створити або призначити owner-акаунт штатним майстром FusionSolar, перевірити вхід і передати документацію. Інсталяторський пароль власнику як заміна ролі не передається.
Що перевірити, якщо SUN2000 після пуску залишається в очікуванні?
Статус мережі, освітленість, активні alarms, час і відповідність фізичної схеми. Після відновлення електроенергії очікування може бути штатним; висновок роблять за журналом і мануалом.