PVOutput info en discussie of opmerkingen topic

[Kalentum]

@AUijtdehaag en ongeldige waarden, kan node red die er ook uit vissen? Want dat is blijkbaar ook nog een probleem van @Vliegvlug

[AUijtdehaag]

@Kalentum
Volgens mij had @grote_oever last van ongeldige waarden met SBFspot?

Je kan node red zelf programmeren, dus ook alles filteren.
Al heb ik gemerkt dat modbus uitlezing soms ook tot complicaties kan leiden.
Ik heb een node-red flow, die node-red opnieuw start, bij modbus uitval.

[Vliegvlug]

AUijtdehaag schreef op zondag 9 oktober 2022 @ 11:25:
@Vliegvlug
Sunny portal (of sma energy app) is ruk, daarom kun je beter zelf loggen.

Goed om dat bevestigt te krijgen , die indruk had ik zelf ook al helaas.

Daar staat niet de spanning. Maar die kan je wel via de webinterface uitlezen?

Wat bedoel je precies? Of hoorde dat vraagteken niet op het einde?
De webinterface is dus wat anders dan Sunny Portal?

Bij dunne AC bedrading kan er een spanningsverschil ontstaan bij hoge vermogens.
Al heb je daar op 3-fase minder last van. (tov 1-fase omvormer)

Oh ja, de spanningsval natuurlijk, helemaal niet aan gedacht!
Terwijl ik om die reden juist een 6mm² kabel heb gelegd naar de omvormer.
Dan zal het bij mij wel mee meevallen zeker gezien het een 3-fasen omvormer betreft. Wel is de laatste 50cm van de werkschakelaar naar de omvormer in 4mm² neopreen kabel uitgevoerd omdat ik geen 6 kon krijgen maar dat zal weinig tot geen invloed hebben ga ik vanuit.

Ik weet niet of de "verzekering" uitbetaalt bij brand, bij een foute net-code.
Aanpassen kan je met een grid guard code.

Ik heb dat niet zelf ingesteld maar de installateur, vraag me af of het instellen van de omvormer überhaupt helemaal goed is gegaan, zie vanaf halverwege in deze post van mij: Vliegvlug in "Elektriciteit opwekken met zonnepanelen (PV) Deel 11"
Mocht dat niet zo zijn dat zal ik dat bij ze aankaarten.

Een grid guard code zegt me niets.

Heb je de installateurs ww gegevens?

Helaas niet. De monteur bij installatie naar gevraagd maar die mocht hij niet geven omdat ze bang zijn dat iedereen dan instellingen gaat wijzigen met storing tot gevolg en dat ze daar dan voor moeten komen opdraven.

Temperatuur is enkel via modbus, de rest kan via webconnect
(Al heb ik nog geen ervaring opgedaan met die hybrides qua uitlezinggegevens )

Zal me eens in webconnect gaan verdiepen klinkt interessant!
En modbus over ethernet ook.

[Vliegvlug]

Kalentum schreef op zondag 9 oktober 2022 @ 12:05:
@AUijtdehaag en ongeldige waarden, kan node red die er ook uit vissen? Want dat is blijkbaar ook nog een probleem van @Vliegvlug

Wat bedoel je met “ongeldige waarden”?
Welk probleem speelt er daarmee bij mij

[Kalentum]

nvm ik reageer op de verkeerde

[ Voor 84% gewijzigd door Kalentum op 09-10-2022 12:32 ]

[AUijtdehaag]

Vliegvlug schreef op zondag 9 oktober 2022 @ 12:28:
[...]

Wat bedoel je precies? Of hoorde dat vraagteken niet op het einde?
De webinterface is dus wat anders dan Sunny Portal?

Tik eens: http://ip-adres-van-je-sma in?

En modbus over tcp/ip staat vaak standaard uit, dus moet de installateur er aan te pas komen om het aan te zetten

[ Voor 26% gewijzigd door AUijtdehaag op 09-10-2022 12:40 ]

[Vliegvlug]

AUijtdehaag schreef op zondag 9 oktober 2022 @ 12:32:
[...]

Tik eens: http://ip-adres-van-je-sma in?

Nou dat kostte ook best wat moeite aangezien ik het ip-adres van de omvormer niet had, ben eerst alle IP adressen gaan proberen waarbij geen duidelijke naam stond in de lijst van uitgeven IP’s op mijn router maar dat liep op niets uit.

Uiteindelijk bij SMA gevonden dat je de omvormer lokaal kan bereiken via sma[serienummer].local en dat werkte!

Helaas is voor aanloggen weer een ander wachtwoord nodig dan voor Sunny Portal en dat heb ik niet gekregen en krijg bij “wachtwoord vergeten?” de melding dat ik dat moet resetten middels een PUK code die ik ook niet heb.
Ga nu zoeken of ik die ergens op het apparaat kan vinden …

En modbus over tcp/ip staat vaak standaard uit, dus moet de installateur er aan te pas komen om het aan te zetten

Hmm, begin dit goed zat te worden.
Denk dat ik de leverancier maar eens ga benaderen om hiervoor een oplossing te vinden want snap hun zorgen over mensen die hun instellingen verprutsen maar tegelijkertijd heb ik goud geld voor die installatie betaald en heb ik er niet eens volledige toegang toe.

Gaat me echt steeds meer tegenstaan dat je tegenwoordig hardware koopt waar je vervolgens geen volledige controle mee over hebt alsof ik slechts klant ben van iemand anders op mijn eigen aangeschafte hardware

[AUijtdehaag]

Vliegvlug schreef op zondag 9 oktober 2022 @ 13:02:
[...]

Nou dat kostte ook best wat moeite aangezien ik het ip-adres van de omvormer niet had, ben eerst alle IP adressen gaan proberen waarbij geen duidelijke naam stond in de lijst van uitgeven IP’s op mijn router maar dat liep op niets uit.

Uiteindelijk bij SMA gevonden dat je de omvormer lokaal kan bereiken via sma[serienummer].local en dat werkte!

Helaas is voor aanloggen weer een ander wachtwoord nodig dan voor Sunny Portal en dat heb ik niet gekregen en krijg bij “wachtwoord vergeten?” de melding dat ik dat moet resetten middels een PUK code die ik ook niet heb.
Ga nu zoeken of ik die ergens op het apparaat kan vinden …

[...]

Hmm, begin dit goed zat te worden.
Denk dat ik de leverancier maar eens ga benaderen om hiervoor een oplossing te vinden want snap hun zorgen over mensen die hun instellingen verprutsen maar tegelijkertijd heb ik goud geld voor die installatie betaald en heb ik er niet eens volledige toegang toe.

Gaat me echt steeds meer tegenstaan dat je tegenwoordig hardware koopt waar je vervolgens geen volledige controle mee over hebt alsof ik slechts klant ben van iemand anders op mijn eigen aangeschafte hardware

Wordt wat offtopic maar werkt het ww: SMA12345 niet?

En anders een puk code aanvragen via sma zelf.
Dan ben je overal vanaf

[Vliegvlug]

@AUijtdehaag Dank voor de suggestie, maar helaas.
Wordt de PUK route via SMA dan hoewel ik bang ben dat ze me gewoon terugsturen naar de leverancier.

[grote_oever]

AUijtdehaag schreef op zondag 9 oktober 2022 @ 10:44:
@grote_oever
Waarom blijf je hangen in SBFspot?
grote_oever in "Node-RED - grafisch 'programmeren' (bijv. voor domotica)"

(je zal het vast een keer verteld hebben, maar zover heb ik niet gezocht)

De combinatie webconnect / modbus tcp/ip / pvoutput en node-red gebruik ik al een tijdje nu.

Destijds bleef ik hangen omdat SBFspot de afhandeling out of the box werkte. Installeren en ik kon uploaden. Ik kon eigenlijk geen node-red flow vinden die de afhandeling naar pvoutput regelde. Maar daarnaast houdt SBFspot ook bij of historische waardes al geupload zijn. B.v. bij mijn probleem kom ik er soms een halve dag later achter dat de waardes niet geupload zijn. Soms zelfs 1 dag later (omdat ik nu 2 PV systemen heb). Voordeel van SBFspot is dat, na herstellen van de fout, de overige (inmiddels oude waardes) weer geupload worden naar PVoutput. Vermoedelijk haalt SBFspot ook al deze waardes weer op bij de SMA, maar ik ben er nog niet achter hoe ik dat fix in node-red. Want als ik de foutieve waarde verwijder dan haalt SBFspot het gewoon weer op bij SMA.

Maar de wens is er wel zeker om SBFspot er tussen uit te halen en het via node-red te laten verlopen.

Vliegvlug schreef op zondag 9 oktober 2022 @ 12:30:
[...]

