Mám 2 vypozorované věci, u kterých by možná stálo za to se zamyslet, zda by nešla nějaká úprava:
V případě nabíjení baterie na 100% - podle diskuzí a popisu to vypadalo, že přepnutím na manuální režim by se tím dal řešit třeba balancing, ale podle mého pozorování to tak není. Zásadní věc vidím v tom, že se počítá nabíjecí výkon z rozdílu současného a cílového soc. Takže pokud je současné soc blízko 100%, třeba 98%, tak nabíjení je omezeno na hrozně malý výkon a v podstatě dýchavičně dojede na 100% a držení na této hladině se nekoná. Napadlo mě, že pokud se i v manuálním režimu i třeba v plánu dá nabíjení ze sítě ale cílová hodnota bude 100%, tak v tomto případě by výkon nabíjení neomezoval, tak jako u ostatních cílových SoC. NAbíjení by jelo kolik dovolí instalace (měniče, BMS atd)
u mSoc pokud si dobře pamatuju je na Victronu nějaký hack - aby neosciloval ±3% nad mSoC, tak jak je to ve standardním nastavení. To je dobré řešení, jen podle mého pozorovnání by to chtělo mírně poupravit, protože minimálně u mě to držení na mSoC má negativní bilanci - prostě baterka sice pomalu, ale stále krvácí do sítě. Stalo se mi, že postupem času podjede i min SoC. Podle mě by stačila malá úprava, aby bilance byla kladná, tzn taková kladná nula. Na min soc tedy hýbnout třeba grid setopintem do plusu?Nevím, jestli je to tím, že mám 6 měničů a tím pádem to latentně spotřebovává více než 3 měniče.
U soláru mi to nedělá. U victronu ve standardním nastavení pokud se vypnu Proteus i řízení a dá se nabíjení ze sítě, tak to jede podle mě normálně co povolí BMS. Ale to řízení to nějak nastavuje pomocí hodnoty nad spotřebu s dopočtem.
To omezování u vás nemůže být třeba BMS? Já sleduji, co BMS posílá v konzoli po rozkliknutí BMS - Parameters tam by mělo být vidět CVL, CCL, DCL, co BMS posílá do systému. Pokud jsou zakázané přetoky, tak toto jsou hodnoty, které to budou snižovat. Moje BMS se třeba snaží u nějakých 85% snížit CCL. Je jí to tedy houby platné, protože Victron na to kašle, tak následně v mém firmware začne snižovat i CVL a to zabírá
hmmm ta 1 mám tejně jako popisuje @tygr - tedy i když tam „napálíme“ AC setpoint ohromný, tak si to stejně limituje baterka - víme o tom, s ohledem na balancování článků je prostě potřeba to nutit na 100% do po dobu 10h+, tedy mít na to speciální mód v plánu, co prostě vše ignoruje a jen to drží na 100%
toto se mi neděje, zastaví se to přesně na mSoC a dále se nehne - kouknu k vám, co se tam děje jinak
Ten bod 1 - neplánovaně jsem to vyzkoušel, kdy se mi BMS kousnula v nějakém modu Charging, tzn jediné co posílala byla charge request. A to nebylo žádné pomalé - repsektive jak to omezovalo pak při ustřelování článků, tak to samozřejmě snižuje, ale jinak to pral do baterky pořád a byl to reálný balancing.
Bod 2 - nevím, včera třeba jsem si všiml přes den, že na 16% měl ESS#1. On teda Victron zaokrouhluje na celé hodnoty, takže BMS má 16.5 a Victron 16. Ale večer už to bylo na 15.5. Takže vykrvácel jedno procento. V noci jsem nechal nabít baterku, takže teď je to zase nabité, ale s tím krvácením se mi to tak chová. Jak jsem psal, mám 6x 5000 takže i ta latentní spotřeba je nějaká.
Tohle jsem kdysi hlásil, tam jde o to, že baterka sama neví kolik má procent (rozkalibrovaná). Proteus se snaží dorovnat na 100%, ale jen výkonově jak píše @khostri a realně je třeba jen na 90%. Kdyby se to přeplo v dané situaci (=chceme 100% v dané hodině) na “keep batteries charged”, tak se proste jede dokud BMS neřekne hrnečku dost (tzn. napětový režim). Jestli si to teda dobře pamatuju a to šlo tuším jen v úplně manuálním režimu.
Čas 10h+ je pro hloupé baterky typu Pylontech nebo hodně rozjeté cokoliv jiného.
ono 10h+ může být i jinde - spíš bych to nedělal jako režim s přesně daným intervalem, ale proto mě napadlo, že by ten speciál režim byl jakoby skrytý za tu hodnotu SOC. Tzn hodnota cílového nabití na 100% by v pozadí aktivovala Keep bateries charged.
Tím pádem se nemusí řešit separátní UI, vysvětlování, tužka na změnu režimu funguje pořád stejně. Pouze je tam o backend stream navíc