PVOutput info en discussie of opmerkingen topic

[pa3eia]

Is er een "gratis" app voor Android die de data via de webbrouwer uit de Powerstocc haalt en upload naar PV-output.org. Vanuit de Powerstocc upload ik de opwek gegevens naar Kostal-Piko, wil nu ook PVOutput voorzien met deze opwek gegevens d.m.v. een oude Android telefoon.

[ Voor 39% gewijzigd door pa3eia op 29-04-2016 15:24 ]

[Geurt-kun]

Hoe leg je de grafieken van april dit jaar en vorig jaar over elkaar heen?
Is er ergens een lijst waar je dit soort info kan vinden?

Zo dus:
Same Month
To compare the same month from a previous year for a system, i.e. Oct 2012 vs Oct 2013 -

Click Your Outputs
Enter 12 days in the Compare field.
Select the option Compare 12 days ago
Click Monthly below the graph.
Select Customise and change the graph type to Bar
Zie

[ Voor 57% gewijzigd door Geurt-kun op 01-05-2016 12:53 . Reden: schaamteloos lui ]

[Jerrythafast]

Zo, het was nog iets meer werk dan ik had verwacht maar ik heb het voor elkaar. Ik heb de PVOutput-SolarEdge koppeling verbroken en push nu zelf mijn status updates via de PVOutput API. Ik heb alle live outputs verwijderd en opnieuw geüpload met mijn eigen script. Voordelen:

*PVOutput en de SolarEdge website komen nu gewoon netjes overeen qua opbrengst.
*PVOutput krijgt maximaal 2 minuten na de SolarEdge website de laatste status updates door (cronjob draait om de twee minuten). Voorheen liep hij gerust 15-20 minuten achter.
*Ik log nu Vac in plaats van Vdc. De Vdc is bij SolarEdge toch niet interessant.
*PVOutput had er een handje van om de dag te eindigen met 0 V spanning en 0 °C temperatuur omdat de omvormer deze waarden op nul zet bij zijn laatste berichtje van de dag. Daar ben ik nu ook van af.
*De 'Power Generated' en 'Average Power' grafieken zijn nu niet meer precies gelijk.

Het was een helse klus om 'even snel in elkaar te flansen' maar het resultaat mag er zijn

[Rol-Co]

Geurt-kun schreef op zondag 01 mei 2016 @ 12:44:
Hoe leg je de grafieken van april dit jaar en vorig jaar over elkaar heen?
Is er ergens een lijst waar je dit soort info kan vinden?

Zo dus:
Same Month
To compare the same month from a previous year for a system, i.e. Oct 2012 vs Oct 2013 -

Click Your Outputs
Enter 12 days in the Compare field.
Select the option Compare 12 days ago
Click Monthly below the graph.
Select Customise and change the graph type to Bar
Zie

Yep
Als je 24 days neemt en month krijg je van 2 jaar terug.
En als je 1 day doet en dan year krijg je een vergelijk tot aan nu van vorig jaar, als je 52 doet en week krijg je vergelijk per week, doe je 365 days krijg je dezelfde dag of dezelfde dag live.

[Aegle]

Jerrythafast schreef op zondag 01 mei 2016 @ 20:14:
Zo, het was nog iets meer werk dan ik had verwacht maar ik heb het voor elkaar. Ik heb de PVOutput-SolarEdge koppeling verbroken en push nu zelf mijn status updates via de PVOutput API. Ik heb alle live outputs verwijderd en opnieuw geüpload met mijn eigen script. Voordelen:

*PVOutput en de SolarEdge website komen nu gewoon netjes overeen qua opbrengst.
*PVOutput krijgt maximaal 2 minuten na de SolarEdge website de laatste status updates door (cronjob draait om de twee minuten). Voorheen liep hij gerust 15-20 minuten achter.
*Ik log nu Vac in plaats van Vdc. De Vdc is bij SolarEdge toch niet interessant.
*PVOutput had er een handje van om de dag te eindigen met 0 V spanning en 0 °C temperatuur omdat de omvormer deze waarden op nul zet bij zijn laatste berichtje van de dag. Daar ben ik nu ook van af.
*De 'Power Generated' en 'Average Power' grafieken zijn nu niet meer precies gelijk.

Het was een helse klus om 'even snel in elkaar te flansen' maar het resultaat mag er zijn

...en jij gaat ons nu natuurlijk uitvoerig uitleggen hoe je dat precies voor elkaar hebt gekregen... .
Kan je dat draaien op een RPI2...? Hier ligt er nog eentje stof te happen..

Ik "ergerde" me ook al aan die vertraagde en verkeerde data...

[Jerrythafast]

Aegle schreef op zondag 01 mei 2016 @ 22:41:
[...]


...en jij gaat ons nu natuurlijk uitvoerig uitleggen hoe je dat precies voor elkaar hebt gekregen... .
Kan je dat draaien op een RPI2...? Hier ligt er nog eentje stof te happen..

Ik "ergerde" me ook al aan die vertraagde en verkeerde data...

Hij draait hier op de RPi2, dus ja Ik kan op zich mijn code wel delen, maar dat is niet het grootste probleem...

De enige voorwaarde is namelijk dat je de encryptie key van je omvormer weet Godzijdank heb ik vanaf de eerste avond elke byte die dat ding naar SolarEdge verstuurd heeft gelogd. Hij heeft de eerste anderhalve dag zonder encryptie gecommuniceerd. Dat eindigde in deze conversatie waarin de SolarEdge server aan de omvormer om de encryptie key vraagt en vervolgens de encryptie aanzet. De encryptie key gaat onbeveiligd over het internet, maar alles daarna is onleesbaar als je 'm hebt gemist (Het is AES-128, dus kraken zit er ook niet in...)

Als je van een experimentje houdt... Dit zijn de manieren waarop ik denk dat je de key zou kunnen bemachtigen:
1. Sluit een computer aan op de omvormer met een RS-485 kabel. Officieel kun je hiermee SunSpec praten met de omvormer om hem uit te lezen. Maar de omvormer zal ook gewoon antwoorden als je in het speciale SolarEdge taaltje tegen hem praat. Dus als je vraagt encryptie uit te zetten, dan doet hij dat gewoon.
2. Doe in het service menu een factory reset. Met 99% zekerheid staat je lifetime energy daarna wel op 0. Maar hoogstwaarschijnlijk staat encryptie dan ook weer uit. Deze methode is nog niet getest.

In ieder geval zal de SolarEdge server hem na een tijdje wel weer vragen om encryptie weer aan te zetten, maar voordat de encryptie weer aan gaat komt eerst je encryptie key voorbij. Zorg dat je met Wireshark of tcpdump de omvormer afluistert wanneer dit gebeurt.

Het is helaas niet zo makkelijk dus Maar als ik ergens mee kan helpen hoor ik het graag

Bij voorkeur verder in PM of in het Datalogging topic, de SolarEdge logging perikelen staan los van PVOutput waar dit topic voor bedoeld was...

[ Voor 3% gewijzigd door Jerrythafast op 01-05-2016 23:07 ]

[Aegle]

Jerry, bedankt voor je uitleg. Ik vindt het eerlijk gezegd wel link om m'n omvormer te hacken. Het is de enige die ik heb...Ik kan via RS485 praten. Ooit gedacht om via het Sunspec protocol met de omvormer te communiceren, maar bij nader inzien heeft dat weinig toegevoegde waarde.

We zullen dit topic maar niet verder vervuilen. Ik stuur je wel een PB...

[rob2011]

De code zou ik ook wel willen. De key wordt ook ergens opgeslagen bv op de interne sd card.

[Jerrythafast]

Als het hier stabiel blijft draaien en er geen grote aanpassingen meer nodig zijn zal ik het wel even opruimen en op Github gooien.

Ik heb me altijd al afgevraagd wat er nou op die sd kaart staat. Zou me wel kunnen voorstellen dat de key daarop staat. Ik durf het alleen niet aan om hem eruit te trekken en een kopietje te maken dat soort experimenten laat ik aan anderen over

[Aegle]