Wat bedoel je met “ongeldige waarden”?
Welk probleem speelt er daarmee bij mij

Op de één of andere manier regstreerd de SMA bij mij, om precies 2.00 in de nacht, een hele rare waarde. Een waarde die absoluut niet kan in mijn systeem, denk bijvoorbeeld aan 45234562 watt. Theoretisch is het geen ongeldige waarde, maar mijn systeem is maar 5900 watt. Daarnaast schijnt de zon snachts niet De log geeft ook geen fout aan, maar SBFspot zit de geregistreerde waarde wel en neemt hem over. Echter bij het uploaden naar PVoutput weigert PVoutput deze waarde.

Ik moest dit oplossen door in te loggen met SQLite en de volgende query meegeven.

update daydata set power=0 where power>9000;

Dan wordt de rare waarde overschreven door een 0 en gaat het weer goed.

* grote_oever heeft om een reden 9000 gepakt en is benieuwd wie hem snapt

[ Voor 38% gewijzigd door grote_oever op 09-10-2022 14:07 ]

[HiBe]

heeft iemand al een integratie van de EPEX uurprijzen van energie in PVoutput gemaakt of gezien? hiermee zou het dan mogelijk moeten zijn om te kijken hoe zinvol het is om van een variabel energie contract over te stappen op een dynamisch energie contract.

[wsmaal]

De productiewaarden (dag totaal) van pvoutput.org (Enphase-Wsm) vergeleken met mijn PVoutput app (Android) zijn sinds 23 november niet meer hetzelfde. Verschillen zijn weliswaar marginaal (<10 Watt), maar voor 23 november 2022 waren de dag totalen exact hetzelfde.

[coelho]

Ik heb op de website van PVOutput mijn estimates per maand ingevuld. Daar staat voor de maand Februari 357kWh, zojuist nog gecheckt.

Wanneer ik nu in de PVOutputPRO app kijk, dan zie ik daar in de Monthly view voor Februari een Expected kWh staan van 373 bij 'This Year'. Als ik naar voorgaande jaren kijk, dan staat er wel de verwachte 357kWh.

Ik dacht nog even dat het een soort van automatische aanpassing was omdat ik vorig jaar in Februari zo'n 30% boven estimate zat, maar voor alle andere maanden is de estimate exact hetgene dat ik ingevoerd heb op de site.

Iemand enig idee hoe het kan dat deze twee niet gelijk lopen en hoe/waarom mijn maand estimate aangepast is? Ik heb sowieso niks handmatig gewijzigd.

[loyske]

coelho schreef op dinsdag 28 februari 2023 @ 10:06:
Ik heb op de website van PVOutput mijn estimates per maand ingevuld. Daar staat voor de maand Februari 357kWh, zojuist nog gecheckt.

Wanneer ik nu in de PVOutputPRO app kijk, dan zie ik daar in de Monthly view voor Februari een Expected kWh staan van 373 bij 'This Year'. Als ik naar voorgaande jaren kijk, dan staat er wel de verwachte 357kWh.

Ik dacht nog even dat het een soort van automatische aanpassing was omdat ik vorig jaar in Februari zo'n 30% boven estimate zat, maar voor alle andere maanden is de estimate exact hetgene dat ik ingevoerd heb op de site.

Iemand enig idee hoe het kan dat deze twee niet gelijk lopen en hoe/waarom mijn maand estimate aangepast is? Ik heb sowieso niks handmatig gewijzigd.

Volgens mij gaat de app en PVOutput er verschillend mee om.
PVOutput heeft een lagere dagverwachting dan de app bij mij in ieder geval.

[coelho]

loyske schreef op dinsdag 28 februari 2023 @ 14:06:
[...]


Volgens mij gaat de app en PVOutput er verschillend mee om.
PVOutput heeft een lagere dagverwachting dan de app bij mij in ieder geval.

In mijn geval gaat het over de maandverwachting, getallen die je op de site hard coded invoert en dan ook als zodanig in de app zouden moeten verschijnen.

[loyske]

coelho schreef op dinsdag 28 februari 2023 @ 14:18:
[...]

In mijn geval gaat het over de maandverwachting, getallen die je op de site hard coded invoert en dan ook als zodanig in de app zouden moeten verschijnen.

Mijn month expected op PVOutput is 283, maar in de app staat er nu 290 (to date, dus t/m vandaag).
Zelfde verhaal dus. Heeft toch iets te maken met die hogere dagverwachting in de app waardoor de maandverwachting in de app ook hoger uitvalt.
De andere maanden komen inderdaad overeen tussen app en PVOutput.

[Flappie]

Ik ben een nieuwe set zonnepanelen aan het plaatsen met een 3 fase aansluiting.
Hierop zit een Eastron SDM620 die ik uitlees met ESPHome.

In PV-Output kun je een "voltage" meegeven als optie "v6". Maar wat geef ik hier nu mee met een 3 fase systeem? Iemand een idee?

[ThinkPad]

Ik zou de spanning van de 3 fasen optellen en daar het gemiddelde van pakken. Zo doet YouLess in "YouLess pulsteller/elektriciteitsmeter" het ook.

Als het een 1F omvormer op een 3F aansluiting was geweest dan had ik het voltage van de fase van de panelen gebruikt.

[Bamboe48]

gisteren een nieuw modem geplaatst. Vanaf het moment dat ik de oude uitgezet heb krijg ik geen gegevens meer binnen van mijn twee youlessen op pvoutput. De youlessen zijn op dezelfde manier verbonden met het nieuwe modem als voorheen en knipperen .
Wat moet ik doen om het weer werkend te krijgen?

[ThinkPad]

Kun je de Youless nog wel bereiken? Misschien had je die een vast IP-adres gegeven, in een andere range dan wat je huidige modem uitgeeft. Maar denk dat dit beter past in het Youless topic.

[Bamboe48]

het was idd een probleem met de ip-adressen, is nu opgelost. bedankt.

[M66B]

Misschien voor iemand bruikbaar: dit is een simpel Python script met weinig afhankelijkheden voor een Raspberry Pi om een SDM120M uit te lezen en de uitgelezen waarden naar PVOutput te sturen:

https://gist.github.com/M...34ed4455e0d63c30bfce91ac4

[ Voor 8% gewijzigd door M66B op 10-04-2023 14:19 ]

[skobus]

Dracula78 schreef op donderdag 14 januari 2016 @ 15:05:
Let op met de "huidige watt" waardes die je stuurt, omdat die waarschijnlijk echt snapshots zijn van die éne meting, en niets zeggen over de 5 minuten periode die je naar pvoutput stuurt. Je wil hier eigenlijk het verschil in kWh sinds de vorige meting delen door de verstreken tijd; DAT is je gemiddelde vermogen over die periode (blogpost).

Let op met "verbruik volgens p1"; wat je bij smartmeter uitleest is wat daar netto doorheen stroomt... dat is dus netto import of export, niet het verbruik (blogpost).


Wat je vervolgens naar PVOutput wil sturen zijn twee request met dezelfde timestamp (zie uitleg over de net-flag bij add-status op hun help pagina)

Request 1:

• v2 = Solar generation in Watt
• v4 = Berekende verbruik in Watt

Request 2:

• Dezelfde timestamp
• v2 = export volgens P1 in Watt
• v4 = import volgens P1 in Watt
• n = 1

Dit is een hele oude post, maar het bespreekt een onderwerp waar ik mee bezig ben. Wat zijn voordelen van het uploaden van Net data (met net flag = 1), zoals hier beschreven? Alle gegevens heb je al want het verbruik in de eerste stap bereken je zelf uit import, export (beide uit P1) en opgewekt vermogen. Laat Pvoutput meer info zien als je er een tweede upload achteraan doet (met n=1 en dezelfde timestamp)? Of past Pvoutput extra bewerkingen toe? Wat is jullie ervaring?

[Dracula78]

skobus schreef op zaterdag 6 mei 2023 @ 13:49:
[...]


Dit is een hele oude post, maar het bespreekt een onderwerp waar ik mee bezig ben. Wat zijn voordelen van het uploaden van Net data (met net flag = 1), zoals hier beschreven? Alle gegevens heb je al want het verbruik in de eerste stap bereken je zelf uit import, export (beide uit P1) en opgewekt vermogen. Laat Pvoutput meer info zien als je er een tweede upload achteraan doet (met n=1 en dezelfde timestamp)? Of past Pvoutput extra bewerkingen toe? Wat is jullie ervaring?

Als je zelf generation en consumption bepaalt en upload, kan PVOutput daarmee natuurlijk het netto verschil aan import/export bepalen, maar niet de exacte verhouding tussen die twee. In mijn ervaring helpt die tweede request met "net=1" om alle kolommen (en grafieken) gevuld te krijgen. Ik zie overigens dat dit recent niet meer consistent het geval is, misschien omdat ik over de dagelijkse request limiet heen ga sinds ik gestopt ben met donaties.

