Solax: EVC v Green mode vs. "nabíjení baterie ze sítě, přetoky zakázany"

Ahoj,

přicházím s pozorováním na první pohled nečekané, ale asi pochopitelné a logické chování nabíjení EV.

Ceny jsou záporné = přetoky zakázány, nejlepší čas všechno cpát “do domu”, EV v normálním režimu zvesela nabíjí (EVC je v ideálním “letním” režimu Green) . Pak ale příjde ješté zápornější cena, Proteus vypočítá, že je lepší ještě přibrat el. z DS (režim ‘Nabíjení baterie ze sítě’) - a tohle (dle mého soudu) rozhodí sandál logice nabíjení Green…
… a nabíjení EV se přeruší. To je, dle mého, trochu nežádoucí vedlejší efekt tohoto provozního režimu.

Jsou dny, kdy je takto naplánovaných hodin hodně a to činí Green mode poněkud nepoužitelným.
Máte (@deltagreen) v roadmapě podpory EVC nějaké opatření pro tyhle situace? Např. “úpravu” volby režimů, v případě, že je nabíjení (v Greenu) aktivní? Nebo umožnit automatickou převolbu režimu EVC na Eco, nebo tak něco podobného?

/PL

Chceme to řešit, ale je to docela složitý problém a naše možnosti v tom dost omezené - ale víme o tom

1 Líbí se

Odložím si tu ještě jeden scénář: pozorování toho, jak se Solax (1.45-1.09/1.48) chová při flexibilitě “Dodávka do sítě” t.j. v režimu “Enabled Target SOC control”, mířených na dodávku 9900W dne 17/5.

Chvíli jsem nechápal ty první dvě nuly kWh objemů:

při rozboru grafů už to bylo jasnější:

Během zákazu přetoků slunce svítilo, EVC (červená) správně “požírala” maximum energie v režimu Green.
Při flexibiltě se do sítě (zelená) ale posílal pouze rozdíl mezi produkcí FV (fialová) a Targetem SOC (modrá). Dumám, jestli je to chyba, vlastnost nebo vedlejší efekt, neznaje přesnou definici tohoto funkčního režimu.

Tak nějak jsem lehce očekával, že Green bude pokračovat dodávkou dostupné ‘Green’ energie z FV do EVC a z baterky (+ případný přebytek z FV) se pošle do sítě 9,9kW po celou dobu flexibilty (+ spotřeba domu). Jestli to tedy vůbec dává smysl?

/PL

Si to tady budu okupovat sám pro sebe: dnes nad ránem jsem po dlouhé době nabíjel EV ze sítě, tentokrát však ECO mode s časovým oknem, které bylo nastaveno ovšem v autě na 3:15-6:00. Věděl jsem, že nad ránem už Proteus bude plánovat “Prodej do sítě místo nabíjení” (tedy Enabled Power Control).

Stala se (asi možná opět lehce neočekávaná, ale patrně někde zdokumentovaná) situace - EV se nenabíjelo z FV (0W), ale z baterky do nastaveného limitu 9,9kW (ač je tohle přes Battery Charge EVC zakázáno) a zbytek (do 3x16A, 11kW) šel teprve ze sítě.
V 5:15 se baterka vycucla na min. limit SoC - modbus control Disabled: nabíjení se vrátilo na DS (plus FV - ten tolik zatracovaný SV string už dával 400W).

/PL

aktuálně Proteus vůbec netuší, že tam nějaký wallbox je - tzn. ani z něj nečte žádná data, nebere tedy na nabíjení EV žádný ohled.

Chceme to udělat, ale těch věcí, co po nás zákazníci chtějí je už teď reálně na déle než 3-4 roky implementace - není prostě v našich silách udělat to všechno, navíc určitě ne v rámci služby zdarma, kterou navíc dosti dotujeme (nakupování predikcí, náklady za google cloud a mnoho dalšího).

Máme alerty, které nám ukazují, že ta energie nekončí kde má (v gridu při UP, protože skončí v EV) - toto je pro nás další ztráta - zákazníka platíme za flexibilitu, ale on žádnou nedodal.

Aktuálně to nejspíše skončí tím, že budeme UP flexibilitu odebírat všem těmto zákazníkům, než přijde implementace wallboxů a jejich ovládání - ale těch wallboxů je mraky :confused:

… tomu (dlouhému backlogu) naprosto přesně rozumím, děláme relativně podobně košatý IT systém, který “obkličuje” záhadně se chovajcí black-boxy výrobce, my dokonce s nulovou dokumentací cílového boxu.

Proto bych hodně loboval za jakékoli (klidně alfa) API, MQTT = zkrátka “cokoli”, kde se ti šikovnější dozví “přímočaře” od Protea více informací, v jakém módu měnič jede, případně, co se plánuje. A přes automatizaci už se s tím něco dá rozumného dělat. Také i proto si tady trošku odkládám ty zdánlivě nelogické scénáře tak, abych měl i sám z čeho čerpat.

/PL

