consumptie op PVoutput

116 views
Skip to first unread message

Peter

unread,
Mar 21, 2015, 9:55:48 AM3/21/15
to webso...@googlegroups.com
Hallo WSL-ers,

Ik ga bij deze nog maar eens proberen een discussie op te starten over wat WSL als zijnde consumptie naar PVoutput upload.
Dat is, verbeter me maar als ik het niet juist heb, namelijk niet wat je echt (aan electriciteit) consumeert (verbruikt), maar wat je (aan electriciteit) hebt geïmporteerd (vanaf het net) en dat zijn twee verschillende dingen. Ik wil beide weten en wil in PVoutput ook graag beide correct terug zien. Nu zie ik in PVoutput overdag vrijwel helemaal geen consumptie, zolang mijn PV meer opwekt dan ik verbruik.
Het echte probleem is volgens mij dat PVoutput de import zelf uitrekent a.d.h.v. wat je daar als geproduceerd en wat je daar als geconsumeerd naartoe hebt geupload. De correcte import ccijfers kan je daar niet kwijt, consumptie cijfers wel.
Het uploaden van import als zijnde consumptie door WSL zorgen er nu dus voor dat beide niet kloppen. En daarmee ook alle berekeningen m.b.t. de ROI etc.
Aangezien WSL zowel mijn productie (van de omvormer) alsook mijn import en mijn teruglevering (beide van de slimme meter) uitleest,, moet het toch mogelijk zijn om op elk moment de echte consumptie / verbruik te berekenen en te uploaden naar PVoutput?

Peter

André M.

unread,
Mar 21, 2015, 10:48:03 AM3/21/15
to webso...@googlegroups.com
Volgens mij kan dat niet als je alleen van de slimme meter uit gaat.
Deze registreert het verbruik dat direct van de panelen je huis in gaat niet.
Je zou aparte leverings- en verbruiksmeters moeten hebben om de ontbrekende data te genereren.
Samen met de slimme meter data kan je dan berekenen wat je teruglevert.

André

Peter

unread,
Mar 22, 2015, 12:22:37 PM3/22/15
to webso...@googlegroups.com
Ik ga ook niet alleen van de slimme meter uit.
Ik ga daarnaast ook uit van wat mijn omvormer (en WSL) registreert als opbrengst, bijvoorbeeld binnen een periode van 5 minuten.
Mijn (echte) verbruik in die 5 minuten is dan te berekenen als opbrengst minus export, zolang er inderdaad geexporteerd en het verbruik dus lager is dan de opbrengst of als import minus opbrengst zodra er ge"importeerd wordt, dus wannneer het verbruik groter is dan de opbrengst.
Toch?  

Peter

unread,
Apr 15, 2015, 3:09:48 PM4/15/15
to webso...@googlegroups.com
Ik zie geen nieuwe reacties... Ben ik nu de enige die het wat kan schelen dat WSL onjuiste consumptie cijfers (d.w.z. helemaal geen tijdens productie) naar PVoutput stuurt en dat er daar dan niks meer klopt van de import- en export cijfers?

Marco

unread,
Apr 15, 2015, 3:14:17 PM4/15/15
to webso...@googlegroups.com
Wat klopt er niet aan de cijfers?

Voor mij kloppen deze cijfers, want dat is wat ik moet afrekenen op de jaarrekening ivm saldering.

Marco

unread,
Apr 16, 2015, 4:16:39 AM4/16/15
to webso...@googlegroups.com
Even een kleine toevoeging;
WebSolarLog is opensource en de code is eenvoudig in te zien op SourceForge.com pagina

Als iemand vind dat het anders kan/moet; u is van harte welkom om aan het project bij te dragen!

Helaas ben ik privé met andere dingen bezig waardoor ik even geen tijd/energie/geld/zin WSL kan steken.

Maar als iemand code aandraagt die het bijv. mogelijk maakt om te kiezen "welke verbruik" naar PVo wordt gestuurd; ik kijk er dan graag naar!

Peter

unread,
Apr 16, 2015, 5:23:47 PM4/16/15
to webso...@googlegroups.com
Sorry Marco, ik zou graag bijdragen, maar programmeren gaat me boven mijn pet..

Ik kan wel aangegeven wat er volgens mij als consumptie naar PVoutput zou moeten (mits ik het allemaal goed heb begrepen).