Je kunt het natuurlijk vrij eenvoudig op beide manieren testen en zien wat het effect is op PVOutput

Ik heb sowieso even de link naar de net Net Data API specificatie van PVOutput bijgewerkt in mijn post waaraan je refereerde, want die was veranderd.

[skobus]

Bedankt, ik ga wat proberen. Nog een vraag: wat doe je met v1 en v3? Voeg je die in de eerste upload toe? Dat staat niet duidelijk in de api toelichting.
En dat betekent dat in de tweede upload er maar één vermogen wordt gestuurd? P1 geeft niet tegelijk een import en een export, een van beide is nul, toch?

Edit
Het enige voordeel dat ik zie is dat de opgewekte energie met meer resolutie wordt opgeslagen.
De pv data van mijn Goodwe omvormer (via sems portal) hebben een resolutie van 0.1 kWh.
Ik probeer nu het volgende schema (alles met c=0)
eerste upload:
d, t ,v2, v3, v4, n=0 waarbij v2 en v4 berekende waarden zijn en v1 (opgewekte energie) dus ontbreekt
gevolgd door een tweede upload,:
dezelfde,d en t,
v2 =P1 power als die negatief is met v4=0 of
v4=P1 power als die positief is met v2=0.
Dat geeft meer resolutie in de energy waarden (v1 opgewekte energie), omdat ze nu berekend worden.
Maar de praktische waarde ervan ontgaat me.

De tabel in https://pvoutput.org/help/api_specification.html#net-data snap ik niet, daarin kunnen tegelijkertijd v2 en v4 niet-nul zijn.Hoe kan dat?

[ Voor 89% gewijzigd door skobus op 09-05-2023 13:02 ]

[Sebazzz]

Met Home Assistant upload ik mijn pvoutput als volgt:

YAML:

shell_command:
  pv_output_live_curl: >-
    curl -d "d={{now().strftime("%Y%m%d")}}" -d "t={{now().strftime("%H:%M")}}" -d "v1={{states('sensor.today_s_pv_generation') | float * 1000 }}" -d "v2={{states('sensor.pv_power')}}" -d "v5={{states('sensor.inverter_temperature')}}" -d "v6={{states('sensor.bus_voltage')}}" -d "c1=2" -H "X-Pvoutput-Apikey: xxx" -H "X-Pvoutput-SystemId:  xxx" https://pvoutput.org/service/r2/addstatus.jsp
  pv_output_daily_curl: >-
    curl -d "d={{now().strftime("%Y%m%d")}}" -d "g={{states('sensor.today_s_pv_generation') | float * 1000 }}" -H "X-Pvoutput-Apikey: xxxx" -H "X-Pvoutput-SystemId: xxx" https://pvoutput.org/service/r2/addstatus.jsp

Dat heeft een tijd goed gewerkt, maar nu zie ik dat op PVOutput de efficiency heel vaak raar is. Soms dagenlang 0,0000 kWh/kWp. Zie hier mijn PVOutput: https://pvoutput.org/list.jsp?userid=104763

Weet iemand wat het probleem zou kunnen zijn? De today_s_pv_generation sensor werkt gewoon zoals verwacht en geeft de juiste output.

[klump4u]

Sebazzz schreef op zaterdag 27 mei 2023 @ 10:11:
Met Home Assistant upload ik mijn pvoutput als volgt:

YAML:

shell_command:
  pv_output_live_curl: >-
    curl -d "d={{now().strftime("%Y%m%d")}}" -d "t={{now().strftime("%H:%M")}}" -d "v1={{states('sensor.today_s_pv_generation') | float * 1000 }}" -d "v2={{states('sensor.pv_power')}}" -d "v5={{states('sensor.inverter_temperature')}}" -d "v6={{states('sensor.bus_voltage')}}" -d "c1=2" -H "X-Pvoutput-Apikey: xxx" -H "X-Pvoutput-SystemId:  xxx" https://pvoutput.org/service/r2/addstatus.jsp
  pv_output_daily_curl: >-
    curl -d "d={{now().strftime("%Y%m%d")}}" -d "g={{states('sensor.today_s_pv_generation') | float * 1000 }}" -H "X-Pvoutput-Apikey: xxxx" -H "X-Pvoutput-SystemId: xxx" https://pvoutput.org/service/r2/addstatus.jsp

Dat heeft een tijd goed gewerkt, maar nu zie ik dat op PVOutput de efficiency heel vaak raar is. Soms dagenlang 0,0000 kWh/kWp. Zie hier mijn PVOutput: https://pvoutput.org/list.jsp?userid=104763

Weet iemand wat het probleem zou kunnen zijn? De today_s_pv_generation sensor werkt gewoon zoals verwacht en geeft de juiste output.

'c1=2' waar staat die 2 voor?
Volgens mij kan alleen maar 0 of 1

[Sebazzz]

klump4u schreef op zaterdag 27 mei 2023 @ 10:20:
[...]

'c1=2' waar staat die 2 voor?
Volgens mij kan alleen maar 0 of 1

Nee, juist [1,2,3]: https://pvoutput.org/help...on.html#cumulative-energy

[klump4u]

Sebazzz schreef op zaterdag 27 mei 2023 @ 20:39:
[...]

Nee, juist [1,2,3]: https://pvoutput.org/help...on.html#cumulative-energy

Nooit geweten of is dat pas toegevoegd?

[Sebazzz]

klump4u schreef op zaterdag 27 mei 2023 @ 20:42:
[...]

Nooit geweten of is dat pas toegevoegd?

Nee, ik lever al sinds het begin via dit curl command naar pvoutput, een jaar geleden nu.

[klump4u]

Sebazzz schreef op zaterdag 27 mei 2023 @ 20:43:
[...]

Nee, ik lever al sinds het begin via dit curl command naar pvoutput, een jaar geleden nu.

Ja die scriptjes van mij lopen al wat langer. Kijk je nooit meer na.

[ericplan]

peterpijpelink schreef op woensdag 24 juni 2020 @ 17:00:
[...]

in de settings kan je een instelling algemeen doen, en dan in de settings van je site staat iets wat ook rekening gaat houden met zomer/wintertijd. hiermee krijg ik netjes alles in de juiste tijd binnen. Wat stuurt je omvormer?

[Afbeelding]

[Afbeelding]

Ik zit te zoeken naar deze pagina met instellingen waar je voor data een andere tijdzone kan kiezen als voor de display. Bestaat die niet meer? Krijg alleen een algemene pagina. Mijn data staat in UTC, woon in CEST/CET zone.

[Kalentum]

ericplan schreef op maandag 14 augustus 2023 @ 06:58:
[...]

Ik zit te zoeken naar deze pagina met instellingen waar je voor data een andere tijdzone kan kiezen als voor de display. Bestaat die niet meer? Krijg alleen een algemene pagina. Mijn data staat in UTC, woon in CEST/CET zone.

Zit je op https://pvoutput.org/account.jsp te kijken?

Onderaan staat 'Registred Systems', kies daar 'edit'

[ericplan]

Kalentum schreef op maandag 14 augustus 2023 @ 08:06:
[...]
Zit je op https://pvoutput.org/account.jsp te kijken?

Onderaan staat 'Registred Systems', kies daar 'edit'

Dank, daar had ik nog niet gekeken. Maar ook daar kom ik het niet tegen.

Misschien moeten vermelden dat ik via de API upload, dus niet via een rechtstreekse connectie. Maakt dat nog uit?

[peterpijpelink]

ericplan schreef op maandag 14 augustus 2023 @ 06:58:
[...]

Ik zit te zoeken naar deze pagina met instellingen waar je voor data een andere tijdzone kan kiezen als voor de display. Bestaat die niet meer? Krijg alleen een algemene pagina. Mijn data staat in UTC, woon in CEST/CET zone.

staat bij systeem, als je daar edit doet, zoek naar deze info:


adjust for DST is wat je zoekt (denk ik). Daar kan je tijdzone kiezen en eventuele aanpassing.

[ericplan]

Het klopt nog niet helemaal, scheelt nog een uur. Meest logische zou zijn om de timezone mee te geven met de API upload, maar daar is (nog) niet voor gekozen.

[Wim Leers]

ericplan schreef op maandag 14 augustus 2023 @ 09:47:
Het klopt nog niet helemaal, scheelt nog een uur. Meest logische zou zijn om de timezone mee te geven met de API upload, maar daar is (nog) niet voor gekozen.

Hah!

[Kalentum]

