Regulátory za BMSkou s UVP

[vata]

Fakt jsem si nemyslela, že to budu muset někdy řešit, ale stalo se, baterku mám těsně nad UVP (moje chyba, prostě přílišný optimizmus po jednom slunečném dni), ještě zítra bude celý den deka. Nevím přesně, co se stane, dojde-li k UVP. Tak na to asi příjdu. BMSky prostě odpojí vybíjecí cestu, ale regulátory by se snad mohly ráno probrat? Co na to poví? To je otázka...
AI je klidná, prý regulátorům (Tristar TS a Victron MPPT) stačí i malé zbytkové napětí na baterii... Věřit se jí ale úplně nedá...

[Kodl69]

já bych to neriskoval... Sice se mi na 24V victron systému párkrát stalo, že v plmým kalupu nabíjení to BMS vypnula na OVP článku a za chvilku zase zapnula, ale jistě z toho nebyl nadšenej ani multiplus ani mppt. Ostatně kdysi na Mypower chodily zkazky o mrtvejch tristarech, kterejm se za chodu odpojila baterka. Ten nárůst napětí drobek omezí kondenzátory v měniči, ale raděj bych na to nespoléhal.

[vata]

Ano, toho jsem si vědoma, že Tristar by to asi nedal, ale to je problém OVP - a kvůli tomu už snad o víkendu připojím třetí baterku, která by měla snížit pravděpodobnost, že se to může stát.
Tentokrát jsem ale řešila UVP - vážně to vypadalo, že v noci BMSky zakážou další vybíjení a nebylo mi jasné, zda se ráno regulátory proberou. Naštěstí problém odložen: baterky skončily těsně nad UVP 2,5 (nejnižší článek měl 2,6) a ráno bylo dnes už jasnější, takže dneska nalezlo 3kWh do baterky a vše dnes už v bezpečných mezích. Tyhle problémy jsou pro mě nové - dřív, na 12V systému bez BMSek jen s paliči jsem prostě odpojovala při relativně vysokých napětích a SOC, teď jsem se spolehla na to, že mi to BMSky pohlídají i dole a že posílený systém mi i v inverzích aspoň něco dá a uživí aspoň režii. Nedá, neuživí.
A navíc se mi zvýšila režijní DC spotřeba i při vypnuté zátěži vlastní spotřebou Victron Orion 24-12 DC-DC měniče, který má i při odpojené DC zátěži pořád na starosti napájení automatizace, která je kompletně 12V.
No nic se neděje, prostě si budu i nadále držet vyšší SOC v rezervě. A pokud se rozhodnu pro Multiplus jako booster 3000VA Smarta, popřemýšlím, jak jeho ACin ručně přepínat na DS a v podobných situacích jako byla ta včerejší, prostě nouzově dobiju z DS.

[pby]

Ahoj, optám prosím pěkně zde.
Jak je to s komunikací x nekomunikací BMSek s celým systémem ?
Soused řeší rozšíření uložiště, teď má 3 ukrutně drahé boxy od Elerixu po 48V/100Ah tedy 300Ah, má je propojené mezi sebou Master-slave-slave. Žádná další komunikace není. Nabijí třemi MPPT od Epeveru a měniče má MPII. Chce pořídit baterii 280Ah a přidat ji do systému. Je třeba pořídit další BMSku od Elerixu ? Nebo to může řešit jinou BMSkou, případně celý systém překonfigurovat. Přemlouvám ho do cerba a shuntu, zatím marně.

Díky pby

[Jirka77]

rozhodne bych pouzit shunt a kaslat na rizeni BMSkami, pak mas volnost a muzes pouzit jakoukoli baterii o cinanu kde ta cena na kwh vychazi uplne jinak shuntu zadas souctovou hodnutu a kdyz se dobre nastavi je o dost presnejsi na vypocet SOC nez BMSnavic muzes pro ucely odskouseni treba asitentu rucne manipulovat s SOC podle potreby to pri rizeni BMS nemas sanci, sam pouzivam shunt i vetsina instalaci co jsem navrhl nebo delal/opravoval/zprovoznoval. Trochu nechapu ze si k victronu nekdo poridi mppt eveper.. odhaduju ze uz je asi mel predtim a chtel vyuzit.

