Ve 21h je plánováno vybití baterie ze 70% na 49% za 2,65 Kč a ve 3 ráno se šetří baterie za 4,43 Kč a v 5 ráno je normální provoz a dokupuje se za 4,55 Kč?
Jaký to má jiný smysl, než že to zbytečně sníží soběstačnost zákazníka a DG díky tomu vybere víc na poplatku?
Navíc o půlnoci jsem podle plánu měl mít 38 %, ale reálně jsem měl 34%. Takže se bude zbytečně dokupovat dráž ještě víc. A to nic extra neběželo. Odhad vybíjení baterie je téměř vždy příliš optimistický. Takže se nejspíš bude dokupovat i ve 4 ráno za 4,57 Kč.
U mě včera večer to samé - prodej do sítě z baterie za necelé 4 Kč dokonce 2 hodiny po sobě, naštěstí jsem to tu druhou hodinu stopnul. A pak ráno už nebylo v baterii nic a musel jsem dokupovat za cenu kolem 5 Kč. Dnes v 11 hodinu mi to prodávalo z baterie do sítě, ačkoli cena byla -1.68 + 2 Kč amortizace baterie. To prostě nedává absolutně smysl.
Dnes opět nabíjení Scheduled, nevím proč to nabíjet ze sítě v tuhle dobu. když slunko svítí, navíc ty parametry neodpovídají. SOC limit pro to nabíjení je 85% a já už mám 96%, tak už by ani nabíjet neměl. Nechápu, proč tohle ten Proteus dělá.
Prodej za zápor dává smysl, pokud následuje hodina s extrémně zápornou cenou - dělá místo v baterce, aby pak vypl soláry a jen nabíjel ze sítě.
Jinými slovy:
prodat 1kWh za -1.68Kč, udělat másto v baterce na 1kWh a následně vypnout panely a nabít ze sítě za -5.6Kč = profit 3,92Kč za kWh (5.6-1.68)
omlouvám se za delší prodlevu. Koukal jsem co se u vás daný den dělo a obávám se, že problém je ve stavu baterie. Algoritmus je numerický model a pracuje s exaktními vstupy. Vaše baterie má kapacitu 11,6kWh. 9.6. mezi 22:00 a 0:45 vybíjela baterie proti spotřebě celkem konstantním výkonem, cca 400W. To odpovídá energii cca 1,1kWh (za 2.75 hodiny). T.j. očekávání modelu je, že za tu dobu klesne SoC baterie o cca 10%. Skutečné SoC baterie spadlo ale z 49% v 22:00 na 23% v 0:45. Tedy pokles energie v baterii je za toto období více než dvojnásobný.
Nejpravděpodobnější důvod je rozbalancování článků v baterii. Napětí na článcích je něco co nyní začínáme sbírat a plánujeme uživatele v budoucnu upozorňovat, že je baterie ve špatném stavu. Pokud je můj odhad správný, řešením je kontaktovat instalační firmu.
Stejná situace je vidět i např. včera, kdy baterie mezi 10:15 a 11:15 konstantně nabíjela z FVE 3,2kW, to by odpovídalo nárůstu SoC o cca 28%. V realitě ale byla baterie nabita v 10:15 na 31% a v 11:15 na 73%. Zdá se tak, že skutečná kapacita vaší baterie je nyní výrazně nižší než se kterou algoritmus počítá.
Ještě doplním Davida, on ten stav byl matematicky pro danou hodinu správně. Proteus se snažil vybít baterii (i za cenu záporné ceny za dodávku), aby uvolnil kapacitu na ty další hodiny pro odběr ze sítě, kde byl ten zápor výrazně větší. Problém ale je, že by k té situaci nemělo dojít. Proteus musí do té doby baterii blokovat, aby nabitá vůbec nebyla. Dochází ale k tomu, že matematicky model předpoklá, že se bude něco dít, ale řízení se občas chová jinak.
Problém vzniká v tom, že jen u některých střídačů jsme schopni dosáhnout specifických stavů (např. kdy FVE nepřetéká do sítě, pokrývá spotřebu domácnosti ale baterie se nenabíjí nebo, že se panely odpojí úplně, a baterie se nabíjí ze sítě).
Upravujeme algoritmus tak, aby reflektoval naše skutečné schopnosti jak který střídač řídíme. Agoritmus pak bude fungovat pro každého trochu jinak, podle toho jakých stavů jsme schopni dosáhnout.
ještě dodám, že cena amortizace hraje roli při nabíjení (krom jedné výjimky, ale to nemá smysl teď rozebírat) - je pak jedno, zda se baterie vybije do spotřeby nebo do sítě, to na amortizaci nic nemění.
Tzn. pokud se batterie nabije z FVE, nehraje roli, zda se pak použije proti sptořebě nebo vybije do sítě co se amortizace týče - jde pak jen o to, jak vypadají ceny.
Pokud všechny následující hodiny jsou na spotřebě levnější než za kolik to v tu aktuální hodinu dokážete prodat, vyplatí se prodat vše a následně brát vše ze sítě - amortizace nehraje roli
Baterii nechám prověřit. Aktuálně má 100% a Solax eviduje nabití jen 9,0 kWh místo 11,6 kWh.
Ohledně plánu i tak nevím, proč 9.5. se ve 21 h plánuje vybití na 49% za 2,65 Kč, aby se ve 3 ráno plánovalo udržování stavu nabití, což ovšem znamená nákup za 4,43 Kč. Toto bych chápal pokud bych ve 21h prodával za víc než 4,43 Kč.
Dejte pak prosím vědět až budete schopni vypnout panely Solaxu. Aktuálně v době záporných cen -5 Kč apod. vypínám FVE úplně, abych maximalizoval odběr.
Kdyby se to odehrálo v jednom plánu, tak by to bylo špatně. Algoritmus se ale znovu přepočítává každou hodinu. Když koukáte do historie, tak každý jednotlivý stav je ve skutečnosti výsledkem nového plánu. Původně si tedy algoritmus myslel, že může vybít baterii až na dané procento a pořád pokryje celou noc. Protože se ale baterie vybíjela výrazně rychleji, tak při dalším přepočítávání viděl, že už to stačit nebude. Proto tu nejlevnější z dostupných hodin začal blokovat.
On ten problém co popisujete jinak existuje, a počítáme stovky modelů, pod různými scénáři. I tak se může stát, že někdy energie necháme málo nebo moc. Snažíme se cílit na vyšší nebo nižší číslo podle složení cen elektřiny a který scénář přináší jakou ztrátu. Tuhle část se snažíme ladit, aby to vprůměru vycházelo co nejlépe a dále na tom pracujeme. (Nicméně u vás je to opravdu systematicky špatně, nejspíš především kvůli nereálné kapacitě baterie).
Dovolím se zeptat zde. Lze z Proteuse nějak dostat informaci o tom, že je nutné/vhodné vybít baterii někam interně? Alespoň na web, než by bylo nějaké to hezké API/MQTT
Jde mi o to, že bych mohl přes den klidně přelít nějakou energii do auta, nebo ji spálit v BTC mineru, případně v boileru. K tomu ale potřebuji vědět, kolik a kdy. Rozumím, že to bude zatíženo chybou predikce spotřeby a zároveň to ovlivní budoucí predikce.
Místo toho, aby zůstala energie na střeše protože je již plná baterie a zakázané přetoky, nebo neprodala za zápornou cenu. Případně neprodala za zbytečně levno (to bych chtěl jednou i nastavitelné ).
Myslím, že by alespoň zobrazení příslušného čísla u dané hodiny nemuselo být složité?
To je hezké, ale takhle se to neděje. Nevšimnul jsem si, že by se pak vyply panely a nabíjelo se ze sítě. Dokonce jsem ani nepřišel na to, jak u mojí sestavy výrobu z panelů vypnout (mám Victron v kombinaci s AC coupling Fronius na AC-out). Jestli to umíte, ok, ale nic takového jsem nepozoroval.
Ještě k tomu módu šetření baterií - celkově mi to přijde jako zbytečné, proč mám šetřit baterie a brát ze sítě, když je cena dražší než amortizace baterie a energie ze slunka a pak z baterie mi stačí. Problém je v tom nadhodnocení predikce mé spotřeby, o které už jsem někde psal. Mám běžnou spotřebu domácnosti okolo 15 kWh/den. Takže když je výroba z FVE 30, 40 kWh, tak mi to bohatě stačí na spotřebu, nabití baterie na noc a ještě něco naakumuluji do vody. Jenže onu akumulaci do vody mi Proteus započte do spotřeby, ačkoli se jedná pouze o cílené využití nadbytku solární energie, která by šla jinak zadarmo do sítě, nebo zůstala na střeše. Pak v další dny, kdy je výroba menší, ale mě bohatě stačí si algoritmus myslí, že jí bude málo a “šetří” baterie, což je zbytečné - šetřím tím, že neohřívám vodu, ale energie v baterii mi stačí i na noc.
u toho AC couplingu je pravda, že se to nevypíná, ale zrovna dneska jsme přišli na řešení, jak to dokázat - takže snad už brzy to umět budeme.
ano, jakmile to neumí vypnout, tak ale plán s tím pracuje, že se to vypne, ale ten samotný příkaz na vypnutí nedorazí, pokud to pro daný střídač není implementováno - pak to samozřejmě skončí tím, že se to nabije z panelů a ten profit co jsem popsal výše se neděje. Víme o tom a pracujeme na nápravě - resp. ono je to dost limitované danou FVE - u goodwe to nejde vůbec, u solaxů nově ano, u victronu, jako vždycky, je to složiější a záleží na dané instalaci AC/DC coupling a další parametry
ten problém je naopak v podstřelené predikci výroby - na tom jsme pracovali poslední týdny a už se to odnes testuje na mém účtu a jen co ověřím, že to nedělá nějaké kraviny, tak to pustíme všem a mělo by to tento problém u vás hodně mitigovat.
Není to jen v nízké predikci výroby, ta tomu samozřejmě přidává a bude dobře, když bude lepší. Ale já právě pozoruju, že mám vysokou predikci spotřeby, protože ten algoritmus neví, že se mi spouští vytěžovací spotřebiče přebytečné solární produkce. To by chtělo nějaké API, aby věděl, kdy jede takováto spotřeba, která se nemá započítávat do predikcí. Asi by to mohlo být stejné API pro zapínání těchto spotřebičů do flexibility při povelu DOWN. Jak už jsem psal v jiném vlákně, rád se zúčastním betatestování, můj HA je připraven.
).