P.S. A myslím si, že byste se pak takto stvořenými scénáři mohli i inspirovat, třeba, ehm, pokud by to k něčemu bylo?

ono popravdě dlouho přemýšlíme umožnit třetím stranám dělat ty integrace k nám a nabídnout to pak ostatním jako 3rd party řešení, které není námi udržované/supportované, ale je to možnost.

Konkrétně ty solax wallboxy jsou hodně vysoko na naší roadmapě - takže pokud máte zájem, můžeme to pak dělat v rámci nějaké alfa testingu a reálně tak vlastně ovlivnit jak přesně se to bude chovat.

1 Líbí se

Zájem určitě mám.
EV je v denní permanenci. S flexibilitou/řízením se také proto často “kříží”.

/PL

@Anna FYI - abychom ten solax wallbox pak dělali v kooperaci s @ok2ucx

Ahoj, další nečekaný vedlejší jev:

EVC Green, celou dobu 11kW
FV produkce více než dostatečná, dům nebere prakticky nic

Proteus cílí na dodávku do sítě, místo nabíjení
ale místo toho, vzníká odběr ze sítě cca. 1,4kW - wtf, proč jako?
/on to beztak bude nějaký vedlejší “aritmetický” efekt toho Target control mode.

(bavím se o časovém intervalu 10:00-12:00)

/PL

Dobrý den, řeším stejný problém. Měnič i wallbox nastaveny - zákaz využívat baterii při nedostatku výkonu - přesto v normálním provozu (Plán řízení) systém odebírá proud z baterie. Když ručně přepnu (Proteus) operaci na šetření baterie, chování se zlepší, zbytek výkonu systém bere ze sítě. Rád bych situaci do budoucna nechtěl neustále kontrolovat a nastavovat ručně. Uvítám jakékoliv doporučení, řešení, … Díky za čas. Aleš

Jestli nejdu z křížkem po funuse - asi bych měl nejprve zaktualizovat FW, zvláště pokud na remote příkazech pracovali:

Můžete mi @David, prosím, zvednout verze FW v měniči i dongle, pokud s 49/51 a 1.006 nejsou nějaké známé trable?

/PL

Aktualizováno - tak uvidíme, zda to udělalo nějakou změnu

Tak hlásím, že ani po update FW žádná změna:

“špatně” to je v časovém intervalu cca od 9:00 do 12:00 (2.7.2025)

  • Solax → Enabled SOC target control (aka “Prodej z baterie do sítě”)
  • po celou dobu připojené EV, režim Green 6A = ‘požírá’ všechny dostupné solární kW od 4kW výše - zde od 7:00)

Kolem 9:00 se stane následujcí: “potká” se hodnota FV výroby s nastavením inverter power (9.8kW = max. hodnota přetoků ?) + patrně v kombinaci s Green mode (možná i ECO) = se rozdíl mezi FV a tímto 9,8kW limitem začne dobírat ze sítě. A takto vzniknuvším výkonem se pokrývá EV+dům+baterie, efektivně se tím začně zbytečně dobíjet baterie z DS.

Např. úseku 11:08-11:24 (v 11:15) je výkonová bilance následující:
FV: 14,2kW
EV: 11.1kW + dům: 3,8kW = 14,9kW
podle mého se mělo snížit nabíjení EV (o cca chybějících 0.7kW), baterie 0kW
pak import/export 0kW

ale EVC “vidí” energie dost (co na tom, že pochází z DS) a vesele nabíjí dál do limitu.

Zde detaily z HA:

A z portálu DG:

Můj dotaz na DG @David zní, co přesně obnáší “Enabled SOC target control”

  • jaký command jde z Protea do měniče?
  • je to mode 3 SolaX_VPP function Definition of ESS ?
  • kde/jak/proč se tam objevuje hodnota 9,8kW?
  • je tohle chyba? vlastnost měniče v kombinaci s EVC? nebo špatný (limit) command ze strany DG?

/PL

koukám do logů a:

od 7 do 12 tam byl “prodej z baterie do sítě” - ten děláme skrze mode 3.

Mode 3 vyžaduje dva parametry - cílové SoC (při jehož dosažení se sám vypne) a discharge power jak rychle má vybíjet (tedy jak rychle se bude k danému target SoC blížit).

zde je vidět jak jsme tam pravidelně upravovali dischargepower

ten targetsettype ignorujte, to je jen “keep alive”, protože solax má timeout po který se musíme ozvat, jinak automaticky vyskočí z powercontrol do selfuse modu.

ač se to jmenuje dischargepower, reálně je to ale výkon na AC straně střídače (a takhle je to u čínské dokumentace se vším, názvy vůbec neodpovídají tomu, co to reálně dělá) - tzn. určuje to, jaký bude výkon na výstupu střídače - což je v případě Solaxu spotřeba domácnosti a přetok do gridu dohromady.

Pokud tedy řekneme, že na výstupu střídače má být 9.8kW, ale reálně je tam spotřeba 11kW, tak ten rozdíl se bude brát z gridu.

