Pravidla zapojení panelů

[mypower.cz]

Modelova situace: pokud bych vyuzil toto dcgridfree reseni, pak bych dle dnesniho grafu:



a pri pohledu na me wattstatistiky z dnesniho dne:

Kód: Vybrat vše

HH:MM    FV1-IN  + FV2-IN  =  FV-IN     Th.max    DC-OUT    IN-OUT    kačky     teoretické kačky

16:00   4.09 Wh   4.77 Wh   8.86 Wh   563.4 Wh   17.1 Wh   -8.19 Wh   0.50 CZK  3.38 CZK
----------
15:00   68.1 Wh   86.3 Wh  154.3 Wh   1.02 kWh   68.9 Wh    85.4 Wh   0.93 CZK  6.12 CZK
14:00  126.3 Wh  163.4 Wh  289.7 Wh   1.17 kWh     69 Wh   220.8 Wh   1.74 CZK  7.20 CZK
13:00  160.4 Wh  160.9 Wh  321.3 Wh   1.26 kWh   73.3 Wh     248 Wh   1.93 CZK  7.58 CZK
12:00  252.4 Wh  132.7 Wh  385.1 Wh   1.17 kWh     68 Wh   317.2 Wh   2.31 CZK  7.10 CZK
11:00  264.1 Wh  319.6 Wh  583.6 Wh   1.13 kWh     68 Wh   515.7 Wh   3.50 CZK  6.78 CZK
10:00   88.2 Wh  112.2 Wh  200.4 Wh   1.05 kWh   55.7 Wh   144.7 Wh   1.20 CZK  6.30 CZK
09:00   87.7 Wh  111.5 Wh  199.1 Wh   817.9 Wh     52 Wh   147.1 Wh   1.19 CZK  4.91 CZK
08:00   73.1 Wh   95.4 Wh  168.4 Wh   521.1 Wh   51.9 Wh   116.5 Wh   1.10 CZK  3.13 CZK
----------
07:00     27 Wh   34.2 Wh   61.2 Wh   229.9 Wh     52 Wh     9.2 Wh   0.37 CZK  1.38 CZK
06:00   5.97 Wh   7.09 Wh   13.1 Wh    49.3 Wh   51.9 Wh   -38.8 Wh   0.80 CZK  0.30 CZK
05:00   0.43 Wh   0.59 Wh   1.01 Wh     1.2 Wh     52 Wh     -51 Wh   0.10 CZK  0.10 CZK
04:00      0         0         0          0 Wh   62.8 Wh   -62.8 Wh      0      0.00 CZK

... zjistil toto:

08 - 15 je evidentne dobijeni. V 7 rano taky, ale to nestoji za rec. Toho si baterky ani nevsimly. IN-OUT vychazi kladne, vyroba je vetsi nez spotreba, sviti tedy slunce (no .. neni to slunce, ale neco bileho rozplizleho z vrchu sviti .. jako by zarivka za matnou bilou folii tak nejak to ted vypada na obloze ) a toto jde do baterek. Spoctu li to, od 8 od rana do 15 odpoledne je to 1795.4Wh v baterkach. To je pekne .. na noc urcite ..

Ale od 8 od rana do 15 odpoledne jelo DC z baterek. Toto, kdybychom dotahli odjinud, nemuselo by DC jit z baterek, ale z panelu, ktere mame mimo hlavni FVE tak nejak navic. Treba mnou zminovanych 2x180Wp, to cele 3x paralelne vychod, zapad, jih, aby to nedalo nikdy vice nez 500W. Na DC pokud to spoctu, od 8 do 15ti je nejakych 506.8Wh. To je pul kila navic .. to taky neni marne.

A ted si vezmu, ze kdyz o toto pulkilo nezatizim v tu dobu od 8 do 15ti baterky, tak budu mit z dnesniho dne v baterkach ne 1795.4Wh ale + tech 506.8, ktere (v optimalnim pripade pokud se mi z jinama povede pokryt takovouto dc spotrebu) dotahnu do DC rozvodu z jinama misto toku energie pres baterky, v baterkach na noc mi zustane 2302.2Wh ..

To neni marne ..

Ano .. chapu .. ucinnost/neucinnost jasnacka . ta v tom zapocitana neni.. jsme v teoreticke rovine, rad bych to zapojil a zmeril .. .. to by se dalo zakreslit do grafu a patricne vyladit odepnutim tohoto posileni v momente kdy to absolutne nebude z hlediska ucinnosti davat smysl.

[abrams]

Zdravím ,

a nebylo by při tak velkém zahálejícím výkonu v panelech je napojit na stávající FVE ? Totiž , používat celkem 1.080Wp jen na pohon DC rozvodů jež žerou jen 100W mi přijde už trochu mimo mísu , než na tento účel použít jeden 180Wp panel .
Fláknul bych ty panely jak bylo zmíněno na východ + jih + západ , tyhle tři série spojil paralerně a skrze patřičný regl rovnou do aku . Denní výroba by tak byla mnohem vyšší v porovnání s DC - DC měničem rovnou do DC rozvodů , né ?