ericplan schreef op maandag 14 augustus 2023 @ 09:47:
Het klopt nog niet helemaal, scheelt nog een uur. Meest logische zou zijn om de timezone mee te geven met de API upload, maar daar is (nog) niet voor gekozen.

Ja dat zou het beste zijn.

Ik heb alle tijdzones op PVOutput op Europe/Amsterdam staan. En bij het posten zorg ik dat de datum/tijd in Europe/Amsterdam tijdzone is. Dat werkt prima.

Maar ik had liever dat ik in UTC kon posten en dat PVoutput dan de conversie doet.

[ericplan]

Kalentum schreef op maandag 14 augustus 2023 @ 11:26:
[...]
Ja dat zou het beste zijn.

Ik heb alle tijdzones op PVOutput op Europe/Amsterdam staan. En bij het posten zorg ik dat de datum/tijd in Europe/Amsterdam tijdzone is. Dat werkt prima.

Maar ik had liever dat ik in UTC kon posten en dat PVoutput dan de conversie doet.

De tijd komt rechtstreeks uit m'n database (in UTC). Voorlopig nog geen behoefte om aan mijn kant te converteren. Ik zet m'n solardata alleen op PVOutput voor het Tweakers team en dat gaat toch per dag, niet per uur.

[ThinkPad]

Wim Leers schreef op maandag 14 augustus 2023 @ 11:07:
[...]

Hah!

Rare vraag misschien, maar waarom zou je je warmtepomp-data naar PVOutput uploaden?
Dat het kan is één, maar of dat nou echt de juiste plek is, is een tweede.

Niet vervelend bedoeld verder, maar zijn er geen betere sites voor? Of zelf iets van InfluxDB + Grafana in Docker hosten o.i.d.

[Wim Leers]

ThinkPad schreef op maandag 14 augustus 2023 @ 11:38:
[...]

Rare vraag misschien, maar waarom zou je je warmtepomp-data naar PVOutput uploaden?
Dat het kan is één, maar of dat nou echt de juiste plek is, is een tweede.

Niet vervelend bedoeld verder, maar zijn er geen betere sites voor? Of zelf iets van InfluxDB + Grafana in Docker hosten o.i.d.

Grafana & InfluxDB up-to-date houden is iets dat leken afschrikt. Ik wil een oplossing die voor een geïnteresseerde non-technische gebruiker haalbaar is. En dus niet iets dat iedere techneut voor zichzelf in elkaar knutselt zoals tot nu toe hier steeds gebeurt.

Mijn doel is om 1) een lokale kopie van alle data te hebben in software die zeer portable, eenvoudig en onderhoudsarm is: SQLite, 2) om eenvoudig automatisch visualiseren mogelijk te maken, daarvoor lijkt PVOutput het meest geschikt. (En dankzij 1 kunnen de technisch sterkere mensen alsnog het naar Grafana of whatever sturen!)

[Wim Leers]

ericplan schreef op maandag 14 augustus 2023 @ 11:30:
[...]

De tijd komt rechtstreeks uit m'n database (in UTC). Voorlopig nog geen behoefte om aan mijn kant te converteren. Ik zet m'n solardata alleen op PVOutput voor het Tweakers team en dat gaat toch per dag, niet per uur.

Momenteel moet je idd in je API cliënt omzetten naar de doel tijdzone. In jouw en mijn geval dus CE(S)T.

Als je database in SQLite staat is dat eenvoudig en kan ik je een voorbeeld bezorgen: https://github.com/wimlee..._emdata_to_db.sh#L101-102

[ericplan]

Wim Leers schreef op maandag 14 augustus 2023 @ 11:59:
[...]
Momenteel moet je idd in je API cliënt omzetten naar de doel tijdzone. In jouw en mijn geval dus CE(S)T.

Als je database in SQLite staat is dat eenvoudig en kan ik je een voorbeeld bezorgen: https://github.com/wimlee..._emdata_to_db.sh#L101-102

Database is een MariaDB bij m’n webhoster. Uit eerdere gesprekken met support weet ik al dat ze diverse timezone functies niet geïmplementeerd hebben. Er is bijv. geen support voor named timezones zoals Europe/Amsterdam en de database draait nota bene met lokale tijd, niet op UTC.
Ik hoop dat PVOutput het oppakt, dat is het meest simpele. En anders is het maar zo.

[ericplan]

Nog een argument om UTC te regelen. Als je verbruik bijhoudt op PVOutput gaat het mis bij de overgang zomer/wintertijd.
https://forum.pvoutput.or...l-or-utc/570/4?u=ericplan

[Mistraller]

ThinkPad schreef op maandag 14 augustus 2023 @ 11:38:
[...]

Niet vervelend bedoeld verder, maar zijn er geen betere sites voor? Of zelf iets van InfluxDB + Grafana in Docker hosten o.i.d.

Zo zat ik onlangs te bedenken om SolGet (voor de good old Soladin 600) via MQTT direct naar mijn homeassistant te laten kletsen. Nu haalt home assistant mijn data uit pvoutput op.

Dan kan ik ook de uitleesfrequentie ophogen en alle statusmeldingen van de omvormer netjes in home assistant oppakken, want die gaan verloren via pvoutput. En omdat Home assistant standaard alles in Influx gooit (dat is met enkele muisklikken al toegevoegd) kan je het vervolgens ook met grafana tonen.

Ik wil toch de nietwerkende twittercode uit solget halen, dus aardige reden om een kleine update te doen. Er zijn inmiddels zoveel mensen met Home Assistant bezig immers.

Denk alleen dat ik even moet nadenken of ik dan elke uitlezing aan pvoutput ga aanbieden, want volgens mij accepteert ie er maar 1 per 5 minuten, maar mogelijk kost elke poging wel een api call.

[theezeefje]

Wie weet het volgende,
ik heb twee (verschillende) inverters, deze wil ik beide toevoegen in PVOutput.
volgens zeggen moet ik een parent aanmaken, en vervolgens de beide systemen als child daaronder hangen.
Echter moet ik bij de parent vanalles opgeven mbt mijn inverter/panelen,
hoe kan ik dit het beste opgeven ?
de systemen hebben niet dezelfde panelen, niet dezelfde inverter etc.

[ThinkPad]

Je kan ook gewoon twee accounts aanmaken , misschien niet helemaal de bedoeling, maar zo doe ik het ook met m'n 3 verschillende systemen. Met parent/child heb je wel mooi de Watt/kWh opgeteld qua weergave overigens.

[ Voor 21% gewijzigd door ThinkPad op 18-10-2023 09:41 ]

[ZuinigeRijder]

@theezeefje of CombinePVOutputSystems gebruiken.

[theezeefje]

ZuinigeRijder schreef op woensdag 18 oktober 2023 @ 09:46:
@theezeefje of CombinePVOutputSystems gebruiken.

cool, tnx.

[BoschR]

Wie kan mij helpen?

Ik heb z'n 8 jaar succesvol mn energie verbruik/opbrengsten naar PVOutput gelogd dmv een Arduino en SolarMeter. Maar sinds een tijdje werkt dit niet meer (23-07). De Arduino lijkt niet dood (lampjes knipperen zoals altijd), maar geen idee wat er wel aan de hand is. Ik weet ook niet hoe ik dit moet debuggen.

Het mooiste zou zijn om die Arduino uit te faseren, zodat ik weer een component minder heb in de meterkast. En iets wat potentieel kapot kan gaan (als die dat al niet is).

Ik dacht zelf aan de combinatie NodeRed + P1 meter uitlezen en dit naar PVOutput sturen. Ik heb al redelijk wat gezocht, maar ik kan weinig bruikbaars vinden. Iemand hier met ervaring? Of misschien een beter idee?

[AUijtdehaag]

@BoschR
In wat voor vorm lees je de P1 uit? Homewizard of P1 usb dongle?
Gaat het alleen om P1 of ook zonnepanelen erin verwerken?

Ik heb verschillende NR flows, die het doorsturen naar PVoutput.

[ Voor 59% gewijzigd door AUijtdehaag op 21-10-2023 18:59 ]

[BoschR]

@AUijtdehaag Ik gebruik een P1 USB dongle.

Alleen zonnepanelen zou al mooi zijn. Maar mooiste zou beide zijn natuurlijk

Begrijp ik uit je flows dat je HA uitleest en doorstuurt naar PVOutput?

Zelf heb ik Domoticz draaien, maar probeer juist van die afhankelijkheid af te komen. Ik heb juist afgelopen jaar alle automatisering (events) van Domoticz overgezet naar NR.

Edit: Ah ik dacht HA gezien de nodes aan de linkerkant, maar je tab heet Homewizard, dus waarschijnlijk homewizard.. Ik had wel de "Smartmeter" nodes gevonden op nodered.org om de p1 poort uit te lezen, maar dit krijg ik zelf (nog) niet aan de praat.