WSL rekent vast correct door uit te gaan van opbrengst (van de PV) en import en export) van de slimme meter), maar PVoutput rekent alleen met opbrengst en consumptie. Consumptie is volgens mij een andere benaming voor verbruik. 
De " denkfout" is dat zodra de PV opbrengst genereert, de consumptie gelijkgesteld wordt aan de import, die dan inderdaad meestentijds nihil is.
Er vindt dan echter nog wel degelijk consumptie plaats. De consumptie (of het verbruik) is dan namelijk dat deel van de opgewekte energie die je direct zelf ergens aan verbruikt (en dus niet exporteert).
In de resultaten van PVoutput lijkt het nu echter net alsof je aparaten niets verbruiken, zolang je PV iets opwekt.
PVoutput wil echter ook dan weten hoeveel je zelf verbruikt is om de export mee te berekenen (jammer genoeg kan je naar PVoutput niet zelf de (gemeten) export uploaden).
Wanneer de opbrengst van de PV lager is dan de consumptie op dat moment, vindt er wel import plaats, maar ook dan is de consumptie niet perse gelijk aan de import. Het kan zijn dat je een deel van je verbruik op enig moment zelf opwekt en een deel importeert.

Nu zijn op PVoutput dan ook de exportcijfers hoger en de import cijfers lager, dan die van mijn slimme meter (en WSL).

Hoe dan ook, het lijkt me niet zo moeilijk om op elk moment het echte verbruik te berekenen en dat als consumptie te uploaden naar PVoutput.
Consumptie is dan namelijk gewoon opbrengst minus export, zolang er geexporteerd wordt  en opbrengst minus import, zolang er geimporteerd wordt.
 
Dit zal dan echter nog steeds niet helemaal correct zijn, omdat het om moment opnames gaat, bijvoorbeeld om de 5 minuten ((bij uploaden), maar de door PVoutput berekende gemiddelden zullen dan in elk geval dichter in de buurt komen van het werkelijke verbruik, dan nu het geval is.  

Ik weet niet hoe ik het duidelijker moet uitleggen...

Peter

Marco

unread,
Apr 17, 2015, 1:49:10 AM4/17/15
to webso...@googlegroups.com
Je hebt helemaal gelijk en dat heb ik ook nooit ontkend.

Ik heb alleen gezegd dat in mijn ogen het import/export deel klopt omdat dat het deel is waar ons huis op wordt afgerekend.
Het maakt mij niet zoveel uit wat er in huis verbruikt wordt, het is voor mij veel belangrijker wat er op de jaarrekening staat.

Maar ik heb voorlopig geen tijd om mij hierin te verdiepen.
Als jij het voor elkaar krijgt om, desnoods samen met andere, de code aan te passen; ik verwerk het graag in WSL.

WSL is stukje "liefde werk oud papier", het heeft zeeën met tijd gekost en heb er nooit een cent mee verdiend.
In mijn ogen is er markt voor iets als WSL, zeker als ik om mij heen hoor/lees hoeveel problemen er zijn met Cloud achtige oplossing van grote omvormer fabrikanten.

Maja...

Peter

unread,
Jul 20, 2015, 4:01:43 PM7/20/15
to webso...@googlegroups.com
Hoi Marco (e.a.).

Hoewel ik totaal geen programmeeur ben en php niet mijn ding is, ben ik toch eens gaan kijken hoe de "echte" consumptie op PVoutput te krijgen (zoals gezegd zal PVoutput zelf ook de export uitrekenen).

In PvOutputAddon.php vond ik:

if($smartMeter['energy'] > 0 && $smartMeter['power'] > 0 && $device->sendSmartMeterData){
                    $v3 = $smartMeter['energy'];//v3    Energy Consumption    No    number    watt hours    10000    r1
                    $v4 = $smartMeter['power'];//v4    Power Consumption    No    number    watts    2000    r1
               
Als ik het goed heb kan ik dat voor de energie geheel vervangen door:
$v3 = $v1 + $smartMeter['energy'] - $live->liveReturn;

v3 is dan het echte verbruik te berekenen door de opbrengst v1 te vermeerderen met de geïmporteerde energie en daar weer de teruglevering van af te trekken.
Als ik niks importeer dan is mijn verbruik dus gelijk aan het verschil van de opbrengst en de teruglevering.
Is mijn opbrengst niet zo hoog als mijn verbruik dan exporteer ik niks en is het verbruik gelijk aan de opbrengst plus de import.

Probleem is alleen hoe het werkelijk verbruikte vermogen te berekenen
Ik kom op:
$v4 = $v2 + $smartMeter['power'] - ?;
Dat vraagteken staat dan voor het geëxporteerde vermogen. Aangezien dat niet continu gemeten wordt, zou je moeten uitgaan van een gemiddelde. Dat zou dan gelijk zijn aan de geëxporteerde energie (in kwh) gedeeld door de tijd, dus de interval waarin de uploads naar PVoutput plaatsvinden.
Is er een variabele te bevragen waar dat interval in bewaard is?

En als ik de genoemde regel(s) wijzig, wat en waar moet er dan nog meer gewijzigd worden?

Kan je me een beetje in de goede richting helpen?

b.v.d.

Peter
Reply all
Reply to author
Forward
0 new messages