Mmm. volgens mij zit er niet eens een kaartje in! Werd die niet alleen gebruikt voor een off-line software update?
't Is ook al weer 2 jaar geleden.. .

PS: @ Jerrythafast: heb je zojuist een DM gestuurd .

[rob2011]

ik heb wel een kaartje er in maar durfde hem ook niet zo er uit te halen. Kan er ook zo geen info over vinden.

[joep1222]

Even een vraagje. Ik heb thuis 25 panelen met 2 solaredge omvormers. Nu het weer mooi weer is ben ik weer een beetje de opbrengsten in de gaten aan het houden. Hier valt mij de laatste paar dagen iets raars op. Gisteren avond had ik een opbrengst van rond de 43kWh. Nu keek ik vanochtendd en stond de opbrengst nog maar op 40.16 kWh. Net een aantal minuten geleden stond de opbrengst van gisteren nog "maar" op 34 kWh. Iemand enig idee hoe dit kan. Dit gaat nu zo bijna iedere dag. Op de portal van solaredge veranderd er niks kwa opbrengsten.....

Mijn systeem: http://pvoutput.org/list.jsp?userid=41175

[RobbyMoody]

Dat komt omdat een dag later je perfecte curve plots is veranderd in een oscillerend patroon. Ik heb dit nagevraagd bij PVOutput. BB zegt dat er geen 'post-processing' van de informatie is en dat dit rechtstreeks van de Solaredge API komt.
Ik heb het zelf ook en snap nog niet goed hoe dit kan. Ik heb overigens ook 25 panelen met twee Solaredge inverters. Misschien heeft het te maken met twee inverters op 1 system-ID.

Hi,
The data shown is what is retrieved from SolarEdge API, there is no post-processing of the data.

Regards,
BB

[ Voor 20% gewijzigd door RobbyMoody op 07-05-2016 11:12 ]

[Jerrythafast]

Ik vermoed dat PVOutput de outputs van de twee omvormers door elkaar houdt. Je kunt bij PVOutput volgens mij nergens instellen van welke omvormer hij de outputs moet ophalen.

Dat "there is no post-processing of the data" verhaal vind ik eigenlijk een zwaktebod. Ze zouden er juist eens een uurtje aan moeten gaan zitten om die koppeling functioneel op orde te krijgen Met een beetje post-processing zouden ze die twee omvormers prima uit elkaar moeten kunnen houden mijns inziens.

[ Voor 13% gewijzigd door Jerrythafast op 07-05-2016 10:28 ]

[joep1222]

Het vreemde is nog, 6-5 is het bijvoorbeeld wel goed gegaan. Niet iedere dag gaat het dus fout

[klump4u]

Misschien beter om 2 losse systemen te maken en een parent systeem.

[RobbyMoody]

Ik corrigeer de waarde nu maar handmatig aan de hand van de opbrengst van mijn kwh-meters...

[joep1222]

klump4u schreef op zondag 08 mei 2016 @ 10:27:
Misschien beter om 2 losse systemen te maken en een parent systeem.

Hoe kan ik hier 2 losse systemen van maken? Helaas heb ik in solaredge geen admin rechten. Ik heb 1 site-id en 1 apk key.

RobbyMoody schreef op zondag 08 mei 2016 @ 10:30:
Ik corrigeer de waarde nu maar handmatig aan de hand van de opbrengst van mijn kwh-meters...

Ik heb er helaas geen kWh meters tussen zitten.

[ Voor 30% gewijzigd door joep1222 op 08-05-2016 11:09 ]

[RobbyMoody]

Nadat ik mijn waarde van gisteren handmatig had aangepast is hij wederom automagisch verlaagd door PVOutput naar 28 kwh (moet 33 zijn...).

Edit: en nadat ik hem opnieuw heb aangepast nu nog lager: 27.9!

[ Voor 19% gewijzigd door RobbyMoody op 08-05-2016 12:42 ]

[klump4u]

Ik weet niet hoe solaredge werkt maar als het gaat doe je iedere omvormer apart naar PVoutput met ieder een aparte pagina(is dan beide child), dan maak je een totaal systeem aan op pvoutput als parent en die laat je de data van je twee child systemen ophalen.

[RobbyMoody]

De Solaredge portal voegt de outputs van beide systemen samen. Je krijgt geen overzicht van de afzonderlijke inverters, in ieder geval niet voor mij als 'eindgebruiker'.
De enige mogelijkheid lijkt dan om de installateur twee afzonderlijke systemen te laten aanmelden bij Solaredge. Ik ga dat in ieder geval niet doen...

[klump4u]

Dus dan weet je nooit wat ieder systeem afzonderlijk doet als je geen andere meting hebt.

[RobbyMoody]

Dat klopt maar ik heb op elk systeem een kWh-meter die wordt uitgelezen door een Homewizard met Energylink...

[klump4u]

Jij wel maar joep1222 volgens mij niet

[RobbyMoody]

Nee, dus voor hem zou het misschien wel een optie zijn.

[joep1222]

RobbyMoody schreef op zondag 08 mei 2016 @ 12:29:
De Solaredge portal voegt de outputs van beide systemen samen. Je krijgt geen overzicht van de afzonderlijke inverters, in ieder geval niet voor mij als 'eindgebruiker'.
De enige mogelijkheid lijkt dan om de installateur twee afzonderlijke systemen te laten aanmelden bij Solaredge. Ik ga dat in ieder geval niet doen...

Ik ga denk ik vragen om mijn 2 systemen apart te registreren. Maar ik vroeg mij af: wat kan een reden zijn om dit juist niet te doen?
De portal van solar edge gebruik ik nauwelijks sinds pv output.

[RobbyMoody]

Ik denk dat men de Solaredge-portal zo simpel en idiot-proof mogelijk heeft willen maken. Misschien onder het motto dat de meeste gebruikers alleen geïnteresseerd zijn in de totaalopbrengst. Je kunt zelf ook helemaal niets configureren en je hebt als eigenaar zelfs geen admin rechten. Hetgeen ik zelf erg bijzonder vind...

[Sir Bacon]

Heuvelsjh schreef op vrijdag 07 juni 2013 @ 22:13:
Misschien weet iemand hier hoe ik dit gefixed krijg, http://pvoutput.org/intraday.jsp?id=21216&sid=19094 wat valt er op ? Boven de 900 w power gaat het mis, de average stort dan in en gen kWh mis ik er de helft op een dag als vandaag, savonds handmatig bijwerken. Ik log met de aloaha tool. M'n 3 x enecsys duo 480 en 6 yingli panda 270, ik heb al van alles gedaan, extra kWh counter er tussen, zeker weten dat het klopt,
Neem vandaag als voorbeeld via aloaha tool naar pvoutput komt hij tot 4.6, kijk ik naar de kWh meter dan 10.02 en de monitoring site van enecsys zegt 10,2 . Dus dat klopt aardig . Maar grom krijg het niet op pvoutput kloppende

***Kuch*** ***Stof***
Even een reactie op dit bijna 3 jaar oude probleem. Is hier ooit een oplossing voor gevonden? (Ik kon niks vinden met zoeken) Ik heb ook meerdere Enecsys omvormers draaien en de laatste dagen met het mooie weer treedt precies hetzelfde probleem op, zie bv vandaag:
http://pvoutput.org/intra...586&sid=40681&dt=20160508
Als er een oplossing is om dat te fixen hoor ik het graag!

[Rol-Co]

Als ik het zo bekijk mist hij een digit, boven de 1000W gaat het mis en dan zie je wel de goede waarde maar je moet er een 1voor denken, bij 1001-1099 laat hij( of pvoutput denk ik) ook de 0 er voor weg waardoor je bij 1075W alleen de 75 W krijgt.
Ik heb hem hieronder even aangevuld uit een stukje van je van vandaag.
Kan je ergens max digits instellen?