[ Voor 25% gewijzigd door BoschR op 21-10-2023 19:21 ]

[AUijtdehaag]

@BoschR
Dan zal je eerst de P1 gegevens (telegram of iets dergelijks) naar node-red moeten brengen.
Dan kan ik je wel verder helpen met ontcijferen naar pvoutput waarschijnlijk.

HA heeft dsmr reader en domoticz ook iets dergelijks dacht ik, maar dat wil je niet gebruiken begrijp ik.

Ik vond deze maar die geeft een fout bij installeren (of ik kijk niet goed)
https://flows.nodered.org/node/node-red-contrib-p1reader

[ Voor 41% gewijzigd door AUijtdehaag op 22-10-2023 09:09 ]

[Wim Leers]

Met enkel P1 kan je niet je PV productie meten. P1 weet enkel wat je injecteert op of verbruikt van het net. Niet wat je productie is.

[-ION-]

antonboonstra schreef op zaterdag 3 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";
  }
}
?>

Waar je mij zoveel jaar na datum niet nog enorm mee hebt geholpen!

Voor mijn Solar Frontier Turbo 3P2 (wat in feite een StecaGrid 5503 is) heb ik dit script, met hulp van ChatGPT 3.5 naar python vertaald en met wat kleine aanpassingen werkend gekregen op mijn Home Assistant server. Deze upload middels een automation nu iedere 5 minuten de gegevens naar PVOutput.

EDIT: heb een mooiere oplossing gemaakt, zie volgende post

[ Voor 24% gewijzigd door -ION- op 09-11-2023 17:18 ]

[-ION-]

Ben er toch nog wat meer mee gaan stoeien om een mooiere integratie met Home Assistant te krijgen. Met live meetwaarden en dagelijkse, maandelijkse, jaarlijkse en totale yield als sensoren die gebruik kunnen worden in de lovelace.

Hiervoor HACS geïnstalleerd, en PythonScriptsPro

En dan in configuration.yaml

YAML:

sensor: !include sensor.yaml
template: !include template.yaml
shell_command: !include shell_command.yaml

python_script:
  requirements:
    - bs4

in sensor.yaml

YAML:

- platform: rest
  resource: http://192.168.1.134/measurements.xml
  json_attributes:
    - root
    - Measurements
  name: solar_inverter
  scan_interval: 10
  value_template: "OK"

- platform: python_script
  name: solar_yield_day_script
  scan_interval: 10
  unit_of_measurement: "kWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.day.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

- platform: python_script
  name: solar_yield_month_script
  scan_interval: 10
  unit_of_measurement: "kWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.month.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

- platform: python_script
  name: solar_yield_year_script
  scan_interval: 10
  unit_of_measurement: "kWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.year.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

- platform: python_script
  name: solar_yield_total_script
  scan_interval: 10
  unit_of_measurement: "MWh"
  device_class: energy
  source: |
    import requests
    from bs4 import BeautifulSoup

    steca_ip = '192.168.1.134'

    yield_url = f'http://{steca_ip}/gen.yield.total.chart.js'
    yield_response = requests.get(yield_url)
    yield_data = yield_response.text
    energy = float(yield_data[yield_data.find('labelValueId') + 28:yield_data.find('labelValueId') + 36].strip())
    self.state = energy

In template.yaml

YAML:

- sensor:
    - name: "Solar Yield Today"
      unique_id: RearuKnxdgFzYjaK
      state: "{{ states('sensor.solar_yield_day_script') }}"
      state_class: total_increasing
      unit_of_measurement: kWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar Yield This Month"
      unique_id: dtMNNGRtNKtkUECN
      state: "{{ states('sensor.solar_yield_month_script') }}"
      state_class: total_increasing
      unit_of_measurement: kWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar Yield This Year"
      unique_id: jLpAosxbezeCcqSv
      state: "{{ states('sensor.solar_yield_year_script') }}"
      state_class: total_increasing
      unit_of_measurement: kWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar Yield Total"
      unique_id: sxpKrjSDAoVcqgMw
      state: "{{ states('sensor.solar_yield_total_script') }}"
      state_class: total_increasing
      unit_of_measurement: MWh
      device_class: energy
      icon: mdi:solar-power
    - name: "Solar AC Voltage Phase 1"
      unique_id: XNNswihybtxBbAjq
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[0]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[0]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar AC Voltage Phase 2"
      unique_id: QrkrQWbDAtwoPHdB
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[1]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[1]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar AC Voltage Phase 3"
      unique_id: xGqFmhZDkfduuaFS
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[2]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[2]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar AC Current Phase 1"
      unique_id: NCpTpjrsoEKGYhvq
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[3]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[3]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar AC Current Phase 2"
      unique_id: GnCZSBjuTjgyLpfQ
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[4]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[4]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar AC Current Phase 3"
      unique_id: pbaMwmzuRHgprLgu
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[5]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[5]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar AC Power"
      unique_id: zcBJGXvKEcmFqsbP
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[6]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[6]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Power Phase 1"
      unique_id: QFwaCwHDAFpvKFjZ
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[7]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[7]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Power Phase 2"
      unique_id: weFieCejxoVPCNXm
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[8]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[8]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Power Phase 3"
      unique_id: shLnaJEDuRPEgggv
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[9]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[9]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar AC Frequency Phase 1"
      unique_id: DtKCvNYdQNaPMkoX
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[10]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[10]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: Hz
      device_class: frequency
    - name: "Solar AC Frequency Phase 2"
      unique_id: bveguBApjXMDeeRM
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[11]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[11]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: Hz
      device_class: frequency
    - name: "Solar AC Frequency Phase 3"
      unique_id: fJmyiHCuetPjTjgm
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[12]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[12]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: Hz
      device_class: frequency
    - name: "Solar DC Voltage"
      unique_id: aHrqVfYUTbUCXSMG
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[13]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[13]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: V
      device_class: voltage
    - name: "Solar DC Current"
      unique_id: jdCeACRToqjujnHe
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[14]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[14]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: A
      device_class: current
    - name: "Solar DC Power"
      unique_id: TQmEichrHsBVCwDQ
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[15]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[15]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: W
      device_class: power
    - name: "Solar System Temperature"
      unique_id: PSEzDFEUTSJBgGLP
      state: >
        {% set root = state_attr('sensor.solar_inverter', 'root') %}
        {% if root.Device.Measurements.Measurement[16]["@Value"] != "-nan" %}
            {{ root.Device.Measurements.Measurement[16]["@Value"]}}
        {% else %}
            0
        {% endif %}
      state_class: measurement
      unit_of_measurement: °C
      device_class: temperature
    - name: "Solar AC/DC Conversion Efficiency"
      unique_id: cbKRaTGcYGXAJvfE
      state: >
        {% if states('sensor.solar_ac_power') > '0' and states('sensor.solar_dc_power') > '0'%}
          {{ states('sensor.solar_ac_power') | int / states('sensor.solar_dc_power') | int * 100 }}
        {% else %}
          0
        {% endif %}
      state_class: measurement
      unit_of_measurement: "%"
      icon: mdi:shuffle

De koppeling naar PVOutput in shell_command.yaml

YAML:

steca2pvoutput: >
  curl -d "d={{now().strftime("%Y%m%d")}}"
    -d "t={{now().strftime("%H:%M")}}"
    -d "v1={{ (states('sensor.solar_yield_today') | float * 1000)  | int }}"
    -d "v2={{ states('sensor.solar_ac_power') }}"
#    -d "v5={{ states('sensor.thuis_outdoor_temperature') }}"   # (hiervoor gebruik ik de buitentemperatuursensor van mijn Remeha Elga Ace)
    -d "v6={{ states('sensor.solar_dc_voltage') }}"
    -H "X-Pvoutput-SystemId: 102069"
    -H "X-Pvoutput-Apikey: knipperdeknip"
    https://pvoutput.org/service/r2/addstatus.jsp

En tenslotte de automation die iedere 5 minuten bovenstaande shell command uitvoert

YAML:

alias: Steca2PVOutput
description: "Uploads solar sensor data to PVOutput every 5 minutes"
trigger:
  - platform: homeassistant
    event: start
condition: []
action:
  - repeat:
      sequence:
        - service: shell_command.steca2pvoutput
          data: {}
        - delay:
            hours: 0
            minutes: 5
            seconds: 0
            milliseconds: 0
      while:
        - condition: state
          entity_id: automation.steca2pvoutput
          state: "on"
mode: single

Mocht iemand hier een complete 1-click integratie voor willen maken, mag dat uiteraard.

[markweb4871]

Heeft iemand een werkende API met Enphase? Ik krijg geen data verzonden naar Pvoutput.

[klump4u]

