Mám trochu rozbalancované baterie, tak jsem na noc upravoval plán Protea aby dobíjel několik hodin na 100%. Proteus to ale i Victronu dělá přes setpoint a mě přijde, že takhle se baterie nikdy nesrovnají. Dnes jsem vypnul Proteus a nastavil ESS Keep batteries charged a pěkně se to balancuje.
Pozoruji to jenom já? Dávalo by smysl aby Proteus místo hýbání setpointem změnil režim ESS?
Vlevo balancování Protea, vpravo přes ESS.
Máme tam „hack“ v podobě, že to nabíjení děláme jen na 97% - je to proto, že některé victron instalace při nabití nad 97% začínají omezovat výrobu z FVE - dělá jich to jen zlomek, ale nevíme, co přesně „diktuje“ zda se to dít bude nebo ne, ale tenhle hack částečně řeší ten problém.
Tzn pro to plné nabití je buď potřeba aby ještě byla výroba z FVE co to nabije o ty 3% a nebo vypnout Protea a udělat to jak jste to udělal vy.
Až přidáme funkci „nabití alespoň jednou za 14 dní v zimě“ tak tam tenhle hack samozřejmě nebude
Aha, takže to ruční nastavování plánu na několik nocí jsem dělal úplně zbytečně 
. Nešlo by ten aspoň ten hack nepoužívat v noci, kdy omezování výroby nehrozí? Takhle v zimě budou zbytečně rozbalancované baterie…
Proč tenhle hack aplikujete i na Solax, když se týká jen Victronu? Přeci jde napsat
if (victron) hack()
je to jen na victronu a jen v automatickém řízení.
v manuálním modu když dáte nabít baterii tak to půjde na 100% jak u victronu, tak u solaxu - u solaxu to navíc jde nabít na 100% i v automatickém řízení skrze úpravu plánu a dát tam nabít baterii z gridu na 100% (u solaxu ta podmínka na 97% byla jen v manuálu a ta tam byla nějak „zapomenutá“, ale už je pryč)
Tzn.:
Solax a GoodWe jde nabít na 100% jak v manuálu, tak v automatu skrze úpravu plánu „nabij na 100%“
Victron jde nabít na 100% skrze manuál, ale automat má if na 97%
Ještě pozor na to, že solax baterka se ráda zastaví na 97% a pak balancuje klidně několik hodin - což může vypadat že jsme to zastavili my, ale není to tak, doběhne to na 100%, jen je potřeba vydržet 
Pamatuji se, že jsem měl baterii na 100%, dal režim šetření energie v baterii a auto se nabíjelo i z baterie do doby než kleslo nabití na 97%. Pak se teprve baterky vybíjení zastavilo. Toto je už tedy opravené?
to je něco jiného - mluvíl jsem o „nabíjení ze sítě“. „šetření v baterii“ je jiný mód a ten takto musí být, protože Solax to jinak neumí - to je potřeba řešit přímo se solaxem, ať udělají mode v remote control, který umí blokovat vybíjení baterie a současně nesnižovat výrobu FVE - proto tam máme to přepnutí při 97% aby se zbytečně nezahazovala výroba z FVE
Když na to znovu koukám, tak já bych to omezování výroby při nastaveném maximálním setpointu naopak považoval za správné chování. Měnič se snaží dodržet nastavený setpoint i za cenu omezení výroby. Možná to ale funguje jenom na AC couplingu, tak proto to vidíte jenom na zlomku instalací.
Takže zopakuju původní dotaz: Proč místo hýbání setpointem nepřepnete ESS na keep batteries charged?
Keep batteries charged umi jen plné nabiti na 100% Tzn. Jediný usecase je pro “chci nabít naplno a balancovat baterku” což jde úplně stejně ted udělat skrze přepnutí na manuální režim a zapnout “nabít baterii ze sítě”
Ano, je to jenom nabití na 100% (respektive maximální nabíjení). Ale tím systému řeknu co reálně chci a funguje to lépe než když se snaží regulovat setpoint.
Vlevo nabíjení přes Protea, vpravo ESS.
v manuálním režimu ten switch „nabití ze sítě“ není skrze setpoint, je to skrze Scheduled Charging - tzn. jen řekneme victronu, že má nabít baterii na 100% skrze plánované nabití a držet to tam „napořád“.
jestli jste to dělal skrze manuální řízení, tak pak ten graf ukazuje rozdíl mezi Victron funkcí „scheduled charging“ a ESS modem „keep batteries charged“ - což by bylo zajímavé, ale to my neovlivníme 
Právě, že se v té době hýbal setpoint podle spotřeby, tak jsem předpokládal, že to dělá Proteus. Na plánované nabíjení jsem nekoukal (nemám v Home Asistentovi, tak mě to nenapadlo).
Když nastavím ruční nabíjení v Proteovi, tak se nastaví plánované nabíjení a setpoint pořád hýbe podle spotřeby. Když ale nastavím plánované nabíjení přímo na Victronu, tak se nastavení setpointu nehýbe. Není možné, že Proteus omylem dělá obojí - tedy nastaví plánované nabíjení a zároveň hýbe setpointem?
Zajímavé, prověřím, zda tam není tento problém.
Pozoruji to samé, dnes přes den drahá elektřina, takže Proteus správně naordinoval na noc nabití baterie na 100%. Bohužel ale to nedělá přes Scheduled charging (ověřeno přes konzoli), ale právě setpointem, což z principu nemůže do 100% dobít, jen do 99%.
Je to celé mnohem složitější
AC coupled victrony (např. s fronius) mají problém nabíjet baterii skrze setpoint pokud jsou zakázané přetoky (letní záporné časy), ten problém vypadá tak, že každá změna setpointu způsobí téměř zastavení výroby z panelů připojených k froniusu - je to způsobeno tím, jak funguje ta řídící smyčka mezi victronem a froniusem (nemá smysl teď jít více do detailů proč) a tudíž v těchto případech, kdy jde o AC coupling a současně jsou zakázané přetoky, tak proteus (jen pro automatické řízení) používá scheduled charging.
Scheduled charging má ale problém v tom, že se nedá výkonově řídit - prostě jede plným výkonem ihned jak je aktivovaný - to ale není chtěné, protože v létě, když svítí slunce, a cena není záporná natolik, aby se vyplatilo vypnout soláry, tak nabíjení z FVE je žádané - Scheduled charging to ale vezme plným výkonem z gridu - tzn. pokud je cílem nabít baterii z 80% na 100% během hodiny, tak on jí nabije z gridu během prvních 20 minut té dané hodiny a následně se veškerá FVE výroba začne zahazovat, protože jsou zakázané přetoky a baterie plná.
Tzn správný přístup je nabíjet skrze řízený výkon, aby se využilo co nejvíce vlastní výroby - tedy skrze setpoint - u DC couplingu to tak děláme za všech okolností (není tam problém jako u AC couplingu viz výše) u AC couplingu používáme setpoint v případech, že nejsou zakázané přetoky, protože pak se neděje ten problém s limitací výroby panelů připojených k tomu AC coupled střídači.
Teď k tomu dnešnímu nabíjení - ano, je to v noci, slunce nesvítí, dalo by se použít scheduled charging a nebyl by to problém co popisuji výše - jenže my to musíme mít univerzální a dělat výjimku srkze predikci ,zda bude svítit nebo ne, je něco, co ihned vyvolá nespokojenost, protože jak půjdeme do jara a léta a začne být dříve ráno světlo a později večer, tak se skrze chyby predikce výroby začne dít to, že se použíje scheduled charging v časy, kdy by se něco málo dokázalo nabít i ze slunce ale ten scheduled charging to „předběhl“ viz problém výše.
TLDR - pokud je cílem nabít na 100% a balancovat baterii, přehoďte to do manuální řízení a zapněte nabití z gridu, to používá vždy scheduled charging bez žádných výjimek.
Tak tam opravdu běželo jak scheduled charging tak řízení skrze setpoint přes sebe (v manuálním řízení only při charge from grid).
Opraveno a dnes nasadíme na produkci a bude to scheduled charging only
Chápu, že podle predikcí se vám to dělat nechce, protože se to bude rozbíjet. Nešel by použít čas východu a západu slunce?
Přes zimu se mi typicky baterie ze slunce nikdy nenabije na 100% (veškeré potencionální přebytky se utopí v bojlerech), takže s balancováním spoléhám na noční nabíjení (které zase naopak je skoro každou noc). Kdo o tom bude vědět, tak si to bude snažit hlídat, ale ostatním zbytečně rozbalancujete baterie (jako to mám já teď za celý podzim).
Tohle je samozřejmě taky řešení, ale dělat to průbežně při normálním nabíjení (které je stejně potřeba) mi přijde jednodušší a míň práce na implementaci.
to je ten problém - není Asi vytvoříme nějaký graf resp. diagram všech „hacků“ které děláme, protože victron chování se liší mezi AC a DC, na základě různých výrobců baterií, ESS chování a mnoho dalšího, to samé Solax a jejich „speciality“ v chování v rámci Remote Control a GoodWe je pak kapitola sama pro sebe s věcmi jako „odběr 200W ze sítě když se zakážou přetoky“. Ten diagram se dle mého nevejde na A0 
- i když je to spíše k pláči, protože už teď reálně trávíme možná 30% času tím, že testujeme, zda se nějaký z těhle hacků nerozbil, kdykoliv něco změníme v logice řízení.
Já chápu o co vám jde, ale přímo tady na fóru je diskuze, kde si naopak stěžují, proč to děláme skrze scheduled charging, že setpoint je lepší pro ně - bohužel nejde evidentně uspokojit všechny
To je vlastně to samé, jako predikce - ty 15ti minuty tomu trochu pomáhají, ale ten hlavní problém je v tom, že hodina je dlouhý čas a slunce vyjde někde uprostřed té hodiny a začne vyrábět - tohle přesně byla ta hlavní stížnost, že nabíjeme od začátku hodiny plným výkonem (scheduled charging) ale kdybychom počkali 15 minut, tak už to šlo ze slunce . . .
Mě je úplně jedno přes co se to dělá, ale chci, aby při nabíjení v noci na 100% opravdu nabilo na 100% a vybalancovala se při tom baterie . Do detailů jsem se ponořil jenom kvůli tomu, že to tak nefunguje. A přijde mi to poměrně důležité, protože se tím zhoršuje stav baterie.
Balancing u pylontech baterii běží už od 90% SoC (dle toho co jsem našel se to děje nad 90% a nebo 95%, dva zdroje říkají trošku jinou hodnotu) a současně pokud se články liší o 30mV a více (to tu dokonce někdo i psal). Tzn. to rozbalancovani by nemělo být nijak zásadní - třeba u mě osobně se za poslední dva měsíce nedostali články v žádném okamžiku na větší rozdíl než těch 30mV. Jiné BMS to mohou mít jinak samozřejmě, mluvím jen o pylontech.
Každopádně to “nucené balancování” na 100% v ramci automatického řízení je v plánu implementovat, jen to aktuálně není úplně navrchu priorit. Kdyžtak mě oprav @Anna