V čem je háček ?

Elektronům zdar

[mypower.cz]

Neni hacek.. jen premyslim, zdali to nejde i jinak nez koupit proste dalsi epsolar a resit nejake nesynchronicity absorbce atd. Vyrobene energie je uz i ted dostatek, nemam potrebu do sve FVE zasahovat. Nemam zapojene 360Wp uz rok, protoze je k nicemu nepotrebuju. Vlastne bych timto zajednak zjistil neco noveho a tak nejak me bavi nalezat a objevovat a overovat i jine cesty, nez ty standardni, uz zname a zavedene.

1080Wp pochopitelne nemam jen na krmeni DC rozvodu..

[PavelR]

Ono to gridfree je uz tak takovy podivny reseni a jeste jej implementovat do dc rozvodu no ja ti nevim.
Ja s tim reglem mel na mysli hlavne skalovatelnost. Tedy rozsirim panely zasunu dalsi jednotku dcdc menice do "racku regultoru" a jedem s vyzsim vykonem. A ne jak ted ... rozsirim panely a ted musim resit jak s reglem koupit druhej? jinej? jakej? zvysim systemove napeti?

[solárník]

Jo nějaký malý a levný MPPTčko na jeden nebo max 2 panely by se hodilo. Ale když říkáme levný, jde o to, jaké jsou ty hranice. O kolik můžeme ještě zvednout pomyslnou cenu panelu s regulátorem, aby to bylo ještě přijatelný. Od toho by se odvíjela výsledná složitost obvodu a funkce.

[mypower.cz]

neni to tak jednoduche jak pises(linka), neb kazdy z menicu (MPPT) potrebuje rizeni nezavisle na ostatnich - vyjma omezeni zmineneho vyse. Co kdyz se Ti komunikace prerusi? Jak se budou regly chovat? Jak budes mit vyreseno hledani blizkych/vzdalenych maxim vykonu? Jak rychle obslouzis 10 regulatoru? Tam kde je komunikace, tam jsou chyby. A nemusi jich byt malo. Takze jsem pro decentralizaci. Cloud je sice levny, ale nasledky havarii jsou podstatne bolestnejsi, nez v pripade rozdrobeneho vypocetniho vykonu a uloziste dat.(PC na stole).
Co se tyka 48V - jedine rozumne reseni, jeste relativne bezpecne napeti a vzhledem k proudum nutnym pro beh bezne domacnosti vyhovujici. Ne nadarmo sdelovaci technika jede na 48V s uzemenym kladnym polem.

Vidim tam podobnost s komunikaci wifi zarizeni vzajemne mezi sebou. Ziskavani informace ne nejakym externim komunikacnim kanalem, ale ziskavani informace o stavu toho, s cim pracujeme/manipulujeme (v pripade wifi je to komunikace, v pripade baterek jejich dobijeni) z toho sameho, s cim pracujeme. Krkolomna veta, chapu, ale reknu to asi tak, ze u komunikace pres datovy kabel zavadime vlastne dalsi prvek, ktery se muze pokazit, pricemz informace o napeti na bateriich se zajednak siri rychlosti blizke rychlosti svetla mezi vsechny regulatory a to navic jako tezky broadcast totalne synchronne (dobre, tak par nanosekund) na vsechny regly. Selze tato komunikace, selze okamzite take moznost reglu nejak zasahnout do systemu, o kterem nema prehled, coz je jedine dobre. Napriklad pri odpojeni takoveho reglu od baterek. Kdyby naopak zblbnula datova komunikace a spojeni s baterkami zustalo, musel by se s tim takovy regl beztak nejak vyrovnat (otazka jak rychle by to byl schopen zdetekovat, ze napriklad master nestiha skrz odbavovani www rozhrani) a prestat se ucastnit na procesu dobijeni I kdyz vlastne informaci by v takovem pripade mel stale pod nosem a to z chovani napeti na baterkach, dokud tam tedy nejake baterky jsou pripojeny. Pokud nejsou, tak neni co resit

[camel1cz]

Problém v "komunikaci" skrz napětí baterie je v tom, že znáš jen a pouze napětí baterie / teda skalární hodnotu. Chybí tam informace o nabíjecí strategii *) pole regulátorů.

*) např. když budeme chtít LiFe po plném nabití přestat nabíjet

[mypower.cz]

Strategie muze byt k dispozici lokalne jako napoveda, treba v eprom. Musi.. uz z principu. Vsechny regly musi vedet v zakladu co vlastne nabiji.. Samozrejme urcite by sel vyvinout algoritmus, ktery si to pozna sam.. otazka s jakou mirou spravnosti.. no ale to uz se da preci nastavit.