Tzn. tohle vzniká proto, že Proteus plánuje spotřebu, která je ale nižší, než realita. Zapne mode 3 a udržuje výkon na výstupu střídače na hodnotě, aby trefil target SoC na konci hodiny, ale současně nepřelezl limit přetoku. Jenže nakonec je spotřeba mnohem vyšší a jelikož je limitovaný výkon na straně AC výstupu střídače, tak se rozdíl bere z gridu. O tomhle problému víme a jediné řešení je změnit operaci řízení na danou hodinu do “normální provoz” a nebo upravit ručně predikci spotřeby na mnohem vyšší, aby neplánoval vybíjet do sítě, protože to sežere vlastní spotřeba.

Jakmile bude Proteus nabíjet auta, to nabíjení si tam naplánuje sám dle požadavků zákazníka a to vybíjení do sítě tam nebude. Bohužel tohle je kombinace limitace toho, co umí Solax v rámci svého řízení a nepřesnosti predikce spotřeby (neví že tam bude spouštěné nabíjení auta).

TLDR - upravte ty operace vybíjení baterie na normální režim a nebude se to dít

no, ono je to možná edge case toho režimu jako takového - ještě to řeším více do detailu, je zajímavé, že to normálně u všech funguje, ten výpočet výkonu, jen tady ne, což mi aktuálně nedává smysl, ale něco mi musí unikat, dám ještě vědět

Nerozumím kontextu této věty:

Měnič mám verzi 15kW. Tak proč limit 9,8kW (moje přetoky).

Možná mi něco uniká:

ale tady se žádné vybíjení do sítě nekoná. Jakmile ten limit 9.8kW skočil nad FV výrobu (ve 12:00), tak už bylo všechno OK.

Resp. položím dotaz ještě jinak: pokud by se tato hodnota (dischargepower) zde nastavila třeba na 15kW, tak by tohle šlo do přetoků t.j. přes limit, který je nastaven v základních parametrech měniče?

/PL

tak už jsem to našel :slight_smile:

platí jak jsem napsal, že discharge_power u mode 3 není reálně vybíjecí výkon na baterii, ale výkon střídače na AC straně (tedy tam kde je připojená spotřeba domácnosti a grid).

Ten algoritmus se snaží ve smyčce počítat následující:

kolik je potřeba vybíjet baterii aby se dosáhlo vybití na dané procento + kolik je aktuální výroba = součet je vlastně výkon, co chceme vidět na DC straně - tedy výkon na baterii a výkon na panelech

a to porovná s tím, jaká je aktuální spotřeba

Pokud je požadovaný výkon na baterce a na panelech vyšší, než aktuální spotřeba, nastaví na AC straně výkon součtu požadovaného výkonu na baterce a panelů, což způsobí, že se pokreje spotřeba a zbytek poteče do gridu

Pokud je spotřeba vyšší, než požadovaný výkon na baterce a panelech, tak se nastaví na AC straně výkon rovnající se spotřebě, což znamená, že se sice baterka bude vybíjet rychleji, než chceme s ohledem na target SOC, ale to je ok, protože to jde do spotřeby → lepší než kdyby se to bralo ze sítě.

Až do tohohle bodu to je vše ok a proto to všude u solaxů fungovalo doteď ok.

Následně ale přijde kontrola, zda tento výkon, který chceme nastavit na AC straně střídače, není vyšší než povolený přetok do sítě - a pokud ano, omezí se na hodnotu tohoto povoleného výkonu - a zde je ta chyba, která se ale projevuje jen když je požadovaný výkon střídače vyšší než povolené přetoky - ta limitace povoleným přetokem totiž nebrala vpotaz, že na AC straně střídače není jen přetok do gridu, ale je tam i spotřeba - a ten limit to vždy omezil jen na max přetoky (jako kdyby si myslel, že celkový AC výkon střídače jde jen do gridu a nikam jinam).

Odstranili jsme tu limitaci a za cca hodinu to bude nasazeno na produkci.

Ten limit se hlídá exportLimit hodnotou nastavenou na střídači - toto bylo spíše dvojitá ochrana proti překročení povolených přetoků - jsme u toho extra opatrní, protože ty pokuty jsou obrovské - mále ale otestováno, že i když požadujeme větší výkon na AC straně a není tam spotřeba tedy by došlo k přetokům do gridu vyšší než je povolený, tak to chytí ten exportLimit - i tak to ale budu u vás kontrolovat, zda je vše ok - ono totiž když odpojíte nabíjení EV, tak naše smyčka výpočtu běží cca každých 5-10 sekund a tedy to nechytne ihned a ten výkon nemá pak kam jít než do sítě. To ale chytá ten limit přímo na střídači, i tak si to ale chci ověřit, že je vše ok

Tohle vysvětlení dává smysl, že a proč se to tak dělo - ač nemělo.

Skvělé. Zítra (4/7) dopoledne bude auto doma, ale nemá moc svítit, možná odpoledne. Nejpozději v sobotu (5/7) bude slunce i EV - můžeme to sledovat. Věřím, že pokud bude tento limit mít správnou hodnotu, vše pojede dle očekávání :upside_down_face:

/PL