SOC LiFePO4 bez połączenia z BMS: falownik mylił się o 40–60 punktów

Skąd bierze się wartość z falownika

Stacja: falownik Edecoa EM-624A i dwie baterie Dyness B4850, razem pakiet LiFePO4 15S o pojemności 4.8 kWh. Płytka ED-1 odczytuje falownik przez RS-232 protokołem PI30. Nie ma kabla BMS, a program 05 ustawia typ baterii na USE, czyli według napięcia.

W tym trybie falownik oblicza pole SOC w odpowiedzi QPIGS (pole 10) liniowo z napięcia baterii: 46.2 V to 0 %, a potem około 10 % na wolt. Dla akumulatorów kwasowo-ołowiowych to akceptowalne. Dla LiFePO4 nie: między 20 % a 90 % napięcie spoczynkowe mieści się w zakresie 3.25–3.35 V na ogniwo, czyli 48.8–50.3 V na pakiet, i dodatkowo zapada się pod prądem rozładowania. Rankiem 20 października falownik pokazywał 34–42 %, podczas gdy diody pakietu pokazywały 75–100 %.

Reguły, zdarzenia kalendarza i alerty o niskim poziomie baterii działają na tej wartości. Błąd rzędu 40–60 punktów czyni je bezużytecznymi: warunek „40 % i mniej” uruchamia się przy pełnej baterii.

Co się zmieniło

Dla tych stacji Svitgrid nie bierze już SOC z falownika. Wyznacza naładowanie baterii sam, na serwerze, z danych, które płytka ED-1 już wysyła, i doprecyzowuje je przy każdym pełnym naładowaniu. Nie trzeba nic aktualizować w aplikacji ani w firmware.

Każda część Svitgrid widzi obliczony SOC: ekran główny, wykres naładowania, reguły, zdarzenia kalendarza i alerty. Wartość z falownika zachowujemy dla porównania, ale aplikacja nie podejmuje już na jej podstawie decyzji.

Pierwszy cykl

Obliczanie włączono o 17:35 20 października, w środku dnia, bez historii. Jego pierwsza wartość była o 9 punktów wyższa od rzeczywistego naładowania: na płaskim odcinku krzywej LiFePO4 napięcie mówi niewiele o naładowaniu. W nocy stacja ładowała się z sieci, o 01:55 bateria była pełna i błąd zniknął. Rzeczywiste naładowanie odtworzyliśmy później z energii, którą bateria oddała wieczorem i pobrała w nocy.