47.0C 224.7V - -
08/05/16 12:00 2.075kWh 1.383kWh/kW 1,190W 1216W 0.144kW/kW 47.0C 224.7V - -
08/05/16 11:50 2.039kWh 1.359kWh/kW 1,177W 1180W 0.120kW/kW 47.0C 227.7V - -
08/05/16 11:40 2.009kWh 1.339kWh/kW 1,168W 1186W 0.124kW/kW 46.3C 227.7V - -
08/05/16 11:30 1.978kWh 1.319kWh/kW 1,159W 1162W 0.108kW/kW 46.3C 229.0V - -
08/05/16 11:20 1.951kWh 1.301kWh/kW 1,138W 1156W 0.104kW/kW 45.3C 227.0V - -
08/05/16 11:10 1.925kWh 1.283kWh/kW 1,101W 1108W 0.072kW/kW 45.0C 227.7V - -
08/05/16 11:00 1.907kWh 1.271kWh/kW 1,092W 1108W 0.072kW/kW 44.3C 227.7V - -
08/05/16 10:50 1.889kWh 1.259kWh/kW 1,071W 1178W 0.052kW/kW 43.3C 227.0V - -
08/05/16 10:40 1.876kWh 1.251kWh/kW 1,047W 1072W 0.048kW/kW 42.3C 225.7V - -
08/05/16 10:30 1.864kWh 1.243kWh/kW 1,015W 30W 0.020kW/kW 42.0C 226.3V - -
08/05/16 10:20 1.859kWh 1.239kWh/kW 983W 690W 0.460kW/kW

[Jerrythafast]

RobbyMoody schreef op zondag 08 mei 2016 @ 12:29:
De Solaredge portal voegt de outputs van beide systemen samen. Je krijgt geen overzicht van de afzonderlijke inverters, in ieder geval niet voor mij als 'eindgebruiker'.
De enige mogelijkheid lijkt dan om de installateur twee afzonderlijke systemen te laten aanmelden bij Solaredge. Ik ga dat in ieder geval niet doen...

Als je naar de volgende link surft (wel even je siteID en apiKey invullen), krijg je dan de serials van beide omvormers te zien, of maar van één van beide?

code:

https://monitoringapi.solaredge.com/equipment/<siteID>/list?api_key=<apiKey>

Als je daar beide omvormers kunt zien, kun je de telemetrie van de twee systemen afzonderlijk opvragen via:

code:

https://monitoringapi.solaredge.com/equipment/<siteID>/<omvormerID>/data?api_key=<apiKey>&startTime=2016-05-08%2000:00:00&endTime=2016-05-09%2000:00:00

In dat geval zou je zelf iets in elkaar kunnen frummelen wat elke 5 minuten de data van beide omvormers opvraagt en uploadt naar twee losse systemen op PVOutput.

[Sandrioni]

Vraagje, ik heb sinds 21/4 een PV installatie, maar heb pas sinds begin mei PVoutput aan de praat via API. Maar, hoe krijg ik die dagen toch geupload naar PVoutput? Ik heb een CSV bestand gedownload, die er ongeveer zo uitziet. Of is het handig om eenmalig PVoutput op een of andere manier opdracht te geven via de reeds werkende API de data sinds 21/4 eenmalig op te halen?

Time,PV Productie (W)
21-04-2016 15:45,"0"
21-04-2016 16:00,"1768.5"
21-04-2016 16:15,"1602.8334"
21-04-2016 16:30,"1448"
21-04-2016 16:45,"1270.1666"
21-04-2016 17:00,"1041"
21-04-2016 17:15,"236"
21-04-2016 17:30,"164"
21-04-2016 17:45,"232.3333"
21-04-2016 18:00,"111.1667"
21-04-2016 18:15,"24.3333"
21-04-2016 18:30,"0"
21-04-2016 18:45,"0"
21-04-2016 19:00,"0"
21-04-2016 19:15,"0"
21-04-2016 19:30,"0"
21-04-2016 19:45,"0"
21-04-2016 20:00,"0"
21-04-2016 20:15,"0"
21-04-2016 20:30,"0"
21-04-2016 20:45,"0"
21-04-2016 21:00,"0"
21-04-2016 21:15,"0"
21-04-2016 21:30,"0"
21-04-2016 21:45,"0"
21-04-2016 22:00,"0"
21-04-2016 22:15,"0"
21-04-2016 22:30,"0"
21-04-2016 22:45,"0"
21-04-2016 23:00,"0"
21-04-2016 23:15,"0"
21-04-2016 23:30,"0"
21-04-2016 23:45,"0"
22-04-2016 0:00,"0"
22-04-2016 0:15,"0"
22-04-2016 0:30,"0"
22-04-2016 0:45,"0"
22-04-2016 1:00,"0"
22-04-2016 1:15,"0"
22-04-2016 1:30,"0"
22-04-2016 1:45,"0"
22-04-2016 2:00,"0"
22-04-2016 2:15,"0"
22-04-2016 2:30,"0"
22-04-2016 2:45,"0"
22-04-2016 3:00,"0"
22-04-2016 3:15,"0"
22-04-2016 3:30,"0"
22-04-2016 3:45,"0"
22-04-2016 4:00,"0"
22-04-2016 4:15,"0"
22-04-2016 4:30,"5"
22-04-2016 4:45,"19.6667"
22-04-2016 5:00,"37.6667"
22-04-2016 5:15,"55.5"
22-04-2016 5:30,"88.3333"
22-04-2016 5:45,"170"
22-04-2016 6:00,"198.1667"
22-04-2016 6:15,"217"
22-04-2016 6:30,"243.6667"
22-04-2016 6:45,"293.3333"
22-04-2016 7:00,"316.6667"
22-04-2016 7:15,"399.6667"
22-04-2016 7:30,"518.3333"
22-04-2016 7:45,"584"

[RobbyMoody]

Jerrythafast schreef op zondag 08 mei 2016 @ 20:29:
[...]
In dat geval zou je zelf iets in elkaar kunnen frummelen wat elke 5 minuten de data van beide omvormers opvraagt en uploadt naar twee losse systemen op PVOutput.

Ik zie de serienummers van beide inverters. Alleen zou dat apart uitlezen en uploaden dan moeten via een Raspberry o.i.d. vermoed ik. Momenteel haalt PVOutput de info rechtstreeks uit de Solaredge API.

[RobbyMoody]

Sandrioni schreef op zondag 08 mei 2016 @ 20:35:
Vraagje, ik heb sinds 21/4 een PV installatie, maar heb pas sinds begin mei PVoutput aan de praat via API. Maar, hoe krijg ik die dagen toch geupload naar PVoutput? Ik heb een CSV bestand gedownload, die er ongeveer zo uitziet. Of is het handig om eenmalig PVoutput op een of andere manier opdracht te geven via de reeds werkende API de data sinds 21/4 eenmalig op te halen?

Voor die paar dagen kan je toch gewoon de totalen handmatig invoeren via de 'add-output' of 'edit'-knop?

[Sandrioni]

Ook zoiets simpel lijkt best lastig. Ik kan de meest fantastische grafieken maken in de solaredge monitoring portal, maar een simpele 'dagtelling' zit er niet bij zo te zien )-:

[Jerrythafast]

RobbyMoody schreef op zondag 08 mei 2016 @ 20:48:
[...]


Ik zie de serienummers van beide inverters. Alleen zou dat apart uitlezen en uploaden dan moeten via een Raspberry o.i.d. vermoed ik. Momenteel haalt PVOutput de info rechtstreeks uit de Solaredge API.

Klopt, je neemt die taak dan dus eigenlijk van PVOutput over omdat zij het niet goed doen

[Jerrythafast]

Sandrioni schreef op zondag 08 mei 2016 @ 21:03:
Ook zoiets simpel lijkt best lastig. Ik kan de meest fantastische grafieken maken in de solaredge monitoring portal, maar een simpele 'dagtelling' zit er niet bij zo te zien )-:

Heb je een API key van de monitoring? Dan kun je zelf de data (in XML-, CSV- of JSON-formaat) uit de portal plukken. Per dag, uur, kwartier of 5 minuten.

[Sandrioni]

Ja, precies zoals ik die in CSV formaat heb bijgevoegd dus. Perfect. Maar, hoe krijg ik dat in PVOutput?

In de CSV krijg ik dus per kwartier het Wh, maar de CSV loader verwacht een dagtotaal.