De PVoutputPro app voor ios bestaat die niet meer?
Kan hem niet meer vinden nl.

[klump4u]

klump4u schreef op zondag 3 maart 2024 @ 09:01:
De PVoutputPro app voor ios bestaat die niet meer?
Kan hem niet meer vinden nl.

Antwoord van de maker van de PVOutput Pro app.

Hi Klump4u,
I had to remove the app from the App Store because of a problem with the new iOS version but unfortunately I have no more the possibility to update the app because to update it (any update, even just a simple bug) Apple requires I make it compatible with all the new iPhone screens and this would require almost a complete redesign of the app. This would be a huge amount of work for me but I have not the possibility to do it because I'm not a professional app developer.
Sorry for that.
Regards,
Corrado

[wizzopa]

@klump4u👍 ik zal nu extra zuinig zijn op deze app😉

[_Richie_]

-ION- schreef op donderdag 9 november 2023 @ 16:32:
Ben er toch nog wat meer mee gaan stoeien om een mooiere integratie met Home Assistant te krijgen. Met live meetwaarden en dagelijkse, maandelijkse, jaarlijkse en totale yield als sensoren die gebruik kunnen worden in de lovelace.

Mocht iemand hier een complete 1-click integratie voor willen maken, mag dat uiteraard.

Hier veel aan gehad om mijn opbrengst naar PV-output up te loaden vanuit Home-Assistant.
Hier is een SMA inverter aanwezig.

Hier mijn code (apart een file shell_command.yaml gemaakt; in de configuration.yaml wel de shell_command: !include shell_command.yaml toegevoegd, kan evt. direct ook in de configuration.yaml; dan nog met shell_command: als kop ervoorzetten)

code:

pvoutput: >
    curl -d "d={{now().strftime("%Y%m%d")}}"
    -d "t={{now().strftime("%H:%M")}}"
    -d "v1={{states('sensor.daily_yield')}}"
    -d "v2={{states('sensor.grid_power')}}"
    -d "v5={{states('sensor.BUITENTEMP')}}"
    -d "v6={{states('sensor.voltage_l1')}}"
    -H "X-Pvoutput-Apikey: API-KEY"
    -H "X-Pvoutput-SystemId: SYSTEEM"
    https://pvoutput.org/service/r2/addstatus.jsp

Automatisering ziet er zo uit:

code:

alias: Upload naar PV-output
description: ''
trigger:
  - platform: time_pattern
    minutes: /5
condition:
  - condition: numeric_state
    entity_id: sensor.grid_power
    above: 0
action:
  - service: shell_command.pvoutput
    data: {}
mode: single

Tip is verder om in ontwikkelaarshulpmiddelen > sjablonen even de code te controleren en kijken of er geen gekkigheid opgestuurd wordt.

code:

Resultaattype: string
pvoutput: >
    curl -d "d=20240305"
    -d "t=16:02"
    -d "v1=3407"
    -d "v2=128"
    -d "v5=6.5"
    -d "v6=224.86"
    -H "X-Pvoutput-Apikey: X"
    -H "X-Pvoutput-SystemId: X"
    https://pvoutput.org/service/r2/addstatus.jsp

[ Voor 14% gewijzigd door _Richie_ op 05-03-2024 16:03 ]

[klump4u]

wizzopa schreef op maandag 4 maart 2024 @ 21:47:
@klump4u👍 ik zal nu extra zuinig zijn op deze app😉

Ja inderdaad, ik moest op mijn iphone alles naar fabrieksinstellingen daar het touchscreen het nog maar half deed, toen ik later alles opnieuw wilde installeren kwam ik hier achter dat hij er niet meer was, jammer maar helaas. Goede les om toch maar weer een backup te maken.

[Indiaan706]

Sinds een paar maanden zie ik op de Summary pagina bij alle maanden alleen maar nullen. Op alle andere pagina's wordt de data gewoon correct weergeven. En dit is alleen het geval als ik ingelogd ben, als ik uitlog zie ik op de Summary pagina ook weer gewoon mijn data.

Iemand enig idee waar dit aan kan liggen?

[CrashOne]

Is er een manier om via de API na een dag een correctie op de totalen uit te voeren? Momenteel post ik iedere 5 minuten de huidige waarden naar PVOutput, maar dat geeft best wat afwijkingen (vooral op verbruik).

Het is op zich niet zo moeilijk om alle standen om 0:01 en 23:59 op te halen en dan de dagtotalen te berekenen. Alleen ik zie niet zo snel op het mogelijk is dan een correctie uit te voeren op de berekende waarden die al in PVOutput staan.

Ik wil wel de 5 minuten data bewaren, want dat geeft wel mooie inzichten en grafieken.

[rvk]

CrashOne schreef op woensdag 13 maart 2024 @ 10:08:
Is er een manier om via de API na een dag een correctie op de totalen uit te voeren? Momenteel post ik iedere 5 minuten de huidige waarden naar PVOutput, maar dat geeft best wat afwijkingen (vooral op verbruik).

Maar wat post je dan? Huidig verbruik of totaal teller. Als je gewoon de totaal teller gebruikt gedurende de dag dan gaat dat toch altijd gelijk goed...?

[CrashOne]

rvk schreef op woensdag 13 maart 2024 @ 13:13:
[...]

Maar wat post je dan? Huidig verbruik of totaal teller. Als je gewoon de totaal teller gebruikt gedurende de dag dan gaat dat toch altijd gelijk goed...?

