PVOutput info en discussie of opmerkingen topic

[Zonlichtstad]

Hallo,

Ik heb vandaag mijn tweede zonnestroominstallatie aangeschakeld. Nu wil ik deze natuurlijk monitoren. Voor mijn eerste (al 10 jaar oud) gebruik ik SBFspot op een RPi met een BT dongle. De nieuwe inverter (ook SMA) heeft natuurlijk speedwire. Het is me niet helemaal duidelijk hoe ik SBFspot.cfg nu moet configureren. Gewoon een IP adress toevoegen? Maar komt dan alles in dezelfde database? Hoe ga ik om met meerdere passwords?

Ik kon nergens een handleiding vinden. Alleen voor twee inverters die BT gebruiken.

Alvast bedankt,

Gerbrand

[AUijtdehaag]

@Zonlichtstad
Hernoem de standaard SBFspot.cfg naar iets anders, bijvoorbeeld SBFspot_zuid_onder.cfg
en voor de andere omvormer maak je een nieuwe aan en noem je die SBFspot_zuid_boven.cfg
Ik heb 3 omvormers en de 3e heet SBFspot_noord.cfg

Dan in daydata:

code:

#!/bin/bash
#
log=/var/log/sbfspot.3/MyPlant_$(date '+%Y%m%d').log
/usr/local/bin/sbfspot.3/SBFspot -cfgSBFspot_zuid_onder.cfg -v -ad1 -am0 -ae0 -mqtt>>$log
/usr/local/bin/sbfspot.3/SBFspot -cfgSBFspot_zuid_boven.cfg -v -ad1 -am0 -ae0 -mqtt>>$log
/usr/local/bin/sbfspot.3/SBFspot -cfgSBFspot_noord.cfg -v -ad1 -am0 -ae0 -mqtt>>$log

Als je geen mqtt gebruikt kan je die -mqtt weglaten.

monthdata

code:

#!/bin/bash
#
log=/var/log/sbfspot.3/MyPlant_$(date '+%Y%m').log
/usr/local/bin/sbfspot.3/SBFspot -cfgSBFspot_zuid_onder.cfg -v -sp0 -ad0 -am1 -ae1 -finq >>$log
/usr/local/bin/sbfspot.3/SBFspot -cfgSBFspot_zuid_boven.cfg -v -sp0 -ad0 -am1 -ae1 -finq >>$log
/usr/local/bin/sbfspot.3/SBFspot -cfgSBFspot_noord.cfg -v -sp0 -ad0 -am1 -ae1 -finq >>$log

Alles komt dan in 1 database sbfspot.db

[Zonlichtstad]

Bedankt. Dat werkt inderdaad. In domoticz worden ze nu alleen opgeteld weergegeven. Even kijken hoe ik dat dan weer uit elkaar trek...

Gerbrand

[AUijtdehaag]

@Zonlichtstad Ook als je (onder hardware) op
Lokatie: /usr/local/bin/sbfspot.3/SBFspot_de_gewijzigde_naam.cfg
toepast?

[Voor 7% gewijzigd door AUijtdehaag op 21-03-2021 12:09]

[Zonlichtstad]

Ja. Ik zie dat dat inderdaad kan. Een nieuw device aanmaken en dan het serienummer toevoegen achter de cfg.

Dus in domoticz:
/home/pi/SBFspot/SBFspot/bin/Release_SQLite/SBFspot.cfg:1234567890

[AUijtdehaag]

@Zonlichtstad Dan heb je mijn uitleg niet gevolgd dan?
Ik had gevraagd de standaard SBFspot.cfg te hernoemen per omvormer.
Je zit ook in een andere directory te vogelen. (zie ik vaker bij mensen)
Je gebruikt de handleiding op de domoticz pagina ipv die van sbfspot zelf zie ik.

[Voor 50% gewijzigd door AUijtdehaag op 21-03-2021 12:47]

[Zonlichtstad]

Ja. Ik had je uitleg wel gevolgd. Ik kopieerde alleen het voorbeeld uit de wiki. Ik heb nu twee cfg files (met verschillende namen). De SBFspot.cfg is nu SBFspot_dak1.cfg en een nieuwe met SBFspot_dak2.cfg. In Domoticz zie ik ze nu allebei. Je moet alleen in domoticz het serienummer toevoegen zodat domoticz weet welk serienummer uit de database erbij hoort.

[grote_oever]

Sinds gisteren heb ik opeens een probleem met mijn waardes in PVoutput. De waardes lijken wel geupload te worden naar pvoutput, maar de waardes kloppen niet. Zo heb ik vandaag een piek opwekking gehad van 5000watt, maar in PVoutput lijk ik ongeveer 200watt op te wekken:



Nu ben ik even aan het puzzelen waar het mis kan gaan, maar ik kom er niet achter.

Ik heb een SMA omvormer en ik upload informatie via SBFspot.

Ik ga even uit van de waarde in PVoupt van 16:20 (4:20), namelijk 180w

- De service draait en heb ik herstart:



Als ik in de tabel vwDayData kijk dan zie ik inderdaad de rare waardes voorbij komen:



Dus het lijkt verkeerd weggeschreven te worden in de tabel vwDayData. asl ik kijk in de table vwspotdata dan zie ik die waarde niet terug. Volgens deze tabel had de waard 926 moeten zijn:



Als ik in de log kijk die hij elke 5 min van de SMA af haalt zie ik inderdaad de 926watt terug (MyPlant.log):



Dus heb wel het idee dat 926watt het juiste moet zijn en niet de 180w.

Kijk ik in SBFspotUpload log dan zie ik helaas niks. Ik heb de service een keer herstart en zag daarna wel waardes voorbij komen, maar deze kwamen naar mijn idee ook niet goed terecht in pvoutput:



Nu ben ik even zoekende wat ik nog mis? Naar mijn idee klopt alles. Behalve dat de waardes niet goed in vwspotdata komen te staan. Maar ik weet niet precies hoe dat kan gebeuren.

[sbf]

Hmm, ik begrijp je uitleg niet zo goed, maar wat mij opvalt is dat alle data 2x naar PVO gestuurd wordt. Zie laatste screenshot. Het lijkt wel dat de daemon 2x gestart is. Ik zou eens beginnen met een reboot van de Pi

[sbf]

Ter info:
In de Spotdata tabel zitten de momentane waarden (926W) en in DayData zitten de gemiddelden over 5min (180W)
De Daydata tabel wordt gebruikt voor PVO icm SpotData voor Voltage
De 180W op PVO is dus OK

[grote_oever]

sbf schreef op dinsdag 23 maart 2021 @ 21:51:
Hmm, ik begrijp je uitleg niet zo goed, maar wat mij opvalt is dat alle data 2x naar PVO gestuurd wordt.

Ja, sorry. Ik weet niet precies hoe ik duidelijker kan zijn. Heb het idee dat ik het hele traject doorloop. Pi reboten heb ik inderdaad al gedaan. Het rare is dat vandaag weer alle metingen van slag zijn. Als ik nu naar pvoutput kijk zijn alle waardes voor vandaag al ingevuld:

https://pvoutput.org/intr...235&sid=71998&dt=20210324

[Voor 3% gewijzigd door grote_oever op 24-03-2021 07:21]

[sbf]

Ja PVO ziet er niet goed uit...
Staan de instellingen goed op PVO, timezone en zo?
Een week geleden was het precies ok, wat is er dan veranderd in die periode?

[grote_oever]

@sbf Bedankt voor je reactie.

De timezone staat wel goed (net voor zekerheid nog even gecheckt:

Wed 24 Mar 08:50:45 CET 2021

Er is sinds afgelopen week niks verandert. Heb zelfs niet aan de raspberry pi gezetten of instellingen ingesteld op PVO.

Ik zie dit in de log staan van SBFspotUpload20210324.log:

[06:15:45] INFO: Uploading 100 datapoints, starting with 20210324,06:10,7006774,0 => OK (200)
[06:16:44] INFO: Uploading 41 datapoints, starting with 20210324,14:30,6319494,840 => OK (200)

Ik zit kijken waar de waardes vandaag komen. Maar ik kan ook geen trend vinden.

[sbf]

En timezone op pi?

[grote_oever]

sbf schreef op woensdag 24 maart 2021 @ 09:20:
En timezone op pi?

Ja, deze staat op Europa, Amsterdam.

mmm, raar. Het lijkt niet aan SBFspot te liggen, maar aan mijn omvormer.



@AUijtdehaag Ik tag jou even in deze post. Heb jij dit eerder gezien bij de SMA? Dat de waardes in de toekomst er al in staan?

[Voor 62% gewijzigd door grote_oever op 24-03-2021 11:19]

[AUijtdehaag]

@grote_oever nee dat is ook nieuw voor mij

[sbf]

Aan SBFspot twijfel ik niet ;-)
Er is hier ergens een topic over hetzelfde probleem, maar kan het momenteel niet terugvinden.

[sbf]

Het probleem is nu dat er al data opgeladen is en je manueel moet tussenkomen om de grafieken te fixen.

[grote_oever]

@AUijtdehaag Bedankt; sorry.. was even het taggen waard.

sbf schreef op woensdag 24 maart 2021 @ 11:51:
Aan SBFspot twijfel ik niet ;-)
Er is hier ergens een topic over hetzelfde probleem, maar kan het momenteel niet terugvinden.