[pby]

Dík, on tomu nerozumí a nějak mu to poskládal jeho kolega. Epever je prostě levnější - to neřeš. Ty MPII 48/3000 má tři a jel jen jeden, já dostal za úkol zprovoznit zbylé dva a zrušit prodlužováky stalo se .
Když to tedy shrnu, lze provozovat baterie o různých kapacitách, BMS použít jako ochranu před OVP a UVP (nemusí spolu komunikovat) a řídit to celé shunt-em a cerbem.
Jdu studovat.

[Jirka77]

ano presne tak BMS pouze chrani baterky pred prekrocenim meznich hodnot a nemusi komunikovat se systemem, rizeni nabijeni resi shunt. Pouze musi byt stejna chemie a pocty clanku, ale to je jasne.

[vata]

Jak je to s komunikací x nekomunikací BMSek s celým systémem ?

Do systému s Cerbem jsem šla primárně proto, že až přes Cerbo se přes Modbus dostanu k datům zařízení, chtěla jsem zachovat svůj vlastní nadřízený systém a monitoring. Nabíjení ať si řeší regulátor, BMSky ať chrání baterky.
S přechodem na Victron MPPT jsem ale musela vyřešit battery monitor v systému, protože Victron se bez shuntu nebo bez extra krabičky nedostane k napětí na sběrnici a regulátory pak nabíjí špatně, protože měří s úbytkem na vodiči. Takže jsem si nacvakala CAN kabel na RJ45 (typ B), s tím Cerbo vyčítá data z JK BMSky. Hned po připojení BMS k Cerbo svěřilo BMSce kontrolu nad nabíjením. Což jsem hned vypnula (v regulátoru nastavit na standalone), ale Cerbo správně sdílí všem zařízením napětí baterie z BMS, takhle mi to vyhovuje, jedu bez shuntu. Sdílí to i teplotu baterky a proud. U proudu to význam nemá, protože baterie mám tři paralelně, každá svou BMSku, stačí mi komunikace s jedinou - napětí na BMSce a na sběrnici je prakticky shodné. BMSky datově propojené nemám, podle prodejce to s JK HW pod 1,19 ani nejde - ale nezkoušela jsem to.

[brumlaj]

...... rizeni nabijeni resi shunt. .......

aha, nabíjení řídí toto? Ach jo!

[Jirka77]

ano smartshunt to co je na obrazku neni "smart" v tom ji maly rozdil. Nevidim v tom zadny problem funguje to perfektne funguji tak 5 let a ne jen ja, za me nejlepsi moznost, BMS jsou velmi nepresne na vypocet SOC a celkove jim moc neduveruju.

[vata]

No tak nejspíš jsme pochopili zkratku Ani shunt nic neřídí, ani ten chytrý, prostě jen skrze Cerbo slouží jako bat monitor a regulátory pak mají informaci o napětí a můžou si pak vesele řídit. SOC počítané jakkoliv se taky na řízení nabíjení nepodílí, je dobré jen pro orientační řízení zátěže a pro potěchu obsluhy. BMSky počítají SOC blbě, protože prostě nepřesně měří proud, smart shunt na proudy je určitě přesnější - hmm, a co? BMSky doufejme dobře měří napětí (pokud ne, máme velký problém), takže jako zdroj informace o napětí jsou stejně dobré jako smartshunt.

O celém tom datovém připojení BMSky k Cerbu jsem si napsala blog tady: https://vati.cz/fve16-jk-jako-battery-monitor/ - a odsud i screenshot důvodu, proč jsem tu komunikaci dělala:

dayJK399.png

[Jirka77]