Ik zat in Excel al wat te knutselen, maar ik kan al die getallen natuurlijk niet optellen tot een dagtotaal.

[RobbyMoody]

Als je op de edit knop voor de datum klikt dan kun je bij 'energy-generation' in ieder geval al het dagtotaal invullen. Het zijn er maar een stuk of tien. De dagtotalen staan gewoon in de Solaredge portal.

[ Voor 14% gewijzigd door RobbyMoody op 08-05-2016 21:18 ]

[Jerrythafast]

Sandrioni schreef op zondag 08 mei 2016 @ 21:09:
Ja, precies zoals ik die in CSV formaat heb bijgevoegd dus. Perfect. Maar, hoe krijg ik dat in PVOutput?

In de CSV krijg ik dus per kwartier het Wh, maar de CSV loader verwacht een dagtotaal.

Ik zat in Excel al wat te knutselen, maar ik kan al die getallen natuurlijk niet optellen tot een dagtotaal.

Ooh, die kwam van SolarEdge, ik las het even alsof je een download van PVOutput had gedaan Zal wel een zonnesteek zijn geweest

De data die jij hebt is data per kwartier, dus dan moet je bij de Live Loader zijn. Bovenaan moet je de datum invullen, dus je kunt hiermee één dag tegelijk uploaden. Onderaan zorg je dat alleen 'Power Generated' staat aangevinkt.

[Sandrioni]

Jerrythafast schreef op zondag 08 mei 2016 @ 21:25:
[...]

Ooh, die kwam van SolarEdge, ik las het even alsof je een download van PVOutput had gedaan Zal wel een zonnesteek zijn geweest

De data die jij hebt is data per kwartier, dus dan moet je bij de Live Loader zijn. Bovenaan moet je de datum invullen, dus je kunt hiermee één dag tegelijk uploaden. Onderaan zorg je dat alleen 'Power Generated' staat aangevinkt.

Thanks, maar ik zie net dat ik maar 14 dagen terug kan )-:

Ah well, ik heb al zoiets gevonden als een Date Range, en heb de maand-output van april maar gewoon evenredig erop gezet (totaal-output van mei).

[Sandrioni]

Hmmm, nog wel een bugje in de PVoutput iOS app?

In april heb ik nu wel degelijk KwH gegeneerd in april, maar hij toont ze niet in de maandweergave.

http://imgur.com/a/qoAkL


Edit : is al opgelost middels herinstallatie van de app

[ Voor 13% gewijzigd door Sandrioni op 09-05-2016 20:12 . Reden: Zelf opgelost ]

[RAFA]

Ik gebruik voor de logging van mijn StecaGrid3600 naar PvOutput het script dat geschreven is door Anton. Ik log momenteel de temperatuur mee echter dit is de buitentemperatuur. Ik zou graag de temperatuur van mijn omvormer willen loggen.

Heeft iemand enig idee of dit mogelijk is door het aanpassen van het script? De temp. kan ik uitlezen op mijn lokale Steca portal. Ik heb zelf al geprobeerd het script aan te passen echter heb ik op dit gebied 0 kennis.

Script aangepast zoals hieronder en extended data v7 geactiveerd in PvOutput settings maar dat was blijkbaar te simpel gedacht....

[ Voor 27% gewijzigd door RAFA op 10-05-2016 10:05 . Reden: Foto toegevoegd. ]

[AUijtdehaag]

v5 is de standaard upload naar temperatuur.
Helaas is beide niet mogelijk.

[RAFA]

AUijtdehaag schreef op dinsdag 10 mei 2016 @ 10:48:
v5 is de standaard upload naar temperatuur.
Helaas is beide niet mogelijk.

Beide is niet nodig, mijn voorkeur gaat naar de omvormer temperatuur.

[antonboonstra]

RAFA schreef op dinsdag 10 mei 2016 @ 11:56:
[...]
Beide is niet nodig, mijn voorkeur gaat naar de omvormer temperatuur.

Helaas is via de webinterface van de omvormer de temperatuur niet uit te lezen. Tenminste niet in tekst formaat. Dan wordt het ook lastig om deze mee te sturen naar PVOutput.

[RAFA]

antonboonstra schreef op dinsdag 10 mei 2016 @ 12:21:
[...]

Helaas is via de webinterface van de omvormer de temperatuur niet uit te lezen. Tenminste niet in tekst formaat. Dan wordt het ook lastig om deze mee te sturen naar PVOutput.

Bedankt voor de reactie. Dan houdt het op..

[Aegle]

Jerrythafast schreef op zondag 08 mei 2016 @ 20:29:
[...]

Als je naar de volgende link surft (wel even je siteID en apiKey invullen), krijg je dan de serials van beide omvormers te zien, of maar van één van beide?

code:

https://monitoringapi.solaredge.com/equipment/<siteID>/list?api_key=<apiKey>

Als je daar beide omvormers kunt zien, kun je de telemetrie van de twee systemen afzonderlijk opvragen via:

code:

https://monitoringapi.solaredge.com/equipment/<siteID>/<omvormerID>/data?api_key=<apiKey>&startTime=2016-05-08%2000:00:00&endTime=2016-05-09%2000:00:00

In dat geval zou je zelf iets in elkaar kunnen frummelen wat elke 5 minuten de data van beide omvormers opvraagt en uploadt naar twee losse systemen op PVOutput.

He.. weer wat geleerd...
Die regels kende ik nog niet. Handig om een fatsoenlijke import in een spreadsheet te maken. Werkt goed.
thanks!

[Jerrythafast]

Aegle schreef op dinsdag 10 mei 2016 @ 13:08:
[...]


He.. weer wat geleerd...
Die regels kende ik nog niet. Handig om een fatsoenlijke import in een spreadsheet te maken. Werkt goed.
thanks!

Je kunt de data ook als CSV bestand opvragen met

code:

https://monitoringapi.solaredge.com/equipment/<siteID>/<omvormerID>/data.csv?api_key=<apiKey>&startTime=2016-05-08%2000:00:00&endTime=2016-05-09%2000:00:00

Afhankelijk van de regio instellingen van je computer kun je dat rechtstreeks in Excel openen; mogelijk moet je eerst wat punten en komma's omwisselen.

[Aegle]

Ik heb het nu gewoon als XML in Excel geïmporteerd. Gaat goed! Morgen ff proberen als CSV.

Ik moet toch die API documentatie eens bestuderen... .

[ Voor 25% gewijzigd door Aegle op 10-05-2016 17:40 ]

[joep1222]

Zoals jullie een aantal dagen terug hebben gelezen heb ik problemen met het uploaden van 2 inverters van Solaredge naar PVoutput.
Nu ben ik bezig geweest om via de API een csv file zo voor te bereiden dat hier de gegevens inzitten die ik naar PVoutput wil (via windows powershell). Vervolgens verwerkt ik met een PHP script het csv bestand en wil ik deze met dit script naar PVoutput sturen.
Met het laatste gaat het mis. Het verwerken van het php bestand gaat prima, maar de gegevens worden niet op pvoutput getoond ondanks de melding "OK 200: Added status".
Weet iemand wat ik fout doe?
https://www.dropbox.com/s...qbpnruuH_RCvF5z-h1ma?dl=0
de bestanden die ik gemaakt heb

[Jerrythafast]

joep1222 schreef op zaterdag 14 mei 2016 @ 12:29:
Zoals jullie een aantal dagen terug hebben gelezen heb ik problemen met het uploaden van 2 inverters van Solaredge naar PVoutput.
Nu ben ik bezig geweest om via de API een csv file zo voor te bereiden dat hier de gegevens inzitten die ik naar PVoutput wil (via windows powershell). Vervolgens verwerkt ik met een PHP script het csv bestand en wil ik deze met dit script naar PVoutput sturen.
Met het laatste gaat het mis. Het verwerken van het php bestand gaat prima, maar de gegevens worden niet op pvoutput getoond ondanks de melding "OK 200: Added status".
Weet iemand wat ik fout doe?
https://www.dropbox.com/s...qbpnruuH_RCvF5z-h1ma?dl=0
de bestanden die ik gemaakt heb