Uplne komunikaci se neda vyhnout, napriklad mit moznost spravy kazdeho slave i master reglu pres TCPIP je paradicka, lepsi nez pres dipswitche a propojky to znamena uplna nekomunikace taky neni reseni. Zajimave mi ale prijde kdyz tahle datova komunikace neni to primarni na cem je regl zavisly. Komunikace muze prestat a regl by se mel spravne zachovat. Neni li komunikace, predpokladem je ze se nekonaji HW zmeny v systemu, ale jen se meni zvladnutelne a zname provozni stavy. Napriklad je li vse nastaveno na olovo, prijde nekdo, vymeni olovo za life, a nerekne to systemu a system si to nebude umet spravne zdetekovat, tak to je samozrejme nesmysl Kdo by to proc delal vysledek by byl predpokladatelny predem.

[mypower.cz]

BTW nabijeci krivka (obecne jakakoliv krivka ) se da v extremu zdetekovat sledovanim nekolika dnu provozu Uvazuju li jako chytry mppt .. cim mam prazdnejsi databazi a cim min toho vim, tim vice se neucastnim procesu nabijeni, a posloucham co se deje na baterkach. Informace ukladam a ucim se. Samozrejme uznavam, ze to bude velmi obtizne, ale nikoliv nemozne

Z dlouhodobeho mereni lze vycist ledacos, treba skutecne maxima dosahovane na konkretni FVE, ne stitkove, ale skutecne - zalozene na skutecnych realnych podminkach a dokonce i v aktualnim technickem stavu, dokonce i se zakalkulovanim bezneho chovani uzivatele FVE, ktery v tom hraje roli takovou, ze kdyz system nevytizi, system zahali a maximum vyroby se odpovidajicim zpusobem snizi.

Tohle je maximum vyroby. Bylo by zajimave vymyslet algoritmus, ktery bude umet v prubehu casu zjistit mou nabijeci krivku v ruznych stavech mych baterek. Vicemene takovy algoritmus detekce muzu kdykoliv vyzkouset na kterekoliv zde merene FVE, tedy na ruznych baterkach. Schvalne co ukaze a jak moc se trefi, jake ukaze typicke casy nabijeni a limity nabijeni .. hmmmmm

BTW takovy algoritmus s detekci stavu tu uz jednou byl

[PavelR]

jaj tady se to zacina ponekud komplikovat a co jeste do reglu pripojit kristalovou kouli a neco predpovidat

[abrams]

jaj tady se to zacina ponekud komplikovat a co jeste do reglu pripojit kristalovou kouli a neco predpovidat

Zdravím ,

... ideálně jaké bute počasí během následujících 7-mi dní aby člověk dopředu věděl co který den může zapnout .

Elektronům zdar

[mypower.cz]

jaj tady se to zacina ponekud komplikovat a co jeste do reglu pripojit kristalovou kouli a neco predpovidat

Zdravím ,

... ideálně jaké bute počasí během následujících 7-mi dní aby člověk dopředu věděl co který den může zapnout .

Elektronům zdar

[PavelR]

jo tak predpovidat podle predpovedi .... to nedopadne dobre. Nevim jak ty ale ja bych si do systemu predikci cehokoliv nedal. Aji tu T9 v telefonu vzdy vypinam.

[mypower.cz]

hele .. opet se mi regly domluvily a presly do floatu .. oba soucasne .. bez komunikace ...



Tak jsem zvedav ..

[PavelR]

to je divny .. no tobe to funguje ocividne dobre. me ta tak nefungovalo

[mypower.cz]

Je to absolutne jednoduche .. Oba dva vi ze je den. Oba vi ze uz zacal a probiha.. Oba vi, ze uz bylo dosazeno absorbce a ze trvala 3 hodiny. Jsem presvedcen ze kdyz ted zapnu nejakou zatez brutalni, tak to vyleti do nove absorbce, nebo taky ne, podle toho jak maji oba nastaveno se chovat. Ted maji synchronizovany cas. Takze je mozne ze ani po zatezi neprejdou z floatu do absorbce. Protoze uz oba vi ze dnes 3 hodiny absorbce probehla.. A tu dobu absorbce merili oba ve stejny okamzik a stejne dlouho .. protoze jsou pripojeni ke stejnym baterkam.

[mypower.cz]

A takovymto zpusobem si to ted balancuje vykon.

[brumlaj]

to je divny .. no tobe to funguje ocividne dobre. me ta tak nefungovalo

To právě není divný. Divný by bylo, pokud by to tak nefungovalo. A zabýval bych se tím proč to tak nefunguje.......

[PavelR]

no protoze kdyz dva delaji totez neni to totez on u tech mych epsolaru byl taky pevne nastavenej cas absorbce na 2 hodiny coz je malo. ja mam nicd a potreboval jsem aby tech 29V nebo kolik to bylo drzeli trvale. Asi to je tim ze byly nastaveny na olovo. Ted mam regl kde jsem si to nastavil po svym.
Ale nechme teho kazdej to vidi jinak.