Poznámka k "Grid export limit": nemám experimentální integraci, ale jen tu výchozí. Mám vyzkoušeno, že "Grid export limit" funguje jak má, tj. omezuje export do sítě tím, že nastaví potřebné registry. Na co jsem bohužel nepřišel je jak mu zrušit omezení exportu, když ho nepotřebuju. Nastavením limitu exportu na maximální výkon střídače to myslím není.
Hlavní problém oné integrace GW do HA ale vidím v tom, že se nenamáhá načítat data ze střídače, takže pokud nastavím registry GW jinou aplikací (třeba mobilní), tak HA o tom neví a dál ukazuje svoje hodnoty/nastavení. Je to extrémně matoucí! Je tato zásadní chyba v experimentální verzi integrace GW do HA opravena?
Dobrý den,
ano grid export limit pouze omezuje výrobu, ale neovlivňuje, zda-li je funkce zapnutá nebo vypnutá. To se musí nastavit buď v SolarGo/PVMaster a nebo pomocí již zmíněné experimentální integrace přímým zápisem do registru. A samozřejmě vypsáním stavu do pomocníka, protože jak správně píšete, o takových nastavení HA prostě neví.
Narazil jsem na to hned první dny po spuštění elektrárny a metodou pokus-omyl jsem na to nakonec přišel.
Ke druhému dotazu. Ano, to máte pravdu a experimentální integrace tohle nevyřeší. Narazili jsme na to s kolegou, když SolidSun přidal do svého řešení nad RaspberryPI správu battery managementu, kde mohl uživatel jednoduše nastavovat DOD a řídit nabíjení baterie bez toho, aby musel použít aplikaci SolarGO/PVMaster a nebo měl HomeAssistant. Pro nás to ale znamenalo komplikaci, že to jejich nastavení bylo “prioritnější” a sahalo přes RS485 přímo do střidače. Takže ani HA ani mobilní aplikace to nemohly ovlivnit a neustále to hodnoty přepisovalo. Stačilo požádat o vypnutí tohoto modulu.
Takže experimentální integrace vám vyřeši prvnín otázku, druhou bohužel nikoliv. Osobně ji používám kvůli export limitu (a vypínání backup větve) a hlavně pro ty speciální režimy ECO charge a discharge. To je na tom myslím ta TOP věc.
VS
Moje zkušenost je, že když jsem poprvé "grid_export_limit" v HA použil, fungoval rovnou správně. Jsou dvě možná vysvětlení:
A) "grid_export_limit" sám povolil i samotné limitování exportu (jak píšete, že je na to potřeba něco jiného) - třeba díky rozdílům v implementaci v různých verzích firmware
anebo
B) měl jsem celou dobu (= celé roky) zapnuto omezení přetoků (nastaveno instalační firmou) a nevěděl jsem o tom, protože velikost limitu byla nastavena na maximální výkon střídače a všechno fungovalo správně. Pak by informace v článku neodpovídaly mým zkušenostem - konkrétně věty "nehledě na to, jaká hodnota limitu je nastavená, střídač (GoodWe určitě) se vždy snaží balancovat výkon tak, aby zkrátka žádný přetok do distribuční sítě nevznikl."
Proč nemám experimentální integraci? Neumím ji doinstalovat do HA docker image. Doufal jsem, že se po nějaké době stane z experimentální verze normální součástí HA (a tedy se mi objeví po aktualizaci docker image), ale zatím se tak nestalo. Budu se asi muset naučit nainstalovat HACS do HA v dockeru.
Osobně si myslím, že spíše b). Mě instalační firma také nastavila limit a zapnula omezení. Jenže prvních několik nocí jsem si všiml, že střídač stále “přicucává” ze sítě a z baterie nejde nic, jen se udržuje cca 100-120W. Když jsem limit nastavil na 10000W (elektrárnu mám 5,4kWp), chovalo se to stále stejně špatně. Limit jsem následující den vypnul via mobilní aplikaci a už spotřeba v noci jela z baterie. Možná to může být verzí FW (měl jsem tam tuším 927), možná nemám tak velký odběr. Ale podobné chování jsem pozoroval i ve svém okolí. Je to přesné chování, jako když máte limit na 0, když nechcete posílat přetoky do sítě před provedeným PPP.
Nicměně jak se vám to chová v noci? Spotřebovává baterii? Jakou máte noční spotřebu? Pokud vyšší, typicky topíte, pak to možná není tak patrné.
Jinak HACS je jednoduché, i do HomeAssistant OS/Sup., viz https://www.root.cz/clanky/home-assistant-prace-s-dashboardem-a-rozsirenimi-hacs/#h20
Já pokud vypnu funkci hlídání exportu na mém GW ET10 (bez plus), tak začne střídač nejen tahat ze sítě (Energy buy) trochu víc, než když je funkce zapnutá (kolem 100-120W) s omezením na maximální hodnotu, ale dokonce i posílá do sítě zhruba stejný výkon (Energy sell) + k tomu krmí barák z baterek ...
Energii (při zapnutém hídání) přestane tahat, až když je baterie na 100% a jede se čistě na panely .... Zatím se mi nepodařilo střídač nastavit tak, aby jel v noci z baterek a ze sítě tahal méně než 100W.
Moje klidová spotřeba je i v noci mezi 400-500W.
FW mám 1023, možná už je to v novějším nějak opraveno.
U sunways je to podobne. A to jsou jedny z tech drazsich stridacu. Nicmene klidovou spotrebu mam cca 50-60W vcetne backupu. Kdyz jede odber jaloviny tak i 120W . Trochu pomaha shozeni backupu a tam to spadne snad o -30W. Pokud nemate povolene pretoky da se sachovat s mirnym posunem ofsetu na export limit. Goodwe i Viki to ma.
No upska zrala v klidu 2.5krat tolik a nedavala 7kW ve trech fazich tak nemuzu brblat.
Za nekdy vetsi ci trvaly odber ze site mohou pozadavky na pripojeni vyroben od roku 2011 viz. https://solarforum.cz/viewtopic.php?t=2422
Muzete nadavat na sveho distributora a ERU. Poskytujete stabilizacni sluzbu siti a jeste za to platite. A to se vyplati!
Mam zkusenost ze treba u meho stridace Sunways u te verze fw kterou mam treba kompletni vypnuti grid export limitu vede k potlaceni funkce Q(u) a tim padem zacnu porusovat pripojovaci podminky. Krasne to jde videt na vystupech z prubehoveho mereni. Ktere vas samozrejme velmi rychle napraska pokud to bude distribuce resit nebo si nekdo z ulice bude stezovat.
Pouceni pro sebe z krizoveho vyvoje: Kup si stridac kde pri vyvoji sw vyvojari tolik neuzivaji tvrde drogy.