V tvem pripade mas komunici s BMS tak to ridi BMS, ale ja mam smartshunt a system ridi smartshunt (komunikace bms s victronem neni, pouze pres waveshare server abych se mohl podivat nadalku co se tam deje), kdyz to ridi BMS za 1. je SOC dost nepresne a za 2. nemas rizeni systemu, vypocet SOC a pripadnou rucni zmenu SOC ve svych rukou, to se hodi kdyz chces odskouset asitenty pro vytrezovani apod. 3. navic je shunt skvely pomocnik kdyz chces udelat vybijeci test a zjist kolik se realne z baterky vybilo. 4. shunt je presnejsi ve vypoctu SOC, umi pracovat s peukert konstantou atd to BMS zrejme nedelaji proto jsou mene presne. Takze jo jsou 2 moznosti bud system ridis BMS nebo shuntem, jeste samozrejme u victrona muze ridit vse sam multiplus ale neni to tak presne jako se shuntem. Napeti sice BMS meri dobre ale proud moc ne proudy pod 0.5A jsou obvykle 0A i kdyz tam 0.5A tece coz opet zpusobuje chybu na SOC vypoctu, shunt v pohode meri presne i desetiny amper.

[vata]

Ale kdepak, nabíjení si u mě řídí regulátory, jen holt k tomu potřebují informaci o napětí baterie bez úbytku na vodiči. Na to grafu výše ta modrá část grafu ukazuje čas, kdy jsem v konzoli Cerba hledala možnost, jak zabránit BMS, aby nabíjení neřídila skrze request voltage. Protože VenusOS je udělaný tak, že v okamžiku připojení BMS jí automaticky svěří kontrolu nad napětím baterie - přenastaví regulátory do režimu external control - regy se pak podřídí BMS, které sdělují systému svoji představu o cílovém napětí, ty novější pak umí i délku absorpce a přechod do floatu. Já ale potřebovala použít BMS jen jako zdroj informace o napětí. Pokud připojíš smart shunt, použije jej Cerbo jako výchozí sdílený zdroj napětí pro celý systém - shunt sám o ničem nerozhoduje, neměří čas absorpce, floatu...
Jako snad si tu nebudeme vyjasňovat pojem "řízení nabíjení"? Protože to by bylo trochu zpátky na stromy a zasluhovalo by si to nové vlákno.

A teď si uvědomuju že jsem vlastně původně reagovala jen na dotaz kolegy, zda připojit / nepřipojit BMS k Cerbu - protože je to na mém vláknu, dovolila jsem si zůstat off-topic, ale tahle diskuze začíná být už úplně plevel. Už si vybavuju jeden z důvodů, proč jsem sem přešla z MP.

[Jirka77]

Nebo tak, u me nabijeni ridi DVCC tedy GX a preposila vsem nabijeckam data ze shuntu, tj nabijecky bezi jako "external. control" jedine pak v pripade restartovani GX to na chvili bezi tak ze bezi samostatne (podle interniho nastaveni) s tim ze mam 2x 150/100 a bezi na ve.can tj maji role master/slave a nabijeji paralne, master prepina slave do absorpce/float/rebulk. Ale nabijeni neni rizeno BMS ale podle napeti ktere doda systemu shunt, tedy tvrde drzi absoprpcni a float hladiny. Kdyz je to rizene BMS pokud je treba disbalancovana baterie muze si BMS vyjednat i nizsi absorpcni napeti (aby mu nesly nektere clanky do alarmu) a tez si vyjedna snizovani proudu na konci nabijeni, toto tohle tvrde rizeni podle na napeti nema, ale nicemu to nevadi lifepo4 stejne kdyz uz jsou nabite tak neabsorbuji a napeti uleti nahoru v nejhorsim pripade bms baterku na chvili odpoji nez balancery vykonaji svou praci. To presne napeti pro nabijecky bez ubytku na vodicich prave zprostredkovava GX pres funkci DVCC a preposila vsem data namerena shuntem. Pokud by shunt prestal komunikovat je tam fallback a prepne se na mereni napeti a proudu multiplusy.