Nechápu proč je predikce baterie mezi 10-12h stejných 68%, přestože výroba vysoce přesahuje spotřebu a je normální provoz, tedy by se baterie měla nabíjet. Něco podobného jsem už viděl i dříve.
Měl jsem dnes to samé (akorát s jinými čísly).
Viděl jsem to v době, kdy byla cena za odběr záporná, asi počítal s tím, že vypne výrobu, ale neudělal to… Taky se mi to zdá matoucí.
Ano zobrazení v plánu není správně. Vzniká to ze dvou důvodů:
- Když chceme baterii záměrně nenabíjet, nechat ji vybitou, FVE omezovat pouze na pokrytí spotřeby domácnosti a počkat na extrémně záporné ceny. A následně ji plně nabít ze sítě. Tento stav ale u většinu střídačů (zatím) nedokážeme vynutit. Plánovaný stav baterie to reflektuje SoC stav ale ne.
- Výroba z FVE je větší než co baterie dokáže pojmout, a přebytečná energie se bude omezovat (protože jsou ceny záporné).
Oboje vzniká právě při dlouhých periodách záporných cen. Výsledky jdou čistě z numerického modelu (nikoliv ze stavů které se pak uplatní u řízení). Na řízení jako takové to nemá vliv (SoC tu k řízení nepoužíváme), ale je to matoucí a plánujeme to opravit.
U DC coupled victronů dokážeme vypnout výrobu, ale nelze dokázat při zapnuté výrobě zakázání nabíjení baterie, což je problém v ty hodiny těsně před zápornými cenami, kdy není OK brát z gridu za ještě mírně plusovou cenu - tzn. ideálně spotřebu pokrýt z výroby, ale současně nenabíjet baterku (nechat místo pro nabíjení) - jinými slovy nejde u Victronu v DC couplingu řici “soláry použivej jen na spotřebu, ale nenabíjej baterku“. Zakázat nabíjení baterky jde u AC coupled Victronů, ale tam zase nejde vypnout panely.
U Solaxu už umíme toto dokázat (panely jen do spotřeby, ale ne do baterky) a máme to otestované a budeme to nasazovat do produkce. U GoodWe teď testujeme, zda to dokážeme taky - pro ostatní značky jako Fronius, Huawei, Sofar atd. by to též mělo být možné.
Na Victronech, jde přímo na MPPT (i pomocí NR) omezit nabíjecí proud… tzn. tím i regulovat aktuální solární výrobu.
je to vytažené ven skrze MQTT? nevíte?
a nebo asi pošlete jakej je to přesně parametr node a jeho hodnoty v node red a já se podívám, zda to mají i v mqtt
v NR se to jmenuje The maximum configured (non-volatile) charge current (A). This is the same as set by VictronConnect.
hmmm, našli jsme, není to oficiálně v dokumentaci od victronu, ale reálně to tam je.
Co se ale bojím je, že my bychom potřebovali měnit tento proud podle toho, jaká je aktuální spotřeba (abychom dokázali, že PV běží jen pro spotřebu, ale nenabíjí baterku) a to si nejsem jist, zda je ok, že to budeme měnit třeba každých 5 vteřin . . .
The NV memory used for storing config data has an endurance of about 1 million write cycles.
Tak by to holt nemuselo být co 5 sekund… zatížení se zase tak často nemění… a pokud by se dovolil nějaký buffer třeba 500W nebo 1000W tak je to na pár zápisů…
Pokud je více MPPT, tak samo nastavovat to jen na jednom.
Pokud je více MPPT, tak může stačit některé z nich vypnout. Ale lidí kde to vyjde bude asi minimum 
Dotážete se na to cyklování paměti zeptat Victronu, nebo Neosolaru, nebo mám vznést dotaz já?
U Victronu jde na omezení nabíjení baterií použít také limitování nabíjecím napětím. Když se zapne aby to limitovalo a nastaví se napětí o trošku nižší než aktuální (můj pokus byl o 0.4V), tak to zabere. Takhle to vypadalo u mne při pokusu, kdy byly zakázané přetoky a panely by daly i více:
Ale je to dost ošemetná metoda 
Napětí je třeba přesně trefit - když se dá moc nízko, zdá se že začne naopak baterie vybíjet. Také reakce není asi z principu moc rychlá, spíš tak desítky sekund než sekundy.
(Já tohle “maximum charge voltage” u sebe měním v Nodered udělátku, které mám coby hlídač / workaround na Victroní bug, jako ochranu před nabíjením baterií vyšším proudem než aktuálně hlásí BMS, když jsou povolené přetoky. Takže kdyby náhodou Proteus chtěl něco limitovat také tímhle nastavením, budu mít problém, že se to bude tlouci )
zkuste, s námi se moc nebaví, berou nás jako konkurenci asi
díky moc za tip - ale jak píšete, je to tricky - trošku se bojím, co tím všude rozbijeme a jakým žalobám bychom potom čelili 
Další možnost, jak u Victronu zamezit nabíjení baterií, ale přitom stále pokrývat spotřebu z panelů (či sítě, když panely nestačí), je omezením nabíjecího proudu:
Díky té “skvělé” Victron vlastnosti (bugu) to zabírá jen při zakázaných přetocích. Ale oproti omezování pomocí napětí je zase výhoda, že není třeba trefovat přesně napětí a pod, je to méně tricky
Takhle to vypadalo u mne při pokusu:
Jsem považoval toto za nefunkční resp funkční jen v AC coupling konfiguraci ale nenapadlo mě, že to ovlivňuji ty pretoky. Tohle by mohlo být vhodné řešení pro ten mod “no feed in a no battery charging”