Je script uploadt alleen de totalActivePower van 2016-05-14 06:08:50 en die is nog 0 ook. Ik vermoed dat PVOutput pas outputs gaat tonen als je meerdere tijdstippen hebt die niet 0 zijn. Voor de rest kan ik zo gauw niks vreemds ontdekken aan jouw code.

[ Voor 3% gewijzigd door Jerrythafast op 14-05-2016 13:06 ]

[peterpijpelink]

antonboonstra schreef op dinsdag 10 mei 2016 @ 12:21:
[...]

Helaas is via de webinterface van de omvormer de temperatuur niet uit te lezen. Tenminste niet in tekst formaat. Dan wordt het ook lastig om deze mee te sturen naar PVOutput.

Wat wel kan en wat ik doe is het volgende, ik heb een homewizard en die leest per 5 minuten de energylink uit. Die data stuur ik op naar pvoutput. Daar heb ik een 2e systeem van gemaakt, en de buitentemperatuur stuur ik apart mee via mijn netatmo weerstation. Een netatmo is niet zo duur, dat kun je ook nog los inzetten als je puur buitentemperatuur wilt sturen naar pvoutput, dit zit namelijk al in pvoutput standaard via weather underground waar weer de netatmo api tegen aan praat.

[joep1222]

Jerrythafast schreef op zaterdag 14 mei 2016 @ 13:04:
[...]

Je script uploadt alleen de totalActivePower van 2016-05-14 06:08:50 en die is nog 0 ook. Ik vermoed dat PVOutput pas outputs gaat tonen als je meerdere tijdstippen hebt die niet 0 zijn. Voor de rest kan ik zo gauw niks vreemds ontdekken aan jouw code.

Het is inmiddels gelukt. Het lag inderdaad aan de waarde 0. Om een of andere reden kan deze niet toegevoegd worden. Als er al wel waardes op die dag geregistreerd zijn kan er wel een generatie van 0W toegevoegd worden.

[wizzopa]

Na het plaatsen van een 2 de se3000 omvormer bleek tot mijn verbazing de logging van de 2 omvormers welke met een rs 485 verbinding met elkaar zijn verbonden, bij pvoutput via de api in de niet betaal modus perfect te loggen.

Na dat ik over gegaan ben naar de betaal modus had ik alleen de logging van 1 omvormer.

Na veel zoeken in de instellingen en het aanmaken van meerdere accounts, contact met de help desk van Solaredge, heb ik een mail gestuurd naar de Pvoutput, hier waren ze hooglijk verbaast.

Wat blijkt elke omvormer heeft een eigen api maar in de niet betaal modus ziet pvoutput dit als een omvormer en geeft ook de juiste waarde weer van beide omvormers.
Inmiddels heeft pvoutput de instelling voor Solaredge logging aangepast waar door er een 2de omvormer geconfigureerd kan worden in de betaal modus

[Jerrythafast]

wizzopa schreef op woensdag 25 mei 2016 @ 13:39:
Na het plaatsen van een 2 de se3000 omvormer bleek tot mijn verbazing de logging van de 2 omvormers welke met een rs 485 verbinding met elkaar zijn verbonden, bij pvoutput via de api in de niet betaal modus perfect te loggen.

Na dat ik over gegaan ben naar de betaal modus had ik alleen de logging van 1 omvormer.

Na veel zoeken in de instellingen en het aanmaken van meerdere accounts, contact met de help desk van Solaredge, heb ik een mail gestuurd naar de Pvoutput, hier waren ze hooglijk verbaast.

Wat blijkt elke omvormer heeft een eigen api maar in de niet betaal modus ziet pvoutput dit als een omvormer en geeft ook de juiste waarde weer van beide omvormers.
Inmiddels heeft pvoutput de instelling voor Solaredge logging aangepast waar door er een 2de omvormer geconfigureerd kan worden in de betaal modus

Heeft inderdaad te maken met de manier waarop PVOutput de data vanaf de SolarEdge monitoring API haalt. Met 15 minuten interval (als je niet hebt gedoneerd) gebruiken ze de 'Site Power' API call, welke een soort-van-gemiddelde power waarde van jouw hele installatie per kwartier oplevert. Met 5 minuten interval gebruiken ze de 'Inverter technical data' welke door jouw afzonderlijke omvormers iedere 5 minuten naar de monitoring servers wordt verzonden. PVOutput snapte niet dat je twee SolarEdge omvormers in tandem kunt draaien, dus daardoor werkte dit niet.

[wizzopa]

Jerrythafast schreef op woensdag 25 mei 2016 @ 20:11:
[...]
Heeft inderdaad te maken met de manier waarop PVOutput de data vanaf de SolarEdge monitoring API haalt. Met 15 minuten interval (als je niet hebt gedoneerd) gebruiken ze de 'Site Power' API call, welke een soort-van-gemiddelde power waarde van jouw hele installatie per kwartier oplevert. Met 5 minuten interval gebruiken ze de 'Inverter technical data' welke door jouw afzonderlijke omvormers iedere 5 minuten naar de monitoring servers wordt verzonden. PVOutput snapte niet dat je twee SolarEdge omvormers in tandem kunt draaien, dus daardoor werkte dit niet.

De veranderingen die PVOutput heeft door gevoerd heb ik maar gelaten voor wat het is, de logging voor het totale opbrengst gaat met een dinrail kwh meter via Flukso naar PVOutput en dat gaat prima.

Eventueel kan ik de beide omvormers met elk hun eigen dinrail kwh meter ook nog via Flukso naar PVOutput sturen maar ik heb geen poorten meer vrij. De logging van uit Solaredge geeft voor mij voldoende houvast mbt de prestatie van de installatie.

http://pvoutput.org/intraday.jsp?id=24027&sid=21873

Verder maak ik ook gebruik van Flukso om mijn Daikin US 3,5 kw te loggen en dit in PVOutput zichtbaar te maken.

[Nhz]

Ik zie op verschillende plekken verschillende termen door elkaar gebruikt worden, Wh kWh, Wp, kWp...soms zo erg door elkaar dat ik niet meer weet wat ik nou moet geloven.

Als hele grove vuistregel is het toch ongeveer zo dat elk Wp in panelen je in een jaar ongeveer 1000Wh (1kWh) oplevert? Maw: als ik 10 panelen van 300Wp plaats (3000Wp = 3kWp), zullen die in een jaar tijd ongeveer 3000kWh opleveren.

Alles natuurlijk afhankelijk van soort panelen, ligging, hellingshoek, schaduw, temperatuur en uiteraard het aantal zonuren.

Of ben ik nu degene die de plank helemaal mis slaat?

[TFHfony]

Nhz schreef op woensdag 25 mei 2016 @ 23:57:
Ik zie op verschillende plekken verschillende termen door elkaar gebruikt worden, Wh kWh, Wp, kWp...soms zo erg door elkaar dat ik niet meer weet wat ik nou moet geloven.

Als hele grove vuistregel is het toch ongeveer zo dat elk Wp in panelen je in een jaar ongeveer 1000Wh (1kWh) oplevert? Maw: als ik 10 panelen van 300Wp plaats (3000Wp = 3kWp), zullen die in een jaar tijd ongeveer 3000kWh opleveren.

Alles natuurlijk afhankelijk van soort panelen, ligging, hellingshoek, schaduw, temperatuur en uiteraard het aantal zonuren.

Of ben ik nu degene die de plank helemaal mis slaat?

Helemaal correct!

[Mattie112]

Nhz schreef op woensdag 25 mei 2016 @ 23:57:
Ik zie op verschillende plekken verschillende termen door elkaar gebruikt worden, Wh kWh, Wp, kWp...soms zo erg door elkaar dat ik niet meer weet wat ik nou moet geloven.

Als hele grove vuistregel is het toch ongeveer zo dat elk Wp in panelen je in een jaar ongeveer 1000Wh (1kWh) oplevert? Maw: als ik 10 panelen van 300Wp plaats (3000Wp = 3kWp), zullen die in een jaar tijd ongeveer 3000kWh opleveren.