Haha, daar twijfelde ik ook niet aan. Met name omdat het jaar en dag zonder omkijken heeft gewerkt.

sbf schreef op woensdag 24 maart 2021 @ 11:53:
Het probleem is nu dat er al data opgeladen is en je manueel moet tussenkomen om de grafieken te fixen.

Ik zit even een plan te bedenken hoe ik de waardes (aan de eind van de dag) als nog kan versturen naar Pvoutput. Klopt als ik zeg dat SBFspot tagged dat de waardes zijn aangeleverd? Zodat ze niet nog een keer aangeleverd worden? Ik zie namelijk dat de waardes voor vandaag overgeschreven worden in de omvormer. Is het simpel en te korte door de bocht gedacht van: Verwijder waardes van vandaag en laat SBFspot deze opnieuw inlezen en uploaden?

Ik vraag me alleen af hoeveel dagen mijn omvormer nog ongeldige waardes blijft zien. Ik zie inderdaad dat SBFspot de waardes in 1x in de nacht verstuurd. Das denk ik eerste moment nadat de omvormer de nieuwe dag heeft ingeladen.

[Voor 22% gewijzigd door grote_oever op 24-03-2021 12:45]

[sbf]

Zie bericht van @I-King van 15 juni 2020 13:25 en volgende

Datalogging: PV systemen

Volgens mij een identiek probleem...

[sbf]

Ja, foutieve waardes in daydata wissen en opnieuw inlezen met SBFspot.
Ik kan je de query bezorgen indien nodig.

[grote_oever]

sbf schreef op woensdag 24 maart 2021 @ 13:56:
Ja, foutieve waardes in daydata wissen en opnieuw inlezen met SBFspot.
Ik kan je de query bezorgen indien nodig.

Bedankt; ga me even verdiepen in de reacties van I-KIng. ik durf het bijna niet te vragen, maar zou je scripts kunnen delen?

[edit]

Dat is wel grappig; ik zit de reactie van @I-King te lezen en ik zie dat hij daar ook de hulp van @AUijtdehaag vraagt.

[Voor 16% gewijzigd door grote_oever op 24-03-2021 16:33]

[sbf]

@AUijtdehaag is hier één van de grootste specialisten en reclamemaker voor SBFspot

[I-King]

En SMA

Mijn omvormer is uiteindelijk omgeruild. Na een dag of 5 ging het weer goed trouwens.
Het leek net alsof de dag data op een aantal momenten niet geleegd werd. Het begon bij mij met data ongeveer 63 dagen ouder.
Je kan de SMA niet echt resetten trouwens!

[grote_oever]

I-King schreef op woensdag 24 maart 2021 @ 18:51:
En SMA

Mijn omvormer is uiteindelijk omgeruild. Na een dag of 5 ging het weer goed trouwens.
Het leek net alsof de dag data op een aantal momenten niet geleegd werd. Het begon bij mij met data ongeveer 63 dagen ouder.
Je kan de SMA niet echt resetten trouwens!

Bedankt voor je reactie.

Ik ga het even aanzien. Want vanmiddag "flipte" de omvormer en sinds die tijd doet hij het weer:



Lijkt nu weer goed op te pakken: https://pvoutput.org/intr...235&sid=71998&dt=20210324

Ter interesse.. wat is de reden dat je hem omwisselde?

[Voor 4% gewijzigd door grote_oever op 24-03-2021 20:03]

[I-King]

Ik heb contact gehad met de installateur, die herkende het probleem niet, SMA ook niet en gaf aan een omruil in te plannen. Die stond dus al gepland, ook toen de data weer goed leek te gaan.

[grote_oever]

Vanmorgen zijn de waardes in pvoutput weer normaal. Er is vannacht geen hele dag geüpload. Waardes komen nu elke 5 minuten binnen.

Wat de oplossing is geweest weet ik niet. Ik vermoed dat de omvormer zichzelf weer heeft gecorrigeerd. De grafiek was sinds gisteren 16:00 weer normaal en daarbij was het probleem ook gelijk verholpen.

[sbf]

grote_oever schreef op donderdag 25 maart 2021 @ 07:38:
Vanmorgen zijn de waardes in pvoutput weer normaal. Er is vannacht geen hele dag geüpload. Waardes komen nu elke 5 minuten binnen.

Wat de oplossing is geweest weet ik niet. Ik vermoed dat de omvormer zichzelf weer heeft gecorrigeerd. De grafiek was sinds gisteren 16:00 weer normaal en daarbij was het probleem ook gelijk verholpen.

Maar de grafieken van 22/23/24 maart op PVO zijn toch nog niet OK?
https://pvoutput.org/intr...10323&gs=0&da=1&dxa=1&m=1

[grote_oever]

sbf schreef op zondag 28 maart 2021 @ 17:51:
[...]


Maar de grafieken van 22/23/24 maart op PVO zijn toch nog niet OK?
https://pvoutput.org/intr...10323&gs=0&da=1&dxa=1&m=1

Daar heb je gelijk in. Heb de dag totale wel aangepast met de hand. Kan ik deze alsnog een keer uploaden?

[sbf]

Ah, op de totalen had ik niet gelet...
Om ze opnieuw op te laden moet je ze eerst wissen in SBFspot.db (dmv sqlite3 ~/smadata/SBFspot.db)
Eventueel kan je de grafieken op PVO ook verwijderen (vuilbakje naast "power used" in de tabel)

Voor 24 maart (datum aanpassen voor de andere dagen):

code:

delete from daydata where strftime("%Y%m%d",date(timestamp,'unixepoch','localtime'))='20210324';

en dan ophalen met SBFspot:

code:

/usr/local/bin/sbfspot.3/SBFspot -v -finq -nocsv -startdate:20210324

De uploaddaemon doet de rest automatisch als de data niet ouder is dan 14d (90d als donator)

[Snowhite0901]

kan je in de pvoutput lijst ook zoeken naar hellingshoeken? Ik zoek eigenlijk een vergelijkbaar systeem om mijn eigen systeem mee te vergelijken, maar als ik op zuid in de buurt zoek dan krijg ik allemaal sets met een veel hogere hellingshoek.

[JeroenE]

@Snowhite0901 Ja, door te zoeken op bijvoorbeeld "10km + 13 tilt +S".

Edit: hier zie je de mogelijkheden: https://pvoutput.org/help/searching.html

[Voor 36% gewijzigd door JeroenE op 30-03-2021 10:06]

[Tutti-frutti]

Nu ik de data van m'n GoodWe inverter werkend heb in Domoticz, ben ik bezig met het correct werkend krijgen van data pushen naar pvoutput vanuit Domoticz.

Daarbij gebruik ik een script welke de addStatus API gebruikt. Volgens mij worden daarbij de gegevens correct gepusht:

code:

us: dzVents: Debug: PVOutput: OpenURL: url = HTTPS://pvoutput.org/service/r2/addstatus.jsp
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: method = POST
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: post data = d=20210403&t=14:00&v1=47000.0&v2=808.0&v5=9.1&c1=1
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: headers = !#X-Pvoutput-Apikey: xxxxxxxxxxxxX-Pvoutput-SystemId: 83060
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: callback = PVOutput
2021-04-03 14:00:06.488 Status: dzVents: Info: PVOutput: ------ Finished pvOutput
2021-04-03 14:00:06.489 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2021-04-03 14:00:07.465 Status: dzVents: Info: Handling httpResponse-events for: "PVOutput"
2021-04-03 14:00:07.465 Status: dzVents: Info: PVOutput: ------ Start internal script: pvOutput: HTTPResponse: "PVOutput"
2021-04-03 14:00:07.465 Status: dzVents: !Info: PVOutput: Return from PVOutput ==>> OK 200: Added Status

Hierbij wordt dus de totale opbrengst gepushed en daarom ook de 'c1=1' param.

Maar nu zie ik op pvoutput (update1: heb even vandaag verwijderd, kijken of dat iets doet) dat "energy" op 42.8kWh blijft hangen, terwijl er zojuist 47000Wh gepusht is. Zie screenshot hieronder.
Heeft dit te maken met het nog missen van startwaarde van deze dag? Of moet ik het probleem ergens anders zoeken?

Update2: Het verwijderen van vandaag lijkt het te hebben verholpen! Zal te maken hebben gehad met verkeerde data door script welke eerst de ampersands in POST data onnodig had escaped of de tijdzone van m'n pvOutput account.

[Voor 16% gewijzigd door Tutti-frutti op 03-04-2021 14:56]

[Sherlock]

Ik ga een - waarschijnlijk heel domme - vraag stellen, maar ik kom er niet uit. Ik heb nu zo ongeveer 5 jaar PV panelen op ons dak liggen, met een Omnik omvormer. (Een 2k-TL2 met wifi-module om precies te zijn)

Aangezien de Omnik portal er uit gaat en ik het wel leuk vind om af en toe te bekijken wat de opbrangst is zoek ik een alternatief. Solarman gaat het voortzetten, maar dat wordt dan wel betaald. En ook al is het maar €6 per jaar per device, ik zoek iets waar je niet aan vast zit. Ik dacht een gratis alternatief gevonden te hebben in PVoutput, maar ik denk dat ik ergens een stap mis.

Ik heb al mijn gegevens ingevuld, maar nergens kan ik ingeven zie ik waar PVoutput de data vandaan moet halen om een mooi grafiekje te tonen.

