JK PB2A16S20P a CATL MB30 306Ah jaké správné hodnoty?

[TomHC]

Pozri koľko ľudí tu rieši SoC reset na Victron Smartshunte, lebo to z princípu fungovania TREBA. Aj na diybms-currentshunt ten reset treba. V HA mám na to automatizáciu - datetime helper obsahuje čas posledného resetu a ak "expiruje", tak nechá nabiť batériu až do plna - pri dosiahnutí 3.4V zníži prúd, nechá čas na vybalancovanie. Na záver aktualizuje helper s časom posledného resetu SoC.

Ďalšia automatizácia rieši prepnutie režimu SOL/UTI podľa viacero podmienok - prvá je SoC, ďalšia je dosiahnutie napríklad 3.1V ľubovoľného článku ak ale nie je odber z batérie nad 4 kW. No a BMS sú nastavené tak, aby odpojili oveľa neskôr. A osobne v zime prepínam na UTI pri 40%, takže vždy je rezerva ktorá zohľadňuje SoC drift. Ešte nikdy mi to nepreplo kvôli nízkemu napätiu článku... Viem to, lebo by som o tom dostal notifikáciu

Len celé toto divadlo vyžaduje nadradený systém a komunikáciu s batériou, MPPT a meničom. Kto také má, je za vodou a má plnú kontrolu nad fve.

Edit : na JBD BMS som mal aj možnosť SoC reset, keď si podľa napätia odhadla SoC. Samozrejme, bolo treba to urobiť keď bol menič v bypasse = batéria bez odberu.

Edit 2 : napriek tomu že bms teda vie fungovať ako merač SoC, na riadenie používam diybms-currentshunt, lebo meria od nuly a je plne konfigurovateľný

[rva]

I jednoduchý výpočet SOC dává použitelné výsledky.
Hardware: bočník, INA226, libovolné esp - cca 300,-Kč
Software: HomeAssistant (v něm ESPHome +grafana) - zdarma
Měří se proud do baterie a hodnoty se sčítají v HA. V configuration.yaml to řeší část:

Kód: Vybrat vše

 # Integrací proudu do/z baterií se spočítá stav baterie v Ah, ale dlouhodobě se bude vlivem nepřesností rozjíždět.
  # Proto se tento senzor využije v utility meter, kde bude probíhat ve vytvořené automatizaci "Action utility_meter.calibrate" dle https://www.home-assistant.io/integrations/utility_meter/#service-utility_metercalibrate
  - platform: integration
    source: sensor.proud_do_baterii
    name: Battery - energie v baterii
    method: left
    unit_time: h
    #    unit_prefix: k
    round: 0

  # Integrací dobíjecího proudu proudu do baterie se spočítá kolik Ah šlo do baterie.
  # Tento senzor se využije v utility meter
  - platform: integration
    source: sensor.battery_charge_current
    name: Battery - dodané Ah
    method: left
    unit_time: h
    #    unit_prefix: k
    round: 0
  # Integrací vybíjecího proudu proudu do baterie se spočítá kolik Ah šlo z baterie.
  # Tento senzor se využije v utility meter
  - platform: integration
    source: sensor.battery_discharge_current
    name: Battery - odebrané Ah
    method: left
    unit_time: h
    #    unit_prefix: k
    round: 0

Je možnost manuální kalibrace, ale od začátku roku nebyla potřeba. Automaticky se rekalibruje na 100% (nebo 0% - ale to nenastalo a asi ani nenastane). Tyto rekalibrace řeší v HA automatizace pro mou baterii 1290 Ah takto:

[lukas.okoun]

no pokud se nemám řidit SOC tak budu muset jedině udělat počítadlo kolik tam nateklo a vyteklo kWh jinak se nehnu protože lifepo4 je prostě plochá křivka a napětí nic neřekne

Pro odstavování vybíjení stačí se řídit jen dolním limitem viz již zmíněné hodnoty 3V pro nejslabší článek v sadě u měniče a 2,75V u BMS. Jinak vám může být celé SOC z BMS kompletně "šum a fuk" tj. vůbec ho nemusíte sledovat. Stačí jen ten dolní limit a tomu plochá křivka článků LiFePo4 nijak nevadí.

Pokud chcete mít přesnější, ale i tak více méně pořád orientační sledování SOC pak jak už zde bylo zmíněno použijte Victron Smartshunt.

ale také si říkám proč jako JK tohle nenapíše ve svém SW, si myslím že je to snad otázka času.

Na to je velmi jednoduchá odpověď, protože žádná BMS na to nemá vhodný HW alias má nepřesně měření, které přesnějšímu odhadu SOC prostě nevyhovuje, proto vůbec nemá smysl se o to u BMS obecně snažit. Výrobce BMS tam dává jen orientační odhad SOC s vědomím, že to nikdy nebude tak přesné jako je třeba u Victron Smartshuntu. Prostě v BMS je SOC jen proto, aby se neřeklo, že tam není žádný odhad SOC, ale dle mého názoru je lepší to úplně ignorovat a tím se vyhnete zbytečným problémům.

jako JK BMS má veškerý HW stejně jako Smartshuntu takže přesnější výpočet SOC je jen otázka SW a tedy času

[lukas.okoun]

Ak si je človek týchto vecí vedomý a robí pravidelný SoC reset, vie to fungovať fakt zodpovedne.

A to je ten problém proč je to dle mého názoru špatně, protože je potřeba opakovaně znovu a znovu reset SOC a tak je lepší to prostě ignorovat a neřešit to nebo zajistit, že se ten pravidelný reset SOC bude dělat zcela automaticky aniž by na to musel uživatel vůbec myslet, ale to už tak jednoduché jako pouhé ignorování nebude.

ano tohle je špatně dělat každý den 100% SOC, tohle u Pylontechů se dělat nemuselo...

[TomHC]

A kto tu píše o resete SoC každý deň???

A Pylontech je etalón kvality

[lukas.okoun]

no musím každý den jinak už se to druhej den parádně rozjede
Pylontech je kvalitka v SW ale bohužel HW stojí za prdy

[TomHC]

Ak sa ti to tak rozchádza, tam máš asi blbo nastavenú kapacitu batérie v nastaveniach BMS.

[lukas.okoun]

ne ono se to začne rozcházet pokud se to mělce cykluje že napětí je prakticky stejné ale různě se to nabíjí a vybíjí....

[TomHC]

Aha, tak to je jasné. Riešiť sa to dá nabíjaním nižším výkonom a vyhnúť sa držania nabíjania na float