Alles natuurlijk afhankelijk van soort panelen, ligging, hellingshoek, schaduw, temperatuur en uiteraard het aantal zonuren.

Of ben ik nu degene die de plank helemaal mis slaat?

Wh = 1/1000 kWh
Wp = 1/1000 kWp

Dus:
3000Wp == 3kWp
1kWh == 1000 Wh

Tja het is idd soms wel eens opletten wat er precies staat ja

[Nhz]

Mja, dan zit ik dus goed en zie ik het her en der (met regelmaat) verkeerd voorbij komen.

Bedankt!

[Jerrythafast]

Nhz schreef op donderdag 26 mei 2016 @ 12:47:
Mja, dan zit ik dus goed en zie ik het her en der (met regelmaat) verkeerd voorbij komen.

Bedankt!

Misschien moeten ze d'r eens een topicwarning bij zetten. "LET OP: Posts die de verkeerde eenheden gebruiken worden verwijderd." Ik denk dat men hier al lang geleden is opgehouden om mensen het te proberen uit te leggen

[Maverick]

antonboonstra schreef op zaterdag 03 oktober 2015 @ 10:46:
[...]

Ik heb het script zojuist even op mijn omvormer uitgeprobeerd en zie wel dat ik 1 foutje heb gemaakt. De dagopbrengst uit de Steca is in kWh terwijl er Wh naar PVOutput moet worden verstuurd [regel 26]. Probeer dit nieuwe script maar eens, hopelijk is dit de enige fout.

PHP:

<?php
$steca_ip = '192.168.178.13'; // IP adres van de Steca omvormer
$parameter['key'] = 'xxx'; // vul je Pvoutput-Apikey in
$parameter['sid'] = 19023; // vul hier je eigen system ID in

// uitlezen Steca pagina met huidige meetwaarden
$values = file_get_contents('http://'.$steca_ip.'/gen.measurements.table.js');
if($values === false)
{
  echo "Omvormer gaf geen reactie op ip-adres: $steca_ip <br>\n";
  exit; // stop script
}
$values = strip_tags($values);
$voltage = trim(substr($values, strpos($values,'U DC')+4, 7));
$power = trim(substr($values, strpos($values,'P AC')+4, 7));

// uitlezen Steca pagina met dagopbrengst
$values = file_get_contents('http://'.$steca_ip.'/gen.yield.day.chart.js');
$dag = trim(substr($values, strpos($values,'input.setAttribute("value"')+29, 10));
if($dag != date("Y-m-d")) // als de dagopbrengst niet van vandaag is
{
  $temp = file_get_contents('http://'.$steca_ip.'/page.yield.day.html?DATE_SELECTED='.date("Y-m-d")); // selecteer vandaag
  $values = file_get_contents('http://'.$steca_ip.'/gen.yield.day.chart.js'); // opnieuw waarden laden
}
$energy = trim(substr($values, strpos($values,'labelValueId')+28, 8))*1000; // kWh -> Wh

$parameter['d'] = date("Ymd"); // huidige datum
$parameter['t'] = date("H:i"); // huidige tijd
$parameter['v1'] = $energy; // energie opwekking van vandaag in wattuur
$parameter['v2'] = $power; // vermogen opwekking in watt
$parameter['v6'] = $voltage; // DC voltage in volt
$url = 'http://pvoutput.org/service/r2/addstatus.jsp?' . http_build_query($parameter);

$reactie = file_get_contents($url); // verstuur de gegevens naar PVOutput

if($reactie == "OK 200: Added Status")
{
  echo "Waarden succesvol uitgelezen en verstuurd naar PVOutput <br>\n";
}

else
{
  echo "PVOutput gaf geen OK terug. Poging 2...<br>\n";
  sleep(4); // wacht 4 seconden
  $reactie = file_get_contents($url); // probeer nog een keer de gegevens naar PVOutput te sturen
  if($reactie == "OK 200: Added Status")
  {
    echo "Waarden succesvol uitgelezen en verstuurd naar PVOutput <br>\n";
  }
  else
  {
    echo "PVOutput gaf ook de tweede keer geen OK terug. PVOutput offline?<br>\n";
    echo "Reactie PVOutput was: $reactie \n";
  }
}
?>

Heb dit script nu iedere 5 minuten draaien op m'n Pi. Zover ik kan zien draait het als een zonnetje: http://pvoutput.org/list.jsp?userid=50932 Nu de data nog terug domoticz in krijgen om ook daar mooie grafiekjes tevoorschijn te toveren op de muur

[joep1222]

Sinds gisteren kan ik de site van pvoutput.org niet meer laden.
Meer mensen hier last van?

[TFHfony]

joep1222 schreef op vrijdag 10 juni 2016 @ 09:47:
Sinds gisteren kan ik de site van pvoutput.org niet meer laden.
Meer mensen hier last van?

Nop, werkt hier (fZiggo) prima. Heb je het ook al eens met je telefoon (3G/4G) geprobeerd?

[MdO82]

joep1222 schreef op vrijdag 10 juni 2016 @ 09:47:
Sinds gisteren kan ik de site van pvoutput.org niet meer laden.
Meer mensen hier last van?

Ook niet als je naar http://www.pvoutput.org gaat ?

[joep1222]

TFHfony schreef op vrijdag 10 juni 2016 @ 09:52:
[...]

Nop, werkt hier (fZiggo) prima. Heb je het ook al eens met je telefoon (3G/4G) geprobeerd?

Ik heb het net geprobeerd met mijn mobiel via 4G. Hierbij werkt de site wel.
Via traceroute krijg ik een time-out:

14 118 ms 118 ms 118 ms po1.car02.dllstx2.networklayer.com [70.87.254.82]
15 118 ms 118 ms 118 ms router2-dal.linode.com [67.18.7.94]
16 * * * Request timed out.

Iemand een idee wat dit kan zijn? Ik zelf zit bij KPN glasvezel.
Of misschien kan ik dit beter op een ander forum plaatsen.

MdO82 schreef op vrijdag 10 juni 2016 @ 10:17:
[...]


Ook niet als je naar http://www.pvoutput.org gaat ?

http://www.pvoutput.org of http://pvoutput.org maakt helaas geen verschil.

[ Voor 15% gewijzigd door joep1222 op 10-06-2016 10:19 ]

[TFHfony]

joep1222 schreef op vrijdag 10 juni 2016 @ 10:18:
[...]


Ik heb het net geprobeerd met mijn mobiel via 4G. Hierbij werkt de site wel.
Via traceroute krijg ik een time-out:

14 118 ms 118 ms 118 ms po1.car02.dllstx2.networklayer.com [70.87.254.82]
15 118 ms 118 ms 118 ms router2-dal.linode.com [67.18.7.94]
16 * * * Request timed out.

Iemand een idee wat dit kan zijn? Ik zelf zit bij KPN glasvezel.
Of misschien kan ik dit beter op een ander forum plaatsen.

[...]

http://www.pvoutput.org of http://pvoutput.org maakt helaas geen verschil.

Heb je wellicht heel veel requests gepleegd in korte tijd? Dan willen ze je nogal eens blokkeren bij pvoutput

[joep1222]

TFHfony schreef op vrijdag 10 juni 2016 @ 10:20:
[...]

Heb je wellicht heel veel requests gepleegd in korte tijd? Dan willen ze je nogal eens blokkeren bij pvoutput

Dat zou eventueel kunnen. Door een foutje in PVoutput upload ik sindskort mijn eigen data via de PVoutput API. Dit draait nu bijna een maand zonder problemen. Wellicht dat hier iets verkeerd gaat.

Als ik geblokkeerd ben hoe kan ik dan contact op nemen voor te deblokkeren? Of gebeurt dit automatisch. Ik kan dit niet nazoeken, omdat ik niet op de site kom
Via mijn mobiel kom ik er natuurlijk wel op

[ Voor 4% gewijzigd door joep1222 op 10-06-2016 10:31 ]

[TFHfony]

joep1222 schreef op vrijdag 10 juni 2016 @ 10:27:
[...]