Ik post nu huidige opgewekte energie en huidig verbruik. Probleem is dat ik verbruik wel kan baseren op totaal teller en de c flag te gebruiken, maar helaas laat de GoodWe omvormer die ik heb maar tot tiende kWh zien bij de totaal opgewekte energie. Dat zou dan betekenen dat er soms helemaal geen resultaat gepost wordt voor enige tijd (omdat de opwek dan maar 100W is.

En via de P1 meter kan ik alleen totaal import en export zien, maar het verbruik ligt vaak anders (dat is opwek+import).

[rvk]

CrashOne schreef op woensdag 13 maart 2024 @ 14:09:
[...]
Ik post nu huidige opgewekte energie en huidig verbruik. Probleem is dat ik verbruik wel kan baseren op totaal teller en de c flag te gebruiken, maar helaas laat de GoodWe omvormer die ik heb maar tot tiende kWh zien bij de totaal opgewekte energie. Dat zou dan betekenen dat er soms helemaal geen resultaat gepost wordt voor enige tijd (omdat de opwek dan maar 100W is.

Ha, ja, als het totaal niet nauwkeurig is dan werkt dat niet.
Overigens denk ik wel dat het uitmaakt waar je dit vandaan haalt want die omvormer zal het zelf toch echt wel nauwkeuriger bijhouden.

Zelf log ik vanuit een kWh meter in de meterkast. Ik gebruik dan c1=1 en v1/v2/v6 voor upload gedurende de dag. De v1 is een totaal teller. De addstatus.jsp is voor live data met een interval van 5 tot 15 minuten).

Both v1 and v3 values are lifetime energy values.

Je kunt aan het einde van de dag op de webinterface zelf nog wel het dagtotaal corrigeren.
Wil je dat via de api doen dan denk ik dat je dat via de addoutput.jsp zou kunnen doen.
(die wordt ook gebruikt voor upload van heel dag resultaat als je geen live data hebt)

https://pvoutput.org/help...n.html#add-output-service

Ik ga er dan vanuit dat je het huidige getal zal overschrijven en de live data in de dag zelf intact blijft.
Kwestie van even uittesten

[ Voor 5% gewijzigd door rvk op 13-03-2024 14:26 ]

[CrashOne]

Ik ga eens kijken of ik met de dagwaardes van de omvormer (die nu bijvoorbeeld maar 2.8kWh rapporteert)

Vanuit de omvormer heb ik o.a. deze data:
Today's PV Generation = 2.8 kWh (één decimaal)
Total PV Generation = 153.4 kWh (ook hier maar één decimaal)
PV Power = 455 W (huidige opwek op dit moment, deze gebruik ik nu)

Vanuit de P1 meter (de gene die ik nuttig acht voor dit):
total_power_import_kwh 1234.567
total_power_export_kwh 123.45
active_power_w: 504 (deze kan ook negatief zijn bij teruglevering)

Met bovenstaande probeer ik het in een eigen script zo accuraat mogelijk naar PVoutput te krijgen.

[Snowhite0901]

CrashOne schreef op woensdag 13 maart 2024 @ 15:18:
Ik ga eens kijken of ik met de dagwaardes van de omvormer (die nu bijvoorbeeld maar 2.8kWh rapporteert)

Vanuit de omvormer heb ik o.a. deze data:
Today's PV Generation = 2.8 kWh (één decimaal)
Total PV Generation = 153.4 kWh (ook hier maar één decimaal)
PV Power = 455 W (huidige opwek op dit moment, deze gebruik ik nu)

Vanuit de P1 meter (de gene die ik nuttig acht voor dit):
total_power_import_kwh 1234.567
total_power_export_kwh 123.45
active_power_w: 504 (deze kan ook negatief zijn bij teruglevering)

Met bovenstaande probeer ik het in een eigen script zo accuraat mogelijk naar PVoutput te krijgen.

vergeet niet dat P1 niet perse gelijk hoeft te zijn aan omvormer aangezien je eigen verbruik er eerst nog af gaat.

[CrashOne]

Ja, ik doe nu simpelweg active power + opwek = huidig verbruik. Aangezien active power ook negatief kan zijn, klopt dat altijd wel.

De reden dat ik het accuraat in PVOutput wil hebben is dat het portal (SEMS portal) en de app die bij GoodWe hoort echt slecht zijn. Instabiel en soms update de boel gewoon niet.

Nog los van de jaren '00 vibes:



Ook hier vanaf 15:30 uur geen status meer.

[rvk]

CrashOne schreef op woensdag 13 maart 2024 @ 15:18:
Vanuit de omvormer heb ik o.a. deze data:
Today's PV Generation = 2.8 kWh (één decimaal)
Total PV Generation = 153.4 kWh (ook hier maar één decimaal)
PV Power = 455 W (huidige opwek op dit moment, deze gebruik ik nu)

Krijg je die gegevens echt zo (op 1 decimaal) via de API of modbus van de GoodWe omvormer binnen?
Of lees je dit op een andere manier uit?

[CrashOne]

Ik krijg ze zo binnen via de deze library https://github.com/marcelblijleven/goodwe

En helaas dus echt maar met 1 decimaal. Wellicht dat er binnen die library nog mogelijkheden zijn, maar als ik alle data opvraag, zie ik eigenlijk alleen dit. Helaas.

[ari2asem]

ik heb ongeveer 2uur geleden mijn PV systeem toegevoegd aan pvoutput.

ik probeer mijn enphase aan mijn pvoutput-account te koppelen via API.

wat ik gedaan heb:
pvoutput account settings: API enabled. en nieuwe API key van pvoutput aangemaakt:

account settings: READ ONLY KEY. API-key vanuit enlighten-app hierin ingevuld. deze key is lange cijfer-letter combinatie (bijv 4d7a....etc etc etc)

zijn dit de juiste stappen die ik gevolgd heb?

want in enligthen-app zie ik nog steeds "you haven't granted API access to any application"

wat doe ik fout? of moet ik meer geduld hebben voor de koppeling?

ps. enligthen-app gebruik als home owner. dus geen installateur of wat anders



EDIT.....het is gelukt. ik vind de handleiding vd PVoutput echt onduidelijk hoe je dit voor elkaar krijgt.

hoe heb ik het gedaan?
ik heb dus eerst mijn enphase-setup ingevoerd (had ik gisteren al gedaan).
op https://pvoutput.org/edit.jsp?sid=DIT IS MIJN NUMMER OP PVOUTPUT ver naar beneden scrollen en bij AUTOMATIC UPLOADS de juiste gegevens ingevoerd (site id uit Enlighten, zijn alleen cijfers) en API-key vanuit Enlighten en daarna ingelogd op enlighten webapp en toegang door pvoutput goedgekeurd.

nu allemaal gelukt

[ Voor 19% gewijzigd door ari2asem op 10-04-2024 10:16 ]

[ArthurMorgan]

Zijn er hier mensen die de PVOutput app van MacDonald gebruiken op hun android telefoon?
Sinds gisteren heb ik geen mooie dagelijkse par-weergave meer voor de opwek. Heb geen idee of ik ergens door al mijn settings heen moet, of dat het een fout binnen de app is.

(Edit: heel toevallig eergisteren het no ad abonnement genomen.)

[ Voor 11% gewijzigd door ArthurMorgan op 24-05-2024 07:16 ]

[Indiaan706]

Indiaan706 schreef op vrijdag 8 maart 2024 @ 15:05:
Sinds een paar maanden zie ik op de Summary pagina bij alle maanden alleen maar nullen. Op alle andere pagina's wordt de data gewoon correct weergeven. En dit is alleen het geval als ik ingelogd ben, als ik uitlog zie ik op de Summary pagina ook weer gewoon mijn data.

Iemand enig idee waar dit aan kan liggen?

Zelf de oplossing gevonden dus voor de volledigheid:

Summary pagina laat export zien als je ingelogd bent. Als ik customise -> generation kies zie ik al m'n data weer.

[chulin]

Waarschijnlijk is heel makkelijk maar ik kan het niet vinden….
Hoe kan ik een tweede PV systeem toevoegen aan mijn account?

PS: niemand?

[ Voor 5% gewijzigd door chulin op 15-06-2024 13:42 ]

[chulin]

Volgens mij moet je donateur worden om 2 systemen te kunnen gebruiken met een account.

Ieg, bedankt heren/dames voor jullie hulp

[klump4u]

Graag gedaan maar dat klopt inderdaad wel.

[chulin]

klump4u schreef op zaterdag 29 juni 2024 @ 19:11:
Graag gedaan maar dat klopt inderdaad wel.

Bij deze, bedankt

[chulin]

[quote]klump4u schreef op zaterdag 29 juni 2024 @ 19:11:
Graag gedaan maar dat klopt inderdaad wel.

[ Voor 14% gewijzigd door chulin op 29-06-2024 20:20 ]

[Hippe Lip]

Jongens (m/v/x), ik heb een Stecagrid 5500 omvormer (eind 2015) met RS485-aansluiting. Tot nu toe niet gebruikt; nooit aan gedacht hoe ik dat voor elkaar zou moeten krijgen.

Nu heb ik hier op dit topic teruggezicht naar Steca en Stecagrid, maar het laatste wat ik hier vind is van jááááren geleden.

Is er hier iemand die dit nu werkend heeft, geïntegreerd met HA? Dat zou ik namelijk graag ook maken.
Ik ben geen held in allerlei extra hardware zoals ESP-zaken en andere tussenlagen. Een RS485-adapter zal nog wel lukken.

[AUijtdehaag]

@Hippe Lip Dat is nog wel met een Atom S3 lite met RS485 base te doen denk ik

Adressen staan hier wel. (mits overeen komt)
https://community.home-as...g-solaredge-modbus/304058

[ Voor 6% gewijzigd door AUijtdehaag op 13-07-2024 19:17 ]

[Hippe Lip]

AUijtdehaag schreef op zaterdag 13 juli 2024 @ 19:17:
@Hippe Lip Dat is nog wel met een Atom S3 lite met RS485 base te doen denk ik

Adressen staan hier wel. (mits overeen komt)
https://community.home-as...g-solaredge-modbus/304058

@AUijtdehaag Het is me niet helemaal (of eigenlijk helemaal niet) duidelijk wat je bedoelt met die Atom S3 lite. Is dat hardware die ik rechtstreeks op de RS485-poort van mijn Stecagrid kan aansluiten?
En hoe praat dat met HA?
En hoe kom ik eraan?

[AUijtdehaag]

@Hippe Lip
Je zegt Stecagrid 5500 maar je bedoelt StecaGrid 5513 ?

Die heeft dan toch modbus tcp?
https://community.home-as...olaredge-modbus/304058/10

Dan volsta je met een yaml in home assistant volgens die site en heb je geen Atom S3 Lite met RS485 base nodig, want dat is modbus RTU

[Hippe Lip]

AUijtdehaag schreef op zondag 14 juli 2024 @ 09:30:
@Hippe Lip
Je zegt Stecagrid 5500 maar je bedoelt StecaGrid 5513 ?

Die heeft dan toch modbus tcp?
https://community.home-as...olaredge-modbus/304058/10

Dan volsta je met een yaml in home assistant volgens die site en heb je geen Atom S3 Lite met RS485 base nodig, want dat is modbus RTU

dank, @AUijtdehaag.
Het gaat in mijn geval om de StecaGrid 5503; dat zal wel een generatie vóór de 5513 zijn. Daar ga ik gemakshalve maar van uit. De technische doc die ik heb laat in elk geval een RD485-interface op RJ45 zien.

Geen Atom S3 nodig, dus, maar ik neem aan wel een RS485 naar USB-stick? Want hoe maak ik anders de verbinding tussen de StecaGrid 5503 en HA (op ODROID N2+).

[AUijtdehaag]

@Hippe Lip
Hoe ga je dan de usb stick uitlezen?
Ik had begrepen dat modbus RTU niet helemaal stabiel is op HA?
Een node-red flow maken? De flow kan je nog een automatisch starten als het vast loopt

Vaak hangt de omvormer niet naast de odroid, dan is de atom s3 met rs485 over wifi vaak handiger
Genoeg voorbeelden:
https://github.com/fonske/Modbus-configurations-esphome

Maar meerdere wegen naar rome inderdaad,

[ Voor 17% gewijzigd door AUijtdehaag op 14-07-2024 18:36 ]

[Hippe Lip]

AUijtdehaag schreef op zondag 14 juli 2024 @ 18:25:
@Hippe Lip
Hoe ga je dan de usb stick uitlezen?

@AUijtdehaag
Kabeltje van de omvormer naar HA en daar steekt die stick in?

Ik had begrepen dat modbus RTU niet helemaal stabiel is op HA?

Oh? Ik heb bij iemand anders hier om de hoek zo'n stick in HA zitten om modbus tussenmeters (Eastron) uit te lezen en daar heb ik geen moeite mee. Eerst wel een tijdje, totdat ik ergens las dat je voor de port in configuration.yaml een 'by-ID'-adressering moet gebruiken. Sindsdien geen enkel probleem ervaren.
Dat komt omdat de volgorde van de USB-poorten bij elke restart anders kan zijn en dan vindt-ie die stick niet altijd. Simpel, als je het eenmaal weet.

Een node-red flow maken? De flow kan je nog een automatisch starten als het vast loopt

Hmm, liever niet. Node Red heb ik (nog) geen ervaring mee...

Vaak hangt de omvormer niet naast de odroid, dan is de atom s3 met rs485 over wifi vaak handiger

Oh, maar een kabeltje (CAT5) doet wonderen hoor. Gebruik ik thuis ook en dat geeft geen problemen. RS485 is juist ontworden voor langere afstanden. Het is stroomgestuurd in plaats van spanningsgestuurd zoals RS232.

[Simply_jeroen]

ik probeer via home assistant data naar pvoutput te sturen

ik gebruik hiervoor v2- live opwek vanuit de zonnepanelen.
en 4v- het live vermogen vanuit de homewizard p1 meter.

bij mijn oude youless zag ik altijd ook nog mijn gebruik, echter zie ik dit nu aleen maar in de nacht, dus waneer er geen zonnepaneel opwek is, overdag staat hij op dit moment op 0.

wat doe ik fout

code:

  pvoutput_uploader:
    url: https://pvoutput.org/service/r2/addstatus.jsp
    method: post
    content_type: "application/x-www-form-urlencoded"
    headers:
        X-Pvoutput-Apikey: 
        X-Pvoutput-SystemId:
#    payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}&v2={{(states('sensor.solar_totaal'))|round(0)}}&v4={{(states('sensor.hw_p1meter_vermogen'))|round(0)}}&v5={{(states('sensor.panasonic_heat_pump_main_outside_temp'))|round(0)}}&v6={{(states('sensor.quooker_energy_voltage'))|round(0)}}"
    payload: "d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}&v2={{(states('sensor.solar_totaal'))|round(0)}}&v4={{(states('sensor.hw_p1meter_vermogen'))|round(0)}}&v5={{(states('sensor.panasonic_heat_pump_main_outside_temp'))|round(0)}}&v6={{(states('sensor.quooker_energy_voltage'))|round(0)}}"
#&v4={{(states('sensor.hw_p1meter_vermogen'))|round(0)}}

[evanurk]

@Simply_jeroen

Ik mis de parameters v1 en v3 in je code.
Daarom zie jij dit dus niet terug in PVOutput.

Toelichting op de parameters (V1 - V6)
v1 - Energie geproduceerd vandaag (Wh)
v2 - Huidig vermogen (W)
v3 - Energie verbruikt vandaag (Wh)
v4 - Huidig verbruik (W)
v5 - Temperatuur van de omvormer (°C)
v6 - Netspanning (V)

Hieronder hoe ik mijn parameters heb ingesteld:

code:

      &v1={{ states('sensor.zonneplan_yield_today') | float(0) | round(0) }}
      &v2={{ states('sensor.zonneplan_last_measured_value') | float(0) | round(0) }}
      &v3={{ states('sensor.energy_consumed_today') | float(0) | round(0) }}
      &v4={{ [states('sensor.p1_meter_power_phase_1') | float(0) | round(0), 0] | max }}
      {% set inv_temp = states('sensor.inv_102396770974_inverter_internal_temperature') | float(0) %}
      {% if inv_temp != 0 and inv_temp != -1 %}
      &v5={{ inv_temp }}
      {% endif %}
      &v6={{ states('sensor.p1_meter_voltage_phase_1') }}

[Grolsch]

Het lijkt wel of PVOUTPUT vandaag mijn systemen niet meer "merged".

De systemen los van elkaar werken gewoon goed

https://pvoutput.org/intraday.jsp?id=59291&sid=103313
https://pvoutput.org/intraday.jsp?id=59291&sid=52772

Maar het "parent systeem" geeft geen waardes voor vandaag

https://pvoutput.org/intr...91&sid=103314&dt=20240822

Het zal wel een storing aan die kant van de lijn zijn, want ik heb hier niets veranderd.

[edit]

Laat maar, ik ben er al achter

[ Voor 10% gewijzigd door Grolsch op 22-08-2024 09:19 ]

[Pietervs]

Grolsch schreef op donderdag 22 augustus 2024 @ 09:15:
Het lijkt wel of PVOUTPUT vandaag mijn systemen niet meer "merged".

De systemen los van elkaar werken gewoon goed

https://pvoutput.org/intraday.jsp?id=59291&sid=103313
https://pvoutput.org/intraday.jsp?id=59291&sid=52772

Maar het "parent systeem" geeft geen waardes voor vandaag

https://pvoutput.org/intr...91&sid=103314&dt=20240822

Het zal wel een storing aan die kant van de lijn zijn, want ik heb hier niets veranderd.

[edit]

Laat maar, ik ben er al achter

[Afbeelding]

Ik heb geen bericht gehad toen mijn donatie verliep?
Nu heb ik maar 1 systeem in PVouptut, misschien dat het daar aan ligt?

en gelukkig had ik het zelf in de gaten dus heb ik alsnog een nieuwe donatie gedaan, natuurlijk

[krizzziz]

Kan iemand eens meekijken met mijn code in HA?

code:

rest_command:
  update_pvoutput:
    url: https://pvoutput.org/service/r2/addstatus.jsp
    method: post
    content_type: "application/x-www-form-urlencoded"
    headers:
        X-Pvoutput-Apikey: xxxxxxxxxxxxxxxxxxxxxxxxx
        X-Pvoutput-SystemId: xxxxxx
    payload: d={{now().strftime('%Y%m%d')}}&t={{now().strftime('%H:%M')}}={{(states('sensor.thuis_ingang_1_vermogen'))|round(0)}}

Deze geeft de melding:

code:

Error. Url: https://pvoutput.org/service/r2/addstatus.jsp. Status code 401. Payload: b'd=20241004&t=10:50=2292'

Ik zag dat code 401 iets te maken kan hebben met verkeerse systemID of API-code maar deze heb ik dubbek gechekt. De opmerking over payload zit me niet lekker.

[ZuinigeRijder]

@krizzziz &t=10:50=2292 is fout. Ik mis v1, v2, v3 of v4.

Dus iets van &t=10:50&v1=229

[ThinkPad]

Gisteravond (21:47) ineens een mailtje van PVOutput: "Your system 'xxxx' has been idle for more than 60 minutes". Toen was het al donker.

Wel vreemd, want ik heb de alert ingesteld om te monitoren tijdens het middaguur (met installatie op het zuiden is er dan altijd wel iets aan productie) en gisteren best een goede dag gehad met 9,8kWh opwek.

[Kristofferson]

@ThinkPad PVOutput upload (consumptie) was gisteren down hier tussen 20:07 en 00:27, HTTP error 503.

edit: zie ook hier https://forum.pvoutput.or...ut-down-19-11-2024/7753/4

[ Voor 29% gewijzigd door Kristofferson op 19-11-2024 08:24 ]

[klump4u]

Meer mensen geen data na 08:15U

[ArthurMorgan]

klump4u schreef op woensdag 20 november 2024 @ 09:28:
Meer mensen geen data na 08:15U

Ligt er weer uit inderdaad.

[Kalentum]

Ik zie nu data van 8.45 dus ik denk dat 'ie nu weer aan het bijtrekken is.

[wizzopa]

Mijn laatste data is van 9:25

Edit: er lijkt wel wat beweging in te zitten laatste data 16:05.

[ Voor 53% gewijzigd door wizzopa op 20-11-2024 17:47 ]

[databeestje]

Hier gered tot het middaguur. Daarna niet zichtbaar, geen upload foutmeldingen.