Kunnen jullie me een handje helpen?

[Jesse-]

Tutti-frutti schreef op zaterdag 3 april 2021 @ 14:10:
Nu ik de data van m'n GoodWe inverter werkend heb in Domoticz, ben ik bezig met het correct werkend krijgen van data pushen naar pvoutput vanuit Domoticz.

Daarbij gebruik ik een script welke de addStatus API gebruikt. Volgens mij worden daarbij de gegevens correct gepusht:

code:

us: dzVents: Debug: PVOutput: OpenURL: url = HTTPS://pvoutput.org/service/r2/addstatus.jsp
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: method = POST
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: post data = d=20210403&t=14:00&v1=47000.0&v2=808.0&v5=9.1&c1=1
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: headers = !#X-Pvoutput-Apikey: xxxxxxxxxxxxX-Pvoutput-SystemId: 83060
2021-04-03 14:00:06.488 Status: dzVents: Debug: PVOutput: OpenURL: callback = PVOutput
2021-04-03 14:00:06.488 Status: dzVents: Info: PVOutput: ------ Finished pvOutput
2021-04-03 14:00:06.489 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2021-04-03 14:00:07.465 Status: dzVents: Info: Handling httpResponse-events for: "PVOutput"
2021-04-03 14:00:07.465 Status: dzVents: Info: PVOutput: ------ Start internal script: pvOutput: HTTPResponse: "PVOutput"
2021-04-03 14:00:07.465 Status: dzVents: !Info: PVOutput: Return from PVOutput ==>> OK 200: Added Status

Hierbij wordt dus de totale opbrengst gepushed en daarom ook de 'c1=1' param.

Maar nu zie ik op pvoutput (update1: heb even vandaag verwijderd, kijken of dat iets doet) dat "energy" op 42.8kWh blijft hangen, terwijl er zojuist 47000Wh gepusht is. Zie screenshot hieronder.
Heeft dit te maken met het nog missen van startwaarde van deze dag? Of moet ik het probleem ergens anders zoeken?[Afbeelding]

Update2: Het verwijderen van vandaag lijkt het te hebben verholpen! Zal te maken hebben gehad met verkeerde data door script welke eerst de ampersands in POST data onnodig had escaped of de tijdzone van m'n pvOutput account.

Hoe heb je de data van je omvormer in Domoticz gekregen?

[dunklefaser]

@Sherlock Als je hier in dit topic met "Omnik" zoekt krijg je op 1,5 pagina's een aantal oplossingen geboden waar je uit kan kiezen. Enige vertrouwdheid met scripting en bijvoorbeeld een raspi is wel nodig.

[Gerco-M]

Sherlock schreef op woensdag 7 april 2021 @ 11:30:
Ik ga een - waarschijnlijk heel domme - vraag stellen, maar ik kom er niet uit. Ik heb nu zo ongeveer 5 jaar PV panelen op ons dak liggen, met een Omnik omvormer. (Een 2k-TL2 met wifi-module om precies te zijn)

Aangezien de Omnik portal er uit gaat en ik het wel leuk vind om af en toe te bekijken wat de opbrangst is zoek ik een alternatief. Solarman gaat het voortzetten, maar dat wordt dan wel betaald. En ook al is het maar €6 per jaar per device, ik zoek iets waar je niet aan vast zit. Ik dacht een gratis alternatief gevonden te hebben in PVoutput, maar ik denk dat ik ergens een stap mis.

Ik heb al mijn gegevens ingevuld, maar nergens kan ik ingeven zie ik waar PVoutput de data vandaan moet halen om een mooi grafiekje te tonen.

Kunnen jullie me een handje helpen?

Een oplossing is ook altijd om in de meterkast een Kwh tussenmeter te (laten) plaatsen die via S0 de data doorgeeft aan een Youless LS120 en dit dan op PVoutput zet. Ik heb 0,0 verstand van scripting en dergelijke en deze oplossing werkt perfect voor mij en wellicht ook voor jou.

[Tutti-frutti]

Jesse- schreef op woensdag 7 april 2021 @ 11:43:
[...]


Hoe heb je de data van je omvormer in Domoticz gekregen?

In Domoticz installeer je de SEMS plugin, versie van JanJaapKo, volgens de readme in de repo:
https://github.com/JanJaapKo/domoticz-GoodWeSEMS

Let er dus op dat je in Domoticz niet de bestaande GoodWe plugin bundled with Domoticz selecteert, deze werkt niet meer. Ik moest zelf python en libs nog updaten om nieuwe plugins te kunnen gebruiken in Domoticz.

Vervolgens heb je dus de GoodWe apparaten vinden onder "Apparaten".

Als je dit vervolgens zou willen loggen naar pvoutput.org, dan kun je het script gebruiken zoals hier beschreven:
https://www.huizebruin.nl...len-aan-domoticz-v2020-1/

Let wel op dat je het lua-script download en niet kopieert van de code die weergegeven wordt op de pagina, omdat deze onjuist escaped is & zou & moeten zijn)

[Sherlock]

dunklefaser schreef op woensdag 7 april 2021 @ 11:43:
@Sherlock Als je hier in dit topic met "Omnik" zoekt krijg je op 1,5 pagina's een aantal oplossingen geboden waar je uit kan kiezen. Enige vertrouwdheid met scripting en bijvoorbeeld een raspi is wel nodig.

Gerco-M schreef op woensdag 7 april 2021 @ 12:11:
[...]


Een oplossing is ook altijd om in de meterkast een Kwh tussenmeter te (laten) plaatsen die via S0 de data doorgeeft aan een Youless LS120 en dit dan op PVoutput zet. Ik heb 0,0 verstand van scripting en dergelijke en deze oplossing werkt perfect voor mij en wellicht ook voor jou.

Hmm, dan was mijn vraag toch niet zo dom als ik eerst zelf dacht. Ik had gehoopt dat er iets simpels/gebruiksvriendelijks zou zijn. Dan is die €6 per jaar zo gek nog niet...

Wel bedankt voor jullie snelle reacties!

[Gerco-M]

Sherlock schreef op woensdag 7 april 2021 @ 12:51:
[...]


[...]

Hmm, dan was mijn vraag toch niet zo dom als ik eerst zelf dacht. Ik had gehoopt dat er iets simpels/gebruiksvriendelijks zou zijn. Dan is die €6 per jaar zo gek nog niet...

Wel bedankt voor jullie snelle reacties!

Nou de oplossing met de Kwh meter koste mij Kwa Youless, Kwh meter en installatie maar E150 per PV setje, dus na 25 jaar heb je dat er wel weer uit hoor!

[Rol-Co]

Gerco-M schreef op woensdag 7 april 2021 @ 13:33:
[...]


Nou de oplossing met de Kwh meter koste mij Kwa Youless, Kwh meter en installatie maar E150 per PV setje, dus na 25 jaar heb je dat er wel weer uit hoor!

https://www.hashop.nl/youless-ls120-energiemeter

En een meter.

[Kets_One]

Ik heb sinds een weekje een tweede Youless aan de elektriciteitsmeter in de meterkast hangen (v4). Samen met de tweede youless aan de BPM (v1) en uploaden van beiden naar PVOutput levert het volgende plaatje op:



Een paar dingen vallen me op:
- Bij de gele lijn staat "Energy export". Dat klopt niet, de weergegeven waarde betreft de opbrengst van de zonnepanelen (opwek dus). Kan ik dit aanpassen?
- Bij de rode lijn staat "Energy Import". Dat klopt ook niet. De weergegeven waarde is de som van de verbruikte energie (dus inclusief de in mijn huis verbruikte, door de PV opgewekte energie). Kan ik dit aanpassen?

Los van bovenstaande vind ik de weergave van verwarrend. Hoe zou ik dit beter kunnen instellen?
PS: ik heb al een blik geworpen op de settings van PVoutput, maar kom er niet uit.

[iwolke]

Hallo zonnetweakers,

Ik ben redelijk nieuw op dit hele gebied. Aan mijn zonnepanelen hangt een Stecagrid 4803x omvormer. Heeft een ethernet poort en ik kan via een webserver data opvrage. So far so good.
Wat ik graag zou willen is de data van de omvormer monitoren, liefst via mijn Domoticz server (op mijn QNAP NAS). Naast de opbrengstdata hoop ik ook de event data (en liefst ook de measurements (grid voltage)) te kunnen lezen. Dit omdat ik de laatste tijd regelmatig een "Grid voltage too high" error voorbij zie komen, waarna de steca uitschakelt voor een paar minuten. (die staat uit bij Enexis, maar ik wil het beter kunnen aantonen, kan het nu alleen live zien).

Steca heeft zelf software maar die heb ik nog niet aan de praat kunnen krijgen. Met name de Steca Connect User lijkt te kunnen wat ik wil (niet naar Domoticz, maar goed) maar heb ik niet aan de praat kunnen krijgen. Zijn er hier mensen met een vergelijkbare setup of met tips hoe ik het beste kan beginnen?

Alvast heel hartelijk bedankt.

Ignasz

[Fiberbleiswijk]

Kets_One schreef op donderdag 8 april 2021 @ 17:23:
Ik heb sinds een weekje een tweede Youless aan de elektriciteitsmeter in de meterkast hangen (v4). Samen met de tweede youless aan de BPM (v1) en uploaden van beiden naar PVOutput levert het volgende plaatje op:

[Afbeelding]

