Dlaczego komunikacja falownika jest najczęstszą przyczyną awarii w terenie w przypadku instalacji magazynów energii słonecznej
Porozmawiaj z kimkolwiek, kto zlecił budowę magazynów energii słonecznej na dużą skalę, a usłyszysz tę samą wersję historii: pakiet przeszedł wszystkie testy na stanowisku badawczym. Napięcia ogniw były zgodne ze specyfikacją, równoważenie działało, zabezpieczenia działały zgodnie z oczekiwaniami. Następnie na miejscu inwerter i akumulator odmówiły ze sobą komunikacji — lub, co gorsza, komunikowały się, ale zgłaszały nieprawidłowy stan naładowania, odmawiały wykonywania poleceń ładowania lub zgłaszały kody błędów, których nikt nie potrafił rozszyfrować. Pakiet wrócił do domu. Projekt został przerwany na tydzień.
To nie jest rzadki przypadek skrajny. To jedna z najczęstszych awarii w projektach magazynowania energii słonecznej i prawie za każdym razem jej przyczyna jest ta sama: BMS z portem CAN, który nie obsługuje protokołu oczekiwanego przez falownik. W przypadku magazynowania energii komunikacja nie jest funkcją, lecz fundamentem, na którym opiera się system.
Trzy kanały — co każdy z nich właściwie robi w systemie pamięci masowej
Komunikacja w systemie BMS do magazynowania energii słonecznej zazwyczaj wykorzystuje trzy kanały fizyczne, z których każdy obsługuje inny wzorzec ruchu. Wiedza o tym, który kanał obsługuje co, to pierwszy krok w napisaniu użytecznej specyfikacji komunikacji:
Magistrala CAN
Priorytetowe połączenie w czasie rzeczywistym między akumulatorem a falownikiem. CAN przesyła informacje o stanie naładowania, limitach prądu ładowania i rozładowywania, limitach napięcia, flagach błędów oraz komunikatach sterujących specyficznych dla protokołu. To kanał, na którym opiera się falownik, aby wiedzieć, jak bezpiecznie ładować i rozładowywać akumulator. Jeśli CAN ulegnie awarii lub wyśle nieprawidłowy protokół, reszta systemu nie będzie miała możliwości reakcji.
RS485
Służy do monitorowania z mniejszą prędkością, telemetrii i integracji z systemami zarządzania energią na poziomie obiektu lub oprogramowaniem monitorującym wyższe poziomy. RS485 to również powszechny interfejs dla szeregowo połączonych systemów wielozespołowych, w których każdy zespół raportuje do kontrolera. Modbus RTU to typowy protokół dla tego łącza.
Bluetooth
Do diagnostyki instalatorów i użytkowników końcowych — aplikacja na smartfony, która wyświetla napięcia ogniw, temperatury, stan równowagi i historię alarmów. Nie jest częścią pętli sterowania na żywo; przydatna do uruchamiania, rozwiązywania problemów i przejrzystości dla użytkowników końcowych.
Kluczowa różnica: Posiadanie CAN nie oznacza konieczności mówienia protokołem falownika
Warto zatrzymać się na chwilę przy tej sekcji, ponieważ to właśnie tutaj większość poszukiwań specyfikacji technicznych kończy się błędem. Magistrala CAN to standard fizyczny i elektryczny — sposób niezawodnego przesyłania bitów między urządzeniami. Nie jest to protokół. Protokoły to ustalenia dotyczące znaczenia tych bitów: który identyfikator komunikatu przekazuje stan naładowania, jaki układ bajtów reprezentuje limit prądu ładowania, jakie kody błędów są zdefiniowane.
Dwa systemy BMS mogą „obsługiwać CAN”, a mimo to nie być w stanie komunikować się z tym samym falownikiem, ponieważ implementują różne protokoły. System BMS, który obsługuje standardowy interfejs CAN, ale nie implementuje struktury komunikatów oczekiwanej przez falownik, spowoduje dokładnie taką awarię na miejscu, jak opisano powyżej: przewody są podłączone, światła włączone, a nic użytecznego nie jest wymieniane.
Typowe protokoły falowników pamięci masowej i co tak naprawdę oznacza obsługa natywna
Globalnie, magazyny energii w budynkach mieszkalnych i małych firmach zbiegły się w czasie, wykorzystując stosunkowo niewielki zestaw protokołów falowników. Dokładna lista wymagana w projekcie zależy od specyfiki falownika, ale rozmowy zazwyczaj dotyczą głównych marek działających na poszczególnych rynkach regionalnych. Poniżej poziomu marki, istnieją dwa praktyczne poziomy kompatybilności, które należy zrozumieć:
Natywne wsparcie protokołu
Oprogramowanie układowe BMS implementuje protokół falownika bezpośrednio. W większości przypadków uruchomienie staje się znacznie łatwiejsze, ponieważ protokół jest już zaimplementowany na poziomie oprogramowania układowego – choć szczegóły, takie jak wersja protokołu, wersja oprogramowania układowego po obu stronach, mapowanie parametrów i konfiguracja po stronie falownika, nadal wymagają weryfikacji przed wdrożeniem. To właśnie zmniejsza liczbę awarii w terenie w porównaniu ze ścieżką konfigurowalną lub wyłącznie CAN, gdzie oprócz wszystkich powyższych czynności konieczne jest opracowanie lub dostosowanie samej warstwy protokołu.
Konfigurowalne/adaptowalne wsparcie
System BMS zapewnia interfejs CAN i interfejs konfiguracyjny monitora górnego, który umożliwia wybór protokołu lub dostosowanie go do konkretnego falownika. Jest to rozwiązanie bardziej elastyczne, ale wymaga od instalatora lub dostawcy wiedzy na temat wykonywanych czynności podczas uruchomienia.
Tylko interfejs CAN
System BMS posiada port CAN, ale nie implementuje protokołu falownika. Oczekuje się, że integrator samodzielnie opracuje warstwę protokołu. W przypadku większości projektów pamięci masowej nie jest to opłacalne – czas potrzebny na prace inżynieryjne jest wyższy niż w przypadku systemu BMS z natywnym wsparciem.
Szczere, praktyczne pytanie do każdego zapytania ofertowego dotyczącego pamięci masowej: czy chcesz natywną, konfigurowalną wersję, czy też zamierzasz zbudować warstwę protokołu? Większość instalatorów chce natywną wersję. Producenci pakietów realizujący wiele projektów z wykorzystaniem różnych marek falowników często oczekują konfiguracji.
Jak sprawdzić zgodność przed złożeniem zamówienia
Oto lista kontrolna przed zapytaniem ofertowym, która zapobiega awarii na miejscu, opisanej na początku. Jej wykonanie zajmuje mniej niż godzinę i pozwala zaoszczędzić tygodnie w dalszej części projektu:
- Najpierw sprawdź model falownika, a nie BMS.Falownik zazwyczaj ma bardziej rygorystyczne wymagania dotyczące protokołu niż BMS. Zablokuj falownik, a następnie sprawdź, czy BMS go spełnia — a nie odwrotnie.
- Poproś dostawcę BMS o listę protokołów inwertera zaimplementowanych natywnie na poziomie oprogramowania sprzętowego, podając ich nazwę.Prawdziwa lista będzie zawierać nazwy konkretnych protokołów. Niejasna odpowiedź „obsługuje wszystkie główne falowniki” to sygnał ostrzegawczy, który warto potraktować poważnie.
- Poproś o dokument protokołu lub oświadczenie weryfikujące zgodność dotyczące konkretnego modelu falownika.Poważny dostawca albo potwierdzi zgodność, albo szczerze przyzna, że konieczne są prace adaptacyjne.
- Jeśli marka falownika jest regionalna lub została niedawno wprowadzona na rynek,należy spodziewać się, że potrzebna będzie obsługa konfigurowalna, a nie natywna, i odpowiednio zaplanować czas uruchomienia.
- W przypadku projektów obejmujących wiele falowników (np. producent pakietów dostarczający falowniki do kilku marek),wolą system BMS z konfigurowalną obsługą górnego monitora zamiast systemu BMS, który fabrycznie blokuje jeden protokół.
Stos komunikacyjny DALY do magazynowania energii słonecznej
System zarządzania magazynowaniem energii DALY czwartej generacji (BMS) został zbudowany w oparciu o opisany powyżej schemat komunikacji. Zapewnia on magistralę CAN i RS485 do integracji w czasie rzeczywistym z falownikiem i systemami na poziomie obiektu, z sygnalizacją styków bezpotencjałowych dla blokad sprzętowych. Na poziomie protokołu, popularne protokoły falowników magazynujących są implementowane natywnie na poziomie oprogramowania sprzętowego dla głównych marek obsługujących rynek magazynowania energii w domach mieszkalnych i małych firmach komercyjnych; w przypadku marek falowników spoza listy natywnej, interfejs konfiguracyjny monitora górnego umożliwia dostosowanie protokołu do specyfiki projektu podczas uruchomienia.
Dwa zastrzeżenia w duchu tego artykułu: dokładna lista marek inwerterów obsługiwanych natywnie to coś, o co należy poprosić zespół inżynierów w przypadku konkretnego projektu, a nie coś, co można założyć na podstawie ogólnego języka marketingowego; a „natywne wsparcie” w arkuszu danych dowolnego dostawcy zawsze powinno zostać zweryfikowane na podstawie konkretnego modelu inwertera przed złożeniem zamówienia.
Często zadawane pytania
Q1Czy jeśli specyfikacja BMS zawiera informację „obsługa CAN”, to wystarczy to do zbudowania pamięci masowej?
Samo w sobie nie. „Obsługa CAN” oznacza, że system BMS posiada port CAN i może przesyłać bity przez magistralę; nie oznacza to jednak, że system BMS posługuje się protokołem wymaganym przez konkretny falownik. Przed podjęciem decyzji zapytaj, które protokoły falownika są zaimplementowane natywnie na poziomie oprogramowania sprzętowego. Jeśli na to pytanie uzyskasz niejasną odpowiedź, to właśnie te dane były potrzebne przed złożeniem zamówienia.
Q2Jaka jest różnica pomiędzy obsługą protokołu natywnego a obsługą tylko protokołu CAN?
CAN to standard okablowania i przesyłu komunikatów; protokół to umowa dotycząca treści komunikatów. Natywna obsługa protokołu oznacza, że oprogramowanie układowe BMS implementuje specyficzną strukturę komunikatów, jakiej oczekuje dana marka falownika, dzięki czemu oba urządzenia komunikują się poprawnie od razu po instalacji. Obsługa wyłącznie CAN oznacza, że BMS posiada port, ale integrator musi opracować warstwę protokołu, aby to działało — co rzadko jest komercyjnie opłacalne w przypadku projektów pamięci masowej.
Q3Jak poradzić sobie z projektem obejmującym wiele inwerterów, w którym dostarczam inwertery różnych marek?
Poszukaj systemu BMS z konfigurowalną obsługą protokołów za pośrednictwem monitora górnego lub oprogramowania sprzętowego, a nie systemu BMS, który fabrycznie koduje jeden protokół falownika. Dzięki temu ten sam sprzęt BMS może być dostarczany do wielu marek falowników, a adaptacja protokołu jest obsługiwana podczas uruchomienia. Potwierdź u dostawcy, które marki są już w bibliotece konfigurowalnych protokołów, a które wymagają rozwoju pod kątem konkretnego projektu.
O DALY
Firma DALY projektuje i produkuje systemy zarządzania bateriami litowymi dla producentów OEM, producentów pakietów i integratorów, a jej produkty są dostępne w ponad 130 krajach. Założona w 2015 roku firma DALY działa w oparciu o systemy ISO 9001/ISO 14001, zgodne z normami CE i RoHS. Linia produktów do magazynowania energii posiada status komponentu UL Recognized Component (nie jest to pełna certyfikacja systemu UL — to wyróżnienie ma znaczenie w przypadku projektów w Ameryce Północnej), a dokumentacja potwierdzająca certyfikację na poziomie systemu lub pakietu.
Chcesz określić komunikację BMS dla swojego projektu pamięci masowej?
Jeśli planujesz projekt magazynowania energii słonecznej i chcesz, aby komunikacja między systemem BMS a falownikiem faktycznie działała na miejscu, zespół inżynierów DALY może potwierdzić zgodność protokołu dla konkretnego modelu falownika przed złożeniem zamówienia.
- Udostępnij markę i model falownika, skalę projektu i konfigurację równoległą
- Poproś o listę zgodności protokołów natywnych i weryfikację specyficzną dla projektu
- Poproś o dokumentację specyfikacji systemu BMS magazynowania energii 4. generacji
- E-mail:dalybms@dalyelec.com
Strona produktu BMS do magazynowania energii:https://www.dalybms.com/home-storage-bms/
Czas publikacji: 06-06-2026