Dat zou eventueel kunnen. Door een foutje in PVoutput upload ik sindskort mijn eigen data via de PVoutput API. Dit draait nu bijna een maand zonder problemen. Wellicht dat hier iets verkeerd gaat.

Als ik geblokkeerd ben hoe kan ik dan contact op nemen voor te deblokkeren? Of gebeurt dit automatisch. Ik kan dit niet nazoeken, omdat ik niet op de site kom

---

Via mijn mobiel kom ik er natuurlijk wel op

Geen idee... Ik zou zeggen: Stuur ze eens een mail op: [e-mail]

[joep1222]

TFHfony schreef op vrijdag 10 juni 2016 @ 10:32:
[...]

Geen idee... Ik zou zeggen: Stuur ze eens een mail op: [e-mail]

Bedankt! ga ik doen

[Marcva]

Iemand een idee waarom ik de app niet kan koppelen aan PVOutput?
Netjes de API key ingevuld, alsmede mij Personal Key. Komt met een 401 error: invalid system key.

Nieuwe API key, zelfde resultaat

Iemand?

[MdO82]

Ik kom nu wat vreemds tegen op PVOutput.
Ik heb bij mijn systeem enkele favorieten staan waaronder een systeem hier in het dorp.

Echter als ik nu op dat systeem klik dan verschijnt de kaart van Australië

Is dat iets binnen PVOutput of zou de eigenaar zelf wat veranderd hebben.
Locatie is zover ik zie niet veranderd.

[Jerrythafast]

MdO82 schreef op zaterdag 30 juli 2016 @ 10:58:
Ik kom nu wat vreemds tegen op PVOutput.
Ik heb bij mijn systeem enkele favorieten staan waaronder een systeem hier in het dorp.

Echter als ik nu op dat systeem klik dan verschijnt de kaart van Australië

Is dat iets binnen PVOutput of zou de eigenaar zelf wat veranderd hebben.
Locatie is zover ik zie niet veranderd.

Wanneer je in je favorietenlijst op een systeem klikt, opent PVOutput de favorietenlijst van dat systeem. Boven de favorietenlijst staat altijd een kaart die zo is ingesteld dat je alle favorieten op de lijst kunt zien. Als het betreffende systeem zelf geen favorieten heeft, krijg je 'This system has no favourites' met daarboven de kaart van Australië. PVOutput default naar Australië omdat het een Australische website is. Wat mij betreft hadden ze daar beter gewoon de wereldkaart kunnen zetten, maar ja

[ Voor 28% gewijzigd door Jerrythafast op 30-07-2016 11:17 ]

[MdO82]

Ah dat verklaard het

[ Voor 10% gewijzigd door MdO82 op 30-07-2016 11:16 ]

[Jerrythafast]

Nog wat leuke weetjes, even berekend in Excel met deze tabel.
57% van het opgestelde vermogen dat aan PVOutput rapporteert (49 van de 86 MWh) staat in Australië. Dus de default van de kaart is wat dat betreft te verdedigen. Nederland staat tweede met 21%, nummer drie is USA met 7%.

[AMDFreak]

Marcva schreef op dinsdag 28 juni 2016 @ 14:04:
Iemand een idee waarom ik de app niet kan koppelen aan PVOutput?
Netjes de API key ingevuld, alsmede mij Personal Key. Komt met een 401 error: invalid system key.

Nieuwe API key, zelfde resultaat

Iemand?

Voor de App moet je een eigen PVoutput.org API key aanvragen. Uit m'n hoofd kan dat via Edit PV en dan helemaal onderin staat iets met API key.
Voor de duidelijkheid, voor je PV App gebruik je niet de API key van je omvormer, dat werkt inderdaad niet.

[Voronwë]

Marcva schreef op dinsdag 28 juni 2016 @ 14:04:
Iemand een idee waarom ik de app niet kan koppelen aan PVOutput?
Netjes de API key ingevuld, alsmede mij Personal Key. Komt met een 401 error: invalid system key.

Nieuwe API key, zelfde resultaat

Iemand?

Gebruik je wel de Read-only key? Die gebruik je voor monitor apps.
De echte API key is een key waarbij je ook je waarden kan schrijven naar PVoutput. Die heb je alleen nodig om je omvormer waarden door te sturen.

[MdO82]

-knip-

[ Voor 99% gewijzigd door MdO82 op 09-08-2016 13:33 ]

[Nhz]

Kan iemand mij vertellen hoe ik de settings moet zetten zodat de 'financiele boekhouding' klopt?

Ik heb een meter die de opgewekte energie meet en ik heb een meter die het verbruik meet. Dus twee losse meters na de hoofdmeter.

Stel dat ik 25kWh opgewekt heb en daarvan 10kWh gebruikt heb. Dan zou het dagtarief op 25kWh - 10kWh = 15kWh x €0,05 = €0,75 uit moeten komen. Daar moet dan €0,13 vanaf als 'service charge', dan kom je op een dagresultaat van €0,62.

Heb ik op diezelfde dag 30kWh gebruikt, dan krijg je dus 25kWh - 30kWh = -5kWh. 5kWh x €0,17 = €0,85 + €0,13 = €0,98 als dagresultaat.

PV Output komt echter met hele andere getallen. Waar gaat het mis?

[TWyk]

Als ik insolation aanzet in een dagtabel dan krijg ik een soort ideaal curve en wordt de estimate bar tegen deze ideaalcurve afgezet.
Als het goed is zou je dus eigenlijk vrijwel nooit op 100% of hoger dan de isolation estimate kunnen komen of zijn er mensen die dat wel presteren?
Misschien als je SF panelen hebt of zo?

[Voronwë]

Ik zit af en toe boven die 100%! Deze zomer nog niet heel erg vaak, jammer genoeg.
Zover ik weet is het een grove berekening van je maximale opbrengst die dag. Bij werkt het zowiezo niet lekker, aangezien ik die rijen panelen heb die allemaal in een andere hoek staan. (rond dak).
ZZ9 Plural Z Alpha

[ Voor 4% gewijzigd door Voronwë op 10-08-2016 15:29 ]

[MdO82]

Na wat gepuzzel heb ik het eindelijk voor elkaar dat mijn verbruik in PVOutput meegenomen wordt.
Echter zie ik dat het verbruik netjes onder Energy Used en Power Used weggeschreven wordt, maar ik zie mijn verbruik niet in de grafiek verschijnen.

Als ik een keer op "Insolation" en "Hide Insolation" klik dan zie ik mijn verbruik-gegevens wel

Moet ik daarvoor nog wat aanpassen binnen de settings van PVOutput ?

[ Voor 13% gewijzigd door MdO82 op 12-08-2016 19:15 ]

[MdO82]

Mijn verbruik is nu te zien in PVOutput, waarschijnlijk moest ik wat meer geduld hebben.
Ik zie een ander "probleem" in mijn overzicht, maar weet even niet hoe ik dit het beste op kan lossen.

Vanuit een weerstation wordt mijn temperatuur hier in de buurt meegenomen naar PVoutput.
Nu zag ik van de week dat ik 's morgen en 's avonds veel schommelingen heb in mijn temperatuur.

Het bleek dat de temperatuur vanuit het weerstation en Domoticz beide gebruikt werden waarbij de ene keer de temp van het weerstation opgepakt wordt en dan weer van domoticz.

Nu heb ik in mijn script_time_upload_to_PVoutput.lua de temperatuur verwijderd.
Echter PVOutput vindt deze stroom van data nog altijd het belangrijkste waardoor de temperatuur van het weerstation niet meer opgepakt wordt en er nu geen temperatuur meer geschreven wordt.

Weet iemand hoe dit te fixen is ?

Ik zie dat de temperatuur als v5 geschreven wordt:

code:

    print(" -- Current temperature (v5) = " .. CurrentTemp .. " C")

Zou ik de v5 kunnen veranderen in iets anders of gaat dat niet werken ?

[klump4u]

Maak van v5 een v7 in de code

Edit, moet je wel alle v5 in de code veranderen.

[ Voor 47% gewijzigd door klump4u op 28-08-2016 16:20 ]

[MdO82]

Ik heb gisteren mijn raspberry opnieuw moeten inrichten, maar nu krijg ik gen 200 status als de gegevens naar PVOutput gestuurd zijn.