Een paar dingen vallen me op:
- Bij de gele lijn staat "Energy export". Dat klopt niet, de weergegeven waarde betreft de opbrengst van de zonnepanelen (opwek dus). Kan ik dit aanpassen?
- Bij de rode lijn staat "Energy Import". Dat klopt ook niet. De weergegeven waarde is de som van de verbruikte energie (dus inclusief de in mijn huis verbruikte, door de PV opgewekte energie). Kan ik dit aanpassen?

Los van bovenstaande vind ik de weergave van verwarrend. Hoe zou ik dit beter kunnen instellen?
PS: ik heb al een blik geworpen op de settings van PVoutput, maar kom er niet uit.

goede vraag, ik ben met de zelfde vraagstelling bezig sinds ik de Homewizzard P1 meter en Homewizzard SDM230 wifi heb.

PV output ontvangt :
V1 Energy generation
V2 Power generation
V3 Energery consumption
V4 Power Consumpion.

Met een omnik script op de nas stuur ik de V1 aan pvout put. volgens mij maakt pvoutput er dan V2 van door de om de 5 minuten gestuurde wattages samen te voegen tot power. (check vraag :-)
Met mijn P1 meter&Kwh meter zou ik dan V3 kunnen toevoegen...
alleen wordt het dan vanaf dit punt lastig. P1 geeft alleen active power als - of + weer. kan PV output hier mee omgaan?.
wat voor V3 waarde sturen jullie dus naar PVoutput?

voorbeeld: P1 meter (over dag met zon)
"total_power_import_t1_kwh":7008.875,"total_power_import_t2_kwh":7334.633,"total_power_export_t1_kwh":4184.361,"total_power_export_t2_kwh":9985.422,"active_power_w":-3172,"active_power_l1_w":-3172,"active_power_l2_w":null,"active_power_l3_w":null

voorbeeld Omnik waarde
<knip>omnik4000tl2,4000,3718,1082,205244,,3,"<knip>

hier pak ik dus de waarde 3718 uit om als V1 te uploaden naar PVoutput.

je ziet dat ik ca 500w huidig energie verbruik (en dus de V3 waarde), en 3172-3718 (=-546w en dan kan goed kloppen als huidige afname)

[Zaratrass]

Ik heb een vraagje.

Op mijn dak liggen 14 panelen met 340wp en een omvormer sunnyboy 4.0.

De maximale active power limitation staat op 4000w

mijn panelen kunnen 14 x 340 = 4760 wat aan.
kan ik de maximale power limitation ook omhoog gooien? de sunnyboy kan 4000 wat aan.
Ik ben vrij nieuw hierin en wil niks aanpassen voordat ik het zeker weet, helemaal met stroom.

De vraag kwam in me op omdat ik zojuist zag dat ik ongeveer maximale opbrengst had.

[Idefix70]

Zaratrass schreef op dinsdag 20 april 2021 @ 14:05:
Ik heb een vraagje.

Op mijn dak liggen 14 panelen met 340wp en een omvormer sunnyboy 4.0.

De maximale active power limitation staat op 4000w

mijn panelen kunnen 14 x 340 = 4760 wat aan.
kan ik de maximale power limitation ook omhoog gooien? de sunnyboy kan 4000 wat aan.
Ik ben vrij nieuw hierin en wil niks aanpassen voordat ik het zeker weet, helemaal met stroom.

De vraag kwam in me op omdat ik zojuist zag dat ik ongeveer maximale opbrengst had.

Je schrijft het zelf... de sunnyboy kan max 4000 aan dus dat is de max power limitation. Dat heb ik hier ook omdat ik niet meer kwijt kan vanwege 1-fase aansluiting.

[dunklefaser]

Idefix70 schreef op dinsdag 20 april 2021 @ 14:28:
[...]


Je schrijft het zelf... de sunnyboy kan max 4000 aan dus dat is de max power limitation. Dat heb ik hier ook omdat ik niet meer kwijt kan vanwege 1-fase aansluiting.

Voor de volledigheid - uit "aansluitrichtlijnen zonnepanelen" van Liander (2016):
Aansluitcategorie - Doorlaatwaarde aansluiting - Max teruglevering bij cos phi=1 (kVA=kW)
E-AC1 - 1 x 6A - 1,4 kVA
E-AC1 - 1 x 25A - 5 kVA
E-AC1 - 1 x 35A/40A - 5 kVA

[fxs81]

Gisteren is de logging gestopt om 16:50 in PVOutput bij mij. Hebben meer mensen hier last van gehad? In de Goodwe app zelf en op de youless ging alles gewoon door. De omvormer is ook niet uit geweest ondanks dat het weer niet best was. Vanochtend wel weer gewoon verse waarden.



Ik ben nog aan het zoeken hoe ik ook het gasverbruik in PVOutput kan krijgen maar ben pas op 1/3e van alle 83 pagina's van dit topic dus als iemand het weet mag je het ook zeggen ik lees ondertuusen lekker verder.

[Voor 19% gewijzigd door fxs81 op 01-05-2021 11:24]

[AUijtdehaag]

@fxs81
Met node red kan je vanalles naar pvoutput slingeren.

[fxs81]

Ik ga me eens verder inlezen, node red zegt me zo niks. Dank je @AUijtdehaag

[Voor 66% gewijzigd door fxs81 op 01-05-2021 13:23]

[AUijtdehaag]

fxs81 schreef op zaterdag 1 mei 2021 @ 13:20:
Ik ga me eens verder inlezen, node red zegt me zo niks. Dank je @AUijtdehaag

https://community.home-as...loader-via-nodered/144633

[RoD]

Ik zit even met een vraag over het aanmaken van een team. Ik heb er net eentje aangemaakt, maar als ik naar de teampagina ga, dan staat er "no data found". Als het goed is zou er automatisch data moeten verschijnen van mijn eigen outputs, toch? De handleiding helpt me helaas niet verder.

Duurt het wellicht een tijdje voordat de data begint te verschijnen op de teampagina?

[ThinkPad]

@RoD Ik meen dat het idd even duurt, hoe lijkt het vandaag?

[RoD]

ThinkPad schreef op zaterdag 8 mei 2021 @ 10:01:
@RoD Ik meen dat het idd even duurt, hoe lijkt het vandaag?

Nog steeds no data. Ik kan wel zien dat er meerdere mensen in het team zitten, dus de outputs zouden er moeten zijn. Maar misschien is het dan nog even afwachten.

[ThinkPad]

Ik vermoed dat zoiets via een cronjob o.i.d. wordt geregeld. PVOutput zit in Australië, dus een nachtelijke (?) cronjob draait daar op een ander tijdstip natuurlijk. Ik zou idd gewoon nog even geduld hebben.

[Voor 11% gewijzigd door ThinkPad op 08-05-2021 10:36]

[Gynnad]

Wij hebben sinds 2 weken een Growatt 4200 TL-XE hangen met een Growatt ShineLAN module (bekabeld dus).

Nu probeer ik mijn data ook naar pvoutput.org te krijgen, dit wil ik doen m.b.v. https://github.com/johanmeijer/grott. Heb een Raspberry Pi waarop het programma draait, de service is aangemaakt en dat werkt allemaal prima (tenminste tot zover ik het kan zien).

Echter nu loop ik tegen het probleem aan dat ik het internet verkeer van de Growatt module moet routen naar de Raspberry Pi welke dan het verkeer naar pvoutput.org stuurt en Growatt.