Ik zie iets over het hoofd, maar kan hem even niet vinden

Ik gebruik de Omnik DataLogger van Wouterrr (oudere versie)
Dit heeft voorheen gewerkt, maar nu vertikt ie het.

Iemand een idee waar ik het kan vinden ?

In de Omnik-export.log zie ik dus alleen het volgende:

2016-09-06 06:55:03,362 INFO connecting to 192.168.178.10 port 8899
2016-09-06 06:55:04,014 INFO ID: NLBN202015752154
2016-09-06 06:55:04,169 INFO Uploading to PVoutput
2016-09-06 07:00:02,386 INFO connecting to 192.168.178.10 port 8899
2016-09-06 07:00:03,033 INFO ID: NLBN202015752154
2016-09-06 07:00:03,158 INFO Uploading to PVoutput

[Rol-Co]

Customise en dan generation vs consumption geselecteerd?
Ingelogd ?
2 dingen wat zou kunnen om geen verbruik te zien.

[MdO82]

Rol-Co schreef op dinsdag 06 september 2016 @ 07:26:
Customise en dan generation vs consumption geselecteerd?
Ingelogd ?
2 dingen wat zou kunnen om geen verbruik te zien.

Dat probleem was inmiddels opgelost
Maar nu na een herinstallatie van mijn Raspberry worden de gegevens niet naar zpCoutput gestuurd.
Althans hij stuurt wel op, maar ik krijg geen reactie van PVOutput dat de gegevens ontvangen zijn.

[Rol-Co]

Nhz schreef op dinsdag 09 augustus 2016 @ 17:04:
Kan iemand mij vertellen hoe ik de settings moet zetten zodat de 'financiele boekhouding' klopt?

Ik heb een meter die de opgewekte energie meet en ik heb een meter die het verbruik meet. Dus twee losse meters na de hoofdmeter.

Stel dat ik 25kWh opgewekt heb en daarvan 10kWh gebruikt heb. Dan zou het dagtarief op 25kWh - 10kWh = 15kWh x €0,05 = €0,75 uit moeten komen. Daar moet dan €0,13 vanaf als 'service charge', dan kom je op een dagresultaat van €0,62.

Heb ik op diezelfde dag 30kWh gebruikt, dan krijg je dus 25kWh - 30kWh = -5kWh. 5kWh x €0,17 = €0,85 + €0,13 = €0,98 als dagresultaat.

PV Output komt echter met hele andere getallen. Waar gaat het mis?

Ik ben er ook al eens mee aan het stoeien geweest en heb uiteindelijk alleen de berekening (bij benadering) gezet voor de opwek.

Dit is hoe anderen het invullen, misschien zie je er iets in.

[MdO82]

MdO82 schreef op dinsdag 06 september 2016 @ 07:29:
[...]


Dat probleem was inmiddels opgelost
Maar nu na een herinstallatie van mijn Raspberry worden de gegevens niet naar zpCoutput gestuurd.
Althans hij stuurt wel op, maar ik krijg geen reactie van PVOutput dat de gegevens ontvangen zijn.

Bleek een dns probleem te zijn

[Rol-Co]

Mooi dat het opgelost is

[Einoël]

Ik log mijn Soladin 600 set op onze schuur al een tijdje naar volle tevredenheid met SunProfit. Dit mooie programma draait op mijn file-server. Ondanks dat ik tevreden ben, ga ik het toch anders doen. Ik ben al een tijdje aan het spelen met een paar ESP8266 bordjes en met de beschikbare resources (Solarmeter, Solget, SolaDin library en esp8266-pv-logger op Github) en een steile leercurve is dat prima te doen.

Het uploaden naar PvOutput gaat ook prima, maar ik vraag me af wat nu gebruikelijk is voor bijvoorbeeld de V2 (Vermogen) en V6 (Spanning panelen) waarden. Is het gebruikelijk om 1 x per 5 minuten deze waarden uit te lezen en dit te uploaden of is het handiger/beter/verstandiger om deze waarden elke paar seconden te loggen en dan hier per 5 minuten de maximale waarde van te nemen. De gemiddelde waarde van het vermogen wordt door PvOutput berekend, dus dat is niet nodig.

[Jerrythafast]

Voor vermogen zou het misschien inderdaad wel leuk zijn de max te nemen, al is het 'eerlijker' om gewoon een momentopname elke 5 minuten te nemen, anders geeft je Power grafiek een wat optimistisch beeld. Ik zou min en max per 5 minuten in de extended data zetten.

Voor paneel spanning zou ik een momentopname per 5 minuten doen, of een gemiddelde. Niet de max, dat zegt niet zoveel.

[Mistraller]

Einoël schreef op zaterdag 10 september 2016 @ 13:42:
Ik log mijn Soladin 600 set op onze schuur al een tijdje naar volle tevredenheid met SunProfit. Dit mooie programma draait op mijn file-server. Ondanks dat ik tevreden ben, ga ik het toch anders doen. Ik ben al een tijdje aan het spelen met een paar ESP8266 bordjes en met de beschikbare resources (Solarmeter, Solget, SolaDin library en esp8266-pv-logger op Github) en een steile leercurve is dat prima te doen.

Het uploaden naar PvOutput gaat ook prima, maar ik vraag me af wat nu gebruikelijk is voor bijvoorbeeld de V2 (Vermogen) en V6 (Spanning panelen) waarden. Is het gebruikelijk om 1 x per 5 minuten deze waarden uit te lezen en dit te uploaden of is het handiger/beter/verstandiger om deze waarden elke paar seconden te loggen en dan hier per 5 minuten de maximale waarde van te nemen. De gemiddelde waarde van het vermogen wordt door PvOutput berekend, dus dat is niet nodig.

Daarmee los je wel 1 ding op; de soladin gaat één cijfer minder achter de komma dan PVoutput. Door de average te pakken kan je dat cijfer toch vullen en voorkom je de gekke gele lijn:



Binnen SolGet heb ik dit bewust niet opgelost, omdat het niet altijd wenselijk is om vaker dan 5 minuten te scannen. Solget is niet echt snel doordat het een bash script is...

[Roadrunnertoao]

Vast al tig x gevraagd hier, maar hoe kom ik aan de API key van m'n Solaredge als m'n installateur niet reageert??

[Jerrythafast]

Roadrunnertoao schreef op vrijdag 16 september 2016 @ 21:20:
Vast al tig x gevraagd hier, maar hoe kom ik aan de API key van m'n Solaredge als m'n installateur niet reageert??

Rechtstreeks contact opnemen met SolarEdge. Zij kunnen die keys ook wel aanmaken vermoed ik.

En je installateur publiekelijk aan de schandpaal nagelen om anderen te behoeden voor het gebrek aan service

[Aegle]

Ik ben heel blij met m'n SE-admin account. Zo heb ik alles zelf in de hand... .

EDIT: <knip>

[ Voor 63% gewijzigd door Aegle op 18-09-2016 22:51 ]

[Roadrunnertoao]

Aegle schreef op zondag 18 september 2016 @ 22:47:
Ik ben heel blij met m'n SE-admin account. Zo heb ik alles zelf in de hand... .

EDIT: <knip>

En hoe ben jij aan het admin account gekomen?

[timovd]

Ben ik ook benieuwd naar. Mijn installateur gaf aan dit niet te kunnen geven; alleen de API-key. SE verwees mij naar de installateur.

[Aegle]

Roadrunnertoao schreef op maandag 19 september 2016 @ 10:48:
[...]


En hoe ben jij aan het admin account gekomen?

Zelf m'n materiaal ingekocht en als bedrijf bij SE geregistreerd. Maar je leverancier moet jou heel eenvoudig van een API-key kunnen voorzien. Een werkje van niets. Verder heeft het admin account weinig toegevoegde waarde zolang je niet meer sites onderhoud.

[ Voor 11% gewijzigd door Aegle op 19-09-2016 14:01 ]

[Jerrythafast]

Enige feature die ik echt mis als niet-Admin is de mogelijkheid om het display op afstand af te lezen.