Nu heeft @johanmeijer daar een handleiding voor geschreven maar ik zie niet dezelfde schermen terug in mijn Growatt omgeving (https://github.com/johanm...ata-via-your-Grott-Server).

Ik twijfel nu of dat eraan ligt dat ik een LAN module heb i.p.v. WIFI of dat het komt doordat Solar Unie ons account heeft opgezet bij Growatt en wij dus misschien niet alle rechten zouden hebben (of de schermen zijn inmiddels veranderd, dat kan ook zeker een optie zijn)

[The-Source]

Ik heb wat uidagingen met output naar PVoutput te posten..
Elke keer stop deze vroeg in de ochtend tussen 07:40 en 08:10. Mijn output wordt automatisch via een python script upload en deze start pas bij zonsopkomst.
Voor het posten gebruik ik het volgende stukje code:

code:

print('PvOutput output is enabled, posting results now...')
headers = {
    "X-Pvoutput-Apikey": pvoutput_api,
    "X-Pvoutput-SystemId": pvoutput_system,
    "Content-type": "application/x-www-form-urlencoded",
    "Accept": "text/plain"
    }

# make date
tuple_time = date.today()
date = tuple_time.strftime("%Y%m%d")
# Get hour and date
tuple_time = time.localtime()

hour = str(tuple_time[3]) + ":" + str(tuple_time[4])
etoday = int(etoday * 1000)
ActualPower = int(ActualPower)
pvoutputdata = {
    "d": date,
     "t": hour,
     "v1": etoday,
     "v2": ActualPower,
    }
#Python3 change tup 3 4
url = "http://pvoutput.org/service/r2/addstatus.jsp"
pvoutput_result = session.get(url, params=pvoutputdata, headers=headers)

#pvoutput_result = requests.post("http://pvoutput.org/service/r2/addstatus.jsp", data=encoded, headers=headers)
if pvoutput_result.status_code != 200:
    print('Error posting to PvOutput errorcode: ')
    print(pvoutput_result.status_code)
    print(pvoutput_result.reason)
    print(pvoutput_result.text)

Etoday is dus het aantal watts zonder punt of komma voor het duizendtal 15.6KWh wordt verstuurd als 15600
Als http error code komt 400 terug en dat houd in dat data welke verstuurd word niet geaccepteerd wordt.
Maar hoe moet ik het dat wel aanleveren als het in de ochtend (lage waardes) wel blijkt te kloppen.

code:

v1 etoday:
16000
v2 Actualpower:
1590.0

Via wat debug opties lijkt het bovenstaande verstuurd te worden. (hoe die waardes in de ochtend zijn weet ik niet. Denk dat het probleem in de V2 zit?

edit: Maar ook met Actualpower zonder .0 geeft dezelfde status 400 als resultaat.
edit 2: (we komen een stapje verder)
[code]
Bad request 400: Moon Powered
The system cannot generate power during the hours of the day where there is no sunlight. Timezone may be incorrect.
[/code]
edit 3: werkt nu en juiste code staat in het 1e code blok, waarom het rond 8uur in de ochtend wel werkte is mij een raadsel maar dat terzijde

[Voor 23% gewijzigd door The-Source op 11-06-2021 15:06. Reden: oplossing in code blok]

[Tutti-frutti]

The-Source schreef op vrijdag 11 juni 2021 @ 13:52:
Ik heb wat uidagingen met output naar PVoutput te posten..
Elke keer stop deze vroeg in de ochtend tussen 07:40 en 08:10. Mijn output wordt automatisch via een python script upload en deze start pas bij zonsopkomst.
Voor het posten gebruik ik het volgende stukje code:

code:

print('PvOutput output is enabled, posting results now...')
headers = {
    "X-Pvoutput-Apikey": pvoutput_api,
    "X-Pvoutput-SystemId": pvoutput_system,
    "Content-type": "application/x-www-form-urlencoded",
    "Accept": "text/plain"
    }

# make date
tuple_time = date.today()
date = tuple_time.strftime("%Y%m%d")
# Get hour and date
tuple_time = time.localtime()

hour = str(tuple_time[3]) + ":" + str(tuple_time[4])
etoday = int(etoday * 1000)
ActualPower = int(ActualPower)
pvoutputdata = {
    "d": date,
     "t": hour,
     "v1": etoday,
     "v2": ActualPower,
    }
#Python3 change tup 3 4
url = "http://pvoutput.org/service/r2/addstatus.jsp"
pvoutput_result = session.get(url, params=pvoutputdata, headers=headers)

#pvoutput_result = requests.post("http://pvoutput.org/service/r2/addstatus.jsp", data=encoded, headers=headers)
if pvoutput_result.status_code != 200:
    print('Error posting to PvOutput errorcode: ')
    print(pvoutput_result.status_code)
    print(pvoutput_result.reason)
    print(pvoutput_result.text)

Etoday is dus het aantal watts zonder punt of komma voor het duizendtal 15.6KWh wordt verstuurd als 15600
Als http error code komt 400 terug en dat houd in dat data welke verstuurd word niet geaccepteerd wordt.
Maar hoe moet ik het dat wel aanleveren als het in de ochtend (lage waardes) wel blijkt te kloppen.

code:

v1 etoday:
16000
v2 Actualpower:
1590.0

Via wat debug opties lijkt het bovenstaande verstuurd te worden. (hoe die waardes in de ochtend zijn weet ik niet. Denk dat het probleem in de V2 zit?

edit: Maar ook met Actualpower zonder .0 geeft dezelfde status 400 als resultaat.
edit 2: (we komen een stapje verder)

code:

Bad request 400: Moon Powered
The system cannot generate power during the hours of the day where there is no sunlight. Timezone may be incorrect.

edit 3: werkt nu en juiste code staat in het 1e code blok, waarom het rond 8uur in de ochtend wel werkte is mij een raadsel maar dat terzijde

Zo te zien stuur je alleen uren mee als tijd. Voeg daar eens minuten aan toe. Dan is het misschien opeens niet meer te vroeg?
Log eens wat er als tijd gestuurd wordt.

[The-Source]

Tutti-frutti schreef op vrijdag 11 juni 2021 @ 14:35:
[...]

Zo te zien stuur je alleen uren mee als tijd. Voeg daar eens minuten aan toe. Dan is het misschien opeens niet meer te vroeg?
Log eens wat er als tijd gestuurd wordt.

De variable heet hour maar het was wel uren : minuten. Alleen in de oude code versie werd er telkens 00:00 gestuurd. Vandaar ook de moon error.

[Mistraller]

14 jaar na dato heeft het eerste prototype van mijn soladin connectortje het begeven. Bleek dat de isolatie van een tijdelijk draadje sluiting had gemaakt. Gelukkig had ik nog final versions liggen waar die draad uiteraard niet meer nodig was....dus draait weer "als een zonnetje"

[Voor 7% gewijzigd door Mistraller op 11-06-2021 22:53]

[cwrm63]

AUijtdehaag schreef op zaterdag 1 mei 2021 @ 12:23:
@fxs81
Met node red kan je vanalles naar pvoutput slingeren.
[Afbeelding]

Ik ben er heel blij mee. Wat een info en alles duidelijk op PVoutput! Thx.

[cwrm63]

Gerco-M schreef op woensdag 7 april 2021 @ 13:33:
[...]


Nou de oplossing met de Kwh meter koste mij Kwa Youless, Kwh meter en installatie maar E150 per PV setje, dus na 25 jaar heb je dat er wel weer uit hoor!

Ikzelf heb deze; werkt goed.
https://www.homewizard.nl/shop/homewizard-wi-fi-p1-meter

[The-Source]

Net even naar de efficiëntie gekeken binnen het Tweakers team en met een p2 heb ik met een niet optimaal (ZO / ZZO) plat dak 15graden toch een nette opstelling.

edit:
Is het mogelijk om met de versturen van de v3 waarde hier ook een negatief getal mee te sturen?
Verbruik is nu ongeveer zo dat rond een uurtje of 10 het totaal verbruik van de dag onder 0 gaat maar zou dit graag ook versturen naar pvoutput.
Ik heb diverse waardes tot mijn beschikking zoals totaal verbruik vandaag (wordt dus negatief gedurende dag)
Totaal verbruik (deze zakt z'n 30KWh per dag nu)
Huidig verbruik in Watts. Maar ook huidige teruglevering. Genoeg keus dus maar ik vind nergens iets over hoe een negatieve waarde aanleveren.

[Voor 67% gewijzigd door The-Source op 14-06-2021 20:56. Reden: vraag toegevoegd]

[Rouske]

@The-Source dat wordt toch door PVOutput berekend of heb ik dat mis ?
v1 - energy generation
v2 - power generation
v3 - energy consumption
v4 - power consumption
v..
Dus alleen positieve getallen, opwek en verbruik, dus de ruwe data, niet een waarde waar je zelf al de opwek vanaf gehaald hebt volgens mij.

Maar ik gebruik consumption niet, dus kan je niet verder helpen.

https://www.pvoutput.org/help/extended_data.html#input-data

[The-Source]

Ik heb ondertussen maar een groepje gemaakt voor mijn events/ scripts voor PV installatie


KWH uitlezen runt elke 5 minuten 24/7, nu zou ik die waarde direct naar PVOutput kunnen schrijven maar ik wou dat eigenlijk niet via VB.net script doen omdat ik dan bij eventuele wijzigingen tijdens sunrise uren in python moet doen en in sunset uren weer in VB. Dus ik laat de waar naar een bestand wegschrijven in de webserver root van mijn domotica systeem zodat python die weer kan ophalen, (script was al gemaakt om waardes weg te schrijven dus ophalen was makkelijk te implementeren )

KWHverbruik naar PVoutput is uitgeklede variant van Zonnepanelen uitlezen, deze stuurt alleen waarde v3 waarbij Zonnepanelen nu v1 tm v3 verstuurd.
Ik heb ook vandaag 2 Fans welke ik nog had liggen via een domotica module die dicht bij de omvormer hing aangesloten. (RGBW dimmer met een RGB ledstrip erop betekend dat het W kanaal nog vrij was dus die schakel ik op dat moment)
Moet daarbij wel zeggen dat ondanks dat de omvormer behoorlijk wat ademruimte heeft wel echt merkbaar koeler is nu deze wat actieve luchtstroom heeft lang het koellichaam.

[claesto]

Bij de aankoop van een nieuwe woning (11 jaar oud), was de PV-installatie inclusief. De omvormer is een Platinum 3800S MC4. (Diehl/Ako)

De vorige eigenaar had ergens een verzekering afgesloten en daarbij werd een rood kastje geïnstalleerd. Echter ging het bedrijf hier achter failliet, waardoor er dus geen uploads meer gebeuren en er dus ook geen data meer te raadplegen valt.

Het mysterieuze toestel hangt op een UTP poort van de omvormer. Volgens de handleiding is dit echter een systeem om meerdere omvormers aan elkaar te koppelen.


Bij de RS232 poort staat in de handleiding uitsluitend voor servicedoeleinden. Nu heb ik een RS232 kabel naar USB en een Raspberry Pi (3B+) op overschot. Ik zou dus willen proberen om data uit de omvormer te halen, en te uploaden naar PVoutput. Maar kan iemand mij vertellen hoe ik hier best te werk ga? Hoe kom ik bv. te weten wat voor soort data de omvormer stuurt over deze seriële poort? etc.

[Snowhite0901]

claesto schreef op vrijdag 18 juni 2021 @ 22:10:
Bij de aankoop van een nieuwe woning (11 jaar oud), was de PV-installatie inclusief. De omvormer is een Platinum 3800S MC4. (Diehl/Ako)

De vorige eigenaar had ergens een verzekering afgesloten en daarbij werd een rood kastje geïnstalleerd. Echter ging het bedrijf hier achter failliet, waardoor er dus geen uploads meer gebeuren en er dus ook geen data meer te raadplegen valt.

Het mysterieuze toestel hangt op een UTP poort van de omvormer. Volgens de handleiding is dit echter een systeem om meerdere omvormers aan elkaar te koppelen.
[Afbeelding]

Bij de RS232 poort staat in de handleiding uitsluitend voor servicedoeleinden. Nu heb ik een RS232 kabel naar USB en een Raspberry Pi (3B+) op overschot. Ik zou dus willen proberen om data uit de omvormer te halen, en te uploaden naar PVoutput. Maar kan iemand mij vertellen hoe ik hier best te werk ga? Hoe kom ik bv. te weten wat voor soort data de omvormer stuurt over deze seriële poort? etc.

Ik zou eens beginnen om hem eraan te hangen of er überhaupt al zelfstandig data uit komt.... Want anders wordt het denk ik lastig.

[The-Source]

claesto schreef op vrijdag 18 juni 2021 @ 22:10:
Bij de aankoop van een nieuwe woning (11 jaar oud), was de PV-installatie inclusief. De omvormer is een Platinum 3800S MC4. (Diehl/Ako)

De vorige eigenaar had ergens een verzekering afgesloten en daarbij werd een rood kastje geïnstalleerd. Echter ging het bedrijf hier achter failliet, waardoor er dus geen uploads meer gebeuren en er dus ook geen data meer te raadplegen valt.

Het mysterieuze toestel hangt op een UTP poort van de omvormer. Volgens de handleiding is dit echter een systeem om meerdere omvormers aan elkaar te koppelen.
[Afbeelding]

Bij de RS232 poort staat in de handleiding uitsluitend voor servicedoeleinden. Nu heb ik een RS232 kabel naar USB en een Raspberry Pi (3B+) op overschot. Ik zou dus willen proberen om data uit de omvormer te halen, en te uploaden naar PVoutput. Maar kan iemand mij vertellen hoe ik hier best te werk ga? Hoe kom ik bv. te weten wat voor soort data de omvormer stuurt over deze seriële poort? etc.

De zijde die je laat zien is in ieder geval rs485 en in poort 2 lijkt een afsluit weerstand te zitten.
Kan je via IP niet inloggen op dit kastje?

[mvank]

Gynnad schreef op donderdag 3 juni 2021 @ 22:02:
Wij hebben sinds 2 weken een Growatt 4200 TL-XE hangen met een Growatt ShineLAN module (bekabeld dus).

Nu probeer ik mijn data ook naar pvoutput.org te krijgen, dit wil ik doen m.b.v. https://github.com/johanmeijer/grott. Heb een Raspberry Pi waarop het programma draait, de service is aangemaakt en dat werkt allemaal prima (tenminste tot zover ik het kan zien).

Echter nu loop ik tegen het probleem aan dat ik het internet verkeer van de Growatt module moet routen naar de Raspberry Pi welke dan het verkeer naar pvoutput.org stuurt en Growatt.

Nu heeft @johanmeijer daar een handleiding voor geschreven maar ik zie niet dezelfde schermen terug in mijn Growatt omgeving (https://github.com/johanm...ata-via-your-Grott-Server).

Ik twijfel nu of dat eraan ligt dat ik een LAN module heb i.p.v. WIFI of dat het komt doordat Solar Unie ons account heeft opgezet bij Growatt en wij dus misschien niet alle rechten zouden hebben (of de schermen zijn inmiddels veranderd, dat kan ook zeker een optie zijn)

Ik heb zelf ook recentelijk een Growatt omvormer (MIN 3600 TL-XE) en doormiddel van de proxy oplossing van johanmeijer stuur ik de informatie naar Growatt Server, PVoutput en naar mijn Home Assistant via MQTT. Dit werkt goed!

Wat je zou moeten doen is binnen de lan module the server address aanpassen naar de proxy (raspberry pi) en vervolgens de USB LAN stick van de Growatt rebooten, anders wordt de wijziging niet actief.

Bij default kan je gewoon via HTTP inloggen op de usb stick (even IP adres opzoeken in je DHCP server) vervolgens kan je inloggen met admin/admin

[Gynnad]

mvank schreef op zondag 20 juni 2021 @ 13:20:
[...]


Ik heb zelf ook recentelijk een Growatt omvormer (MIN 3600 TL-XE) en doormiddel van de proxy oplossing van johanmeijer stuur ik de informatie naar Growatt Server, PVoutput en naar mijn Home Assistant via MQTT. Dit werkt goed!

Wat je zou moeten doen is binnen de lan module the server address aanpassen naar de proxy (raspberry pi) en vervolgens de USB LAN stick van de Growatt rebooten, anders wordt de wijziging niet actief.

Bij default kan je gewoon via HTTP inloggen op de usb stick (even IP adres opzoeken in je DHCP server) vervolgens kan je inloggen met admin/admin

[Afbeelding]

[Afbeelding]

Thanks voor je reactie. Zal het komende week eens gaan testen.

[konehead]

Hi,

Wellicht dubbele post, was de bedoeling om in de eerste gelijk hier te plaatsen 😀

Ik ben al enige weken aan het proberen om data uit mijn Samil Solarriver 3000TL te krijgen. Doel is om de data uit de inverter in OpenHab dmv MQTT en naar PVoutputvia een ESP8266 bordje (WEMOS D1 mini)

Mijn inverter heeft alleen een RS232 output en WiFi (hier heb ik niks aan, website samil is voorgoed down.

Ik had een oplossing gevonden om data naar PVoutput te uploaden… die is alleen op basis van RS485 https://github.com/vk2tds/SamilLogger

Ik heb en RS485 to RS232 converter gekocht, dat werkt alleen niet. Kan wel data naar de Inverter sturen, krijg alleen niks terug. Is wss een technische verklaring voor, maar ik ben ff lost 😬

Wie kan mij op weg helpen met een oplossing zodat ik mijn inverter kan leegtrekken en data kan uploaden naar PVoutput via RS232 en een ESP8266 bordje? 🙏🙏🙏

[LiquidSmoke]

Sinds zaterdag aan het loggen naar PVoutput dmv Domoticz en het script wat hier staat.

Dit liep een paar dagen goed en ik kon keurig zien wat er opgewekt/geexporteerd/geimporteerd en bespaard was.

Vandaag loopt dat anders lijkt het, om 00:00 zie ik nog '0' bij energy used maar om 00:05 is dit ineens de totaalteller van de slimme meter (131,526).

Eerdere dagen werd gewoon het gebruik van die dag weergegeven, iemand enig idee hoe dit zomaar kan? Aan het script is verder niets aangepast oid.

PVOutput: https://pvoutput.org/list.jsp?userid=96150

[klump4u]

LiquidSmoke schreef op woensdag 30 juni 2021 @ 07:47:
Sinds zaterdag aan het loggen naar PVoutput dmv Domoticz en het script wat hier staat.

Dit liep een paar dagen goed en ik kon keurig zien wat er opgewekt/geexporteerd/geimporteerd en bespaard was.

Vandaag loopt dat anders lijkt het, om 00:00 zie ik nog '0' bij energy used maar om 00:05 is dit ineens de totaalteller van de slimme meter (131,526).

Eerdere dagen werd gewoon het gebruik van die dag weergegeven, iemand enig idee hoe dit zomaar kan? Aan het script is verder niets aangepast oid.

PVOutput: https://pvoutput.org/list.jsp?userid=96150

Vreemd inderdaad, ik heb dit vandaag ook bij een van mijn systemen op pvoutput,
Ben benieuwd wat dat is .

[LiquidSmoke]

klump4u schreef op woensdag 30 juni 2021 @ 17:57:
[...]

Vreemd inderdaad, ik heb dit vandaag ook bij een van mijn systemen op pvoutput,
Ben benieuwd wat dat is .

Ik vond de thread https://forum.pvoutput.or...rgy-consumed-stuck/3656/2 waar nog iemand hier last van had en blijkbaar gaat er iets niet goed met het resetten of hercalculeren van de daily usage.

Ik heb inmiddels 'v3' geschrapt uit de addstatus en nu is er in ieder geval tot 08:10 weer een normaal overzicht, daarna is er een break tot half elf in is er nog steeds een hoog verbruik

Denk dat het op 0 zetten en de upload vanuit eigen systeem soms net verkeerd getimed is, met het verwijderen van v3 word het dagelijk gebruik alleen gecalculeerd vanuit v4 en zou dit niet meer voor mogen komen.

Vervelende is dat de opbrengst van de zonnepanelen bruto is en de slimme meter netto werkt. Volgens mij kan v4 dan ook niet negatief zijn, ff kijken hoe dit uitpakt.

[Voor 9% gewijzigd door LiquidSmoke op 30-06-2021 21:30]

[bing69]

Hier ook iets vreemds, ik gebruik een Youless 110 voor de opgewekte stroom en het script van Huize Bruin voor verbruikte energie, temp etc.

Sinds gisteren werkt het script nog wel maar uploaden van de Youless niet meer.
Youless gekontroleerd en werkt uitstekend. Zowel in de Youless als in Domoticz zie ik hem werken echter bij Pvoutput komt hij niet binnen. Youless losgekoppeld en opnieuw verbonden met Pvoutput zonder resultaat.

Iemand nog een tip??

[fxs81]

Hier ook sinds gisteren ineens een verandering in "Energy Used" Hij telt de S0 totaalstand en de meter totaalstand bij elkaar op. Ik heb een youless 120, lijkt me dat er bij PVOutput iets vreemd gebeurt aangezien er bij de youless niets is aangepast.

[bing69]

fxs81 schreef op donderdag 1 juli 2021 @ 11:16:
Hier ook sinds gisteren ineens een verandering in "Energy Used" Hij telt de S0 totaalstand en de meter totaalstand bij elkaar op. Ik heb een youless 120, lijkt me dat er bij PVOutput iets vreemd gebeurt aangezien er bij de youless niets is aangepast.

Om 13h25 is het in eens weer gaan werken, lag dus aan PVOutput

[fxs81]

Hier telt hij het nog gewoon op. Ik zal vanavond de youless eens een herstart geven als het dan nog steeds is.

[Gynnad]

mvank schreef op zondag 20 juni 2021 @ 13:20:
[...]


Ik heb zelf ook recentelijk een Growatt omvormer (MIN 3600 TL-XE) en doormiddel van de proxy oplossing van johanmeijer stuur ik de informatie naar Growatt Server, PVoutput en naar mijn Home Assistant via MQTT. Dit werkt goed!

Wat je zou moeten doen is binnen de lan module the server address aanpassen naar de proxy (raspberry pi) en vervolgens de USB LAN stick van de Growatt rebooten, anders wordt de wijziging niet actief.

Bij default kan je gewoon via HTTP inloggen op de usb stick (even IP adres opzoeken in je DHCP server) vervolgens kan je inloggen met admin/admin

[Afbeelding]

[Afbeelding]

Ik kan inmiddels bevestigen dat het is gelukt, thanks voor de toelichting!

[lithoijen]

Snelle vraag, sinds een paar dagen lees ik een tweede sma omvormer (STP 5000tl-20) uit (SBFspot) en stuur de data naar mijn PVoutput profile. Ik heb pvoutput gesponsord en daarmee de mogelijkheid om meerdere systemen toe te voegen en alles lijkt ok te werken, maar ik zie nu wat vreemde zaken:

Zo nu en dan lijkt mijn 2e omvormer een paar minuten niks op te wekken in pvoutput, vreemd de eerste omvormer doet het prima op dat tijdstip en er zijn geen errors terug te vinden in de logging van de omvormer. Sterker ik zie deze dips niet terug in sunny portal.

Weet iemand wat hier gebeurd, is het een uitlees probleem, of doet mijn omvormer gek?

[Voor 4% gewijzigd door lithoijen op 06-07-2021 15:04]

[Gerco-M]

Misschien iets met logging die niet synchroon loopt en op dat moment geen data heeft?
Het ligt ook aan hoevaak je data geupload wordt

[AUijtdehaag]

@lithoijen
Je lijkt wat datapunten te missen?
Probeer eens

code:

/usr/local/bin/sbfspot.3/SBFspot -v -ad12 -am12 -ae12 -sp0 -nocsv -finq

Waarmee gebruik je sbfspot? Een brakke pi op wifi?

Als je ook extended data (v7 t/m V10) zou uploaden, dan kan je daaraan ook zien of je punten mist.
(dat is directe upload)

[Voor 38% gewijzigd door AUijtdehaag op 06-07-2021 17:09]

[lithoijen]

Ik heb sbfspot draaien op en raspberry pi, wel netjes bedraad aangesloten net als beide omvormers. De andere omvormer lijkt het wel ok te doen.

Ik upload iedere 5 minuten volgens mij, ik ga het nakijken:
In pvoutput staat de update frequentie op 5m, moet ik daar nog iets aan wijzigen in sbfspot?

@AUijtdehaag ik heb de code uitgevoerd, maar zie niks geks in de logging. Ook op pvoutput zie ik geen wijzigingen.

Iemand nog een goede handleiding hoe ik ook extended data up kan laden? Dan pas ik dat vanavond even aan.

[Voor 61% gewijzigd door lithoijen op 06-07-2021 17:56]

[AUijtdehaag]

@lithoijen
Je kan de aanroep op 1 minuut zetten in de crontab-e (omdat je donateur bent)

Voor extended data moet je de sbfspot.db bewerken.
zie tweaking: https://github.com/SBFspo...Installation-Linux-SQLite (stop dan wel even de crontab)
ook dit maar even meteen doen: sbf in "Datalogging: PV systemen"

Edit: kijk ook nog even of de tijd wel goed staat in de sma 5000 tl-20 en of die gesynchroniseerd wordt met een ntp tijdserver? Tijd "inverter" kan je ook zien als je sbfspot uitvoert in de commandline en in de logs

Mocht je de SMA 3.6 1-av40 op een andere manier willen loggen (naar oa pvoutput), heb ik nog wel een node-red flow.
Op basis van webconnect en op modbus tcp/ip

[Voor 39% gewijzigd door AUijtdehaag op 06-07-2021 18:33]

[lithoijen]

@AUijtdehaag

Ik ben aan het rommelen geweest met de sbfspot.db --> v7 tm v12 toegevoegd en de crontab --> aanroep per minuut ipv per 5 minuten. De wijziging ter voorkoming van die bug had ik in het verleden al eens doorgevoerd inderdaad, maar ook die weer toegevoegd. Bedankt voor de tip,

Ziet dit er een beetje ok uit:

CREATE VIEW vwPvoData AS
SELECT dd.Timestamp,
dd.Name,
dd.Type,
dd.Serial,
dd.TotalYield AS V1,
CASE WHEN dd.Power > 7000
THEN 0
ELSE dd.Power
END AS V2,
cons.EnergyUsed AS V3,
cons.PowerUsed AS V4,
spot.Temperature AS V5,
spot.Uac1 AS V6,
spot.Uac2 AS V7,
spot.Uac3 AS V8,
spot.Udc1 AS V9,
spot.Udc2 AS V10,
spot.Pdc1 AS V11,
spot.Pdc2 AS V12,
dd.PVoutput
FROM vwDayData AS dd
LEFT JOIN vwAvgSpotData AS spot ON dd.Serial = spot.Serial AND dd.Timestamp = spot.Nearest5min
LEFT JOIN vwAvgConsumption AS cons ON dd.Timestamp = cons.Nearest5min
ORDER BY dd.Timestamp DESC;

[Voor 6% gewijzigd door lithoijen op 06-07-2021 19:08]

[AUijtdehaag]

@lithoijen

spot.Uac2 AS V7,
spot.Uac3 AS V8,

het zijn beide 1-fase omvormers, dus daar heb je niet zoveel aan.

Ik zou dit gewoon aanhouden
NULL AS V5,
spot.Uac1 AS V6,
spot.Udc1 AS V7, -- DC Voltage String 1
spot.Udc2 AS V8, -- DC Voltage String 2
spot.Pdc1 AS V9, -- DC Power String 1
spot.Pdc2 AS V10, -- DC Power String 2
NULL AS V11,
NULL AS V12,

-- de 3.6 levert geen temperatuur via sbfspot volgens mij? of bij jou wel?

[Voor 14% gewijzigd door AUijtdehaag op 06-07-2021 19:13]

[lithoijen]

@AUijtdehaag de STP5000TL-20 is een drie fase omvormer. Vandaar deze keuze. Mocht de spanning tussen de fases nog ver uiteen lopen dan kan ik de andere omvormer eventueel nog van fase veranderen.

[Voor 43% gewijzigd door lithoijen op 06-07-2021 19:14]

[AUijtdehaag]

lithoijen schreef op dinsdag 6 juli 2021 @ 19:13:
@AUijtdehaag de STP5000TL-20 is een drie fase omvormer. Vandaar deze keuze.

ah ok.

[lithoijen]

Ik heb dit nu ingesteld in pvoutput. Kan het zijn dat ik nog niks terug zie in de live view of de grafieken?

[AUijtdehaag]

Je ziet pas wat (5e blokje klikken onder datum) als er ook data geupload wordt.
Ben je ingelogd in pvoutput?

Kan je sbfspot.db openen (sqlitestudio) en kijken welke data er staat in vwPvoData?
Daar moeten waarden staan bij v7 t/m v12
Ik zie ook geen temperatuur meer, dus misschien een foutje gemaakt?

[Voor 66% gewijzigd door AUijtdehaag op 06-07-2021 20:01]

[lithoijen]

@AUijtdehaag Bedankt voor het meedenken! Ik vond dit terug in de database onder vwPvoData:

SELECT dd.Timestamp,
dd.Name,
dd.Type,
dd.Serial,
dd.TotalYield AS V1,
CASE WHEN dd.Power > 4000
THEN 0
ELSE dd.Power
END AS V2,
cons.EnergyUsed AS V3,
cons.PowerUsed AS V4,
spot.Temperature AS V5,
spot.Uac1 AS V6,
NULL AS V7,
NULL AS V8,
NULL AS V9,
NULL AS V10,
NULL AS V11,
NULL AS V12,
dd.PVoutput
FROM vwDayData AS dd
LEFT JOIN vwAvgSpotData AS spot
ON dd.Serial = spot.Serial AND dd.Timestamp = spot.Nearest5min
LEFT JOIN vwAvgConsumption AS cons
ON dd.Timestamp = cons.Nearest5min
ORDER BY dd.Timestamp DESC

Geen idee waarom ik dit terug vind en niet de aanpassing die ik gedacht gedaan te hebben? Ik ga er nog even mee aan het stoeien.

[Voor 5% gewijzigd door lithoijen op 06-07-2021 20:33]

[AUijtdehaag]

@lithoijen
Meestal kopieer(de) ik de database eerst en dan bewerken.
Daarna terug kopieren.
Ik heb eventueel wel een aangepaste sbfspot.db voor je, zoals op de website van sbfspot.
Misschien beter even via dm communiceren?

[sbf]

lithoijen schreef op dinsdag 6 juli 2021 @ 13:50:
Snelle vraag, sinds een paar dagen lees ik een tweede sma omvormer (STP 5000tl-20) uit (SBFspot) en stuur de data naar mijn PVoutput profile. Ik heb pvoutput gesponsord en daarmee de mogelijkheid om meerdere systemen toe te voegen en alles lijkt ok te werken, maar ik zie nu wat vreemde zaken:

Zo nu en dan lijkt mijn 2e omvormer een paar minuten niks op te wekken in pvoutput, vreemd de eerste omvormer doet het prima op dat tijdstip en er zijn geen errors terug te vinden in de logging van de omvormer. Sterker ik zie deze dips niet terug in sunny portal.

Weet iemand wat hier gebeurd, is het een uitlees probleem, of doet mijn omvormer gek?

@lithoijen @AUijtdehaag
De oorzaak ligt bij je vwPvoData... Alles boven de 4000W wordt op 0 gezet. Dit is OK voor je 3.6 maar niet voor je 5.0 omvormer.

code:

CASE WHEN dd.Power > 4000
THEN 0
ELSE dd.Power
END AS V2

Als je nooit problemen had met te hoge waarden op PVoutput (Power value too high for system size) dan laat je die workaround beter vallen.
Indien wel dan moet je iets doen zoals dit:

code:

CASE
WHEN dd.Serial = serial_3600 AND dd.Power > 5400 THEN 0
WHEN dd.Serial = serial_5000 AND dd.Power > 7500 THEN 0
ELSE dd.Power
END AS V2

[lithoijen]

@sbf Dat klinkt erg logisch! Ik had overigens dat probleem wel, vandaar dat ik het er ook in gefreubeld had. Maar dat was ik ondertussen al weer vergeten! Ik heb ondertussen ook al wat hulp aangeboden gekregen van @AUijtdehaag

Ik snap nog niet helemaal wat ik fout deed met de nieuwe configuratie. Duidelijk een gebruikersfout, maar ik weet nog niet helemaal wat ik dan fout doe.

Al met al ik hoop er nu uit te komen, zo niet dan meld ik me weer. Bedankt voor de hulp

[Voor 22% gewijzigd door lithoijen op 06-07-2021 21:36]

[The-Source]

Ik heb wat problemen met mijn output te versturen en dan eigenlijk meer het versturen van de verbruikte energie. Wanneer ik geen C1 parameter verstuurd wordt wel alles gelogd maar aangezien in mijn aangezien in mijn verbruik om middernacht weer gereset wordt naar 0 zou ik (nu even uit mijn hoofd C1=2 ) moeten versturen. Maar dan wordt er weer helemaal niets gelogd.
Wie herkend dit probleem en vooral hoe op te lossen, zal ergens een instelling zijn.
Alternatief is de boel verbouwen aan de energie logging kant en zo totaal verbruik versturen en pvoutput het verschil laten berekenen.

[lithoijen]

@sbf @AUijtdehaag Heren graag jullie support. Ik ben vandaag helemaal opnieuw begonnen met een schone lei maar ik blijf hetzelfde probleem houden. Om een of andere reden krijg ik geen aangepaste vwPvoData aan de praat.

Wat ik geprobeerd heb na een voledig schone installatie op een andere raspberry:
Volgens de handleiding eerst:
DROP VIEW IF EXISTS vwPvoData;
Vervolgens geprobeerd een nieuwe versie aan te maken met:
CREATE VIEW vwPvoData AS
SELECT dd.Timestamp,
dd.Name,
dd.Type,
dd.Serial,
dd.TotalYield AS V1,
CASE WHEN dd.Power > 8000
THEN 0
ELSE dd.Power
END AS V2,
cons.EnergyUsed AS V3,
cons.PowerUsed AS V4,
NULL AS V5,
spot.Uac1 AS V6,
spot.Udc1 AS V7, -- DC Voltage String 1
spot.Udc2 AS V8, -- DC Voltage String 2
spot.Pdc1 AS V9, -- DC Power String 1
spot.Pdc2 AS V10, -- DC Power String 2
spot.Uac2 AS V11,
spot.Uac3 AS V12,
dd.PVoutput
FROM vwDayData AS dd
LEFT JOIN vwAvgSpotData AS spot ON dd.Serial = spot.Serial AND dd.Timestamp = spot.Nearest5min
LEFT JOIN vwAvgConsumption AS cons ON dd.Timestamp = cons.Nearest5min
ORDER BY dd.Timestamp DESC;

Maar als ik vervolgens de database download op mijn pc en hem open dan vind ik daar de oorspronkelijke versie. De database downloaden, aanpassen in SQLitestudio geeft hetzelfde resultaat.

Ik kan twee oorzaken bedenken:
De file klopt niet en daarom valt het systeem terug op de oorspronkelijke settings?
Ik sla de wijzigingen niet goed op

Gezien mij beperkte ervaringen met databases zal het probleem wel tussen het toetsenbord en de monitor zitten, maar ik snap echt niet wat ik fout doet, iemand de goude tip?

Ok ik weet niet wat ik nu anders doe, maar wat het ook was het lijkt succes te hebben. Alleen upload hij nu de data van 1 omvormer niet. Dat ga ik morgen maar eens uitzoeken.

Ok ik heb het aan de praat, geen idee wat ik fout deed maar met alle hulp is het gelukt.

[Voor 6% gewijzigd door lithoijen op 08-07-2021 16:17]

[raymondw]

The-Source schreef op woensdag 7 juli 2021 @ 10:10:
Ik heb wat problemen met mijn output te versturen en dan eigenlijk meer het versturen van de verbruikte energie. Wanneer ik geen C1 parameter verstuurd wordt wel alles gelogd maar aangezien in mijn aangezien in mijn verbruik om middernacht weer gereset wordt naar 0 zou ik (nu even uit mijn hoofd C1=2 ) moeten versturen. Maar dan wordt er weer helemaal niets gelogd.
Wie herkend dit probleem en vooral hoe op te lossen, zal ergens een instelling zijn.
Alternatief is de boel verbouwen aan de energie logging kant en zo totaal verbruik versturen en pvoutput het verschil laten berekenen.

Grappig, ik probeer juist de waarde te krijgen met volledige getallen.
Heb wat dingen veranderd en nu maar duimen dat het goed gaat.
Ik merk (heb het idee) dat pvoutput nog wel eens wat dingen "mist" als het halverwege de dag aangepast word...

[raymondw]

Ik voel mij ondertussen een goudvis in een vissenkom die steeds hetzelfde kasteeltje ziet...

Ondanks het lezen van verschillende guides en pvoutput mis ik iets...
Het doel is om het totale verbruik te loggen naar pvoutput
In huis is er 1 centrale kwh meter die een oplopende teller heeft en de data niet reset om middernacht.
Voor de duidelijk, de meter gaat pas naar 0 als er 999999 cijfers zijn gebruikt na.
Echt krijg ik op de website per dag nu het totale kWh verbruik om mijn oren...
Dag 1 10kWh, dag 2 20 kWh en dag 3 30kWh : totaal volgens PVO 60kWh
Dit terwijl het dus in totaal 30kWh is op de meter output....

Mijn inziens is v3 de parameter die ik moet gebruiken en ik moet volgens mij ergens aangeven dat c1=3?
Of is dat een setting ergens in de instellingen op de site?

Hopelijk kan iemand wat inzicht geven

/edit
iets verduidelijkt

[Voor 15% gewijzigd door raymondw op 13-07-2021 20:50]

[JeroenE]

@raymondw In v1 kan je de opwekking opgeven (in Wh) en in v3 je verbruik (ook in Wh). Vervolgens kan je met de c1 parameter aangeven hoe die getallen door pvoutput gebruikt moeten worden. Wat dan de juiste keuze is lig tniet alleen aan v3, maar ook aan v1. Als jouw opwek ook een teller is die steeds hoger wordt dan moet je c1=1 opsturen. Als je opwek wel iedere dag zelf al op 0 begint dan moet je c1=3 opsturen.

Je moet dit dan wel opsturen via status, niet via output. Bij output heb je de c1 parameter niet.

[raymondw]

Nou... ik heb het nog niet voor elkaar.

Alles in HA gezet icm Grafana en Influxdb, in een dagje werkend.
Ga er nog maar eens induiken, maar voor nu heb ik inzichtelijk wat